Lightweight virus endpoint software for
artist/edit stations | ||||||
| posted by Saker Klippsten on Jan. 21, 2016, 7:25 p.m. (1 day ago) | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
We use sophos endpoint. For virus scan and another layer of device control blocking for USB etc...
|
Tuesday, January 26th: RFX/Autodesk User Group,
featuring Flame, Shotgun, Substance & Massive for Maya | ||||||||||||||||||||||||||||||||||||||||||||||||
| posted by William Shortell on Jan. 21, 2016, 11:15 p.m. (1 day ago) | ||||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||||
|
Hello Guys, RFX is having an event next Tuesday. Here's the info.
-- William C. Shortell CEO Web: www.illuvatar.com Email: bill@illuvatar.com Cell (310) 753-1774 The information contained in this e-mail message (including any documents, files or previous e-mail messages attached to it) is intended only for the personal and confidential use of the recipient(s) named above. If you are not the intended recipient, please note that any dissemination, distribution, copying or use of this communication, or any of the information contained in or attached to it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you. |
Topic Friday Off | ||||||
| posted by Greg Whynott on Jan. 22, 2016, 3:15 p.m. (1 day ago) | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
We have a live action studio we need to deploy a wireless solution to, they have nothing at the moment beyond a scattering of 'made for home' APs. So I've been looking at a few solutions. It is more or less down to Aruba/HP or Meraki/Cisco at this point. Anyway, I got a demo kit in the mail today from them and so far I"m impressed, even before I turn them on. The packaging (while one could debate this) is impressive and gave me the feeling they took a note from Apple, but not near as wasteful and extreme. The AP itself is beautiful in shape and design. Then I seen the bubble level on the mounting hardware, and the drill template made from heavier stock than onion paper and put somewhere where you'll always have it. something to be said for attention to first impressions. it was the bubble level that sold me, I don't care how well or poorly the operate. lol greg |
7 stations in one. | ||||||
| posted by Greg Whynott on Jan. 25, 2016, 8:10 p.m. (1 day ago) | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
While searching around checking out "unRAID", thinking of doing something at home with it, I came across this: Could find other uses for it than gaming, but wow that would be a cool project. Thinking 7 Maya workstations per box... -g |
Archive Transfer Manager for tiered storage | ||||||
| posted by Joseph Perenia on Jan. 26, 2016, 8:44 p.m. (1 day ago) | ||||||
| ||||||
| Thread Tags: storage backup isilon tape | ||||||
| ||||||
Is there an out of the box solution for managing transfers between different tiers of storage? What I'm looking for is a type of queuing system that we can schedule or queue folders to move from our production isilon cluster to our nearline isilon cluster. Once it has been sitting on our nearline cluster for a certain period of time, it will then move to our cold storage (tape or cloud). We also want to go in reverse going from cold storage to production or nearline to production. Is there such an out of the box tool? |
Adobe CC 9.1 Enterprise licensing + cloud sync | ||||||
| posted by Rob LaRose on Jan. 28, 2016, 11:10 a.m. (2 days ago) | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
Good morning, friends! Anybody here using Creative Cloud with enterprise licensing? The 2015.1 / 9.1 release changed the way settings-sync works in a most unpleasant way. I know there must be a right way to do it, but Adobe doesnt seem to know it. Rob |
IPv4... it was a good ride! | ||||||
| posted by Greg Whynott on Jan. 28, 2016, 11:30 a.m. (2 days ago) | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
Back in Apr 2015 I called ARIN and asked about the availability of netblocks. At that time I was told there were no more /22's which was the smallest blocks you could advertise to your upstream BGP peer at the time. I've no practical use for 1024 IPs then and now, but that is what it was if you wanted to have multiple paths. I was told 'we have no more /22's but there are 1000's of /24's, but they are going quick.".. 1000's seemed like lots at the time... |
Render Farm Strategy | ||||||
| posted by Dan Keene on Jan. 28, 2016, 5:55 p.m. (2 days ago) | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
Hi Folks,
What’s your strategy for deploying render farms? Lots of low cost nodes? A few very high cost nodes? Somewhere in the middle? What’s the most recent processor you deployed?
Thanks! Dan |
Power in Australia | ||||||
| posted by Viet Nguyen on Jan. 28, 2016, 9:55 p.m. (2 days ago) | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
Hey guys, I've got a mobile workstation/storage system set up in the U.S. that a client wants to have shipped to Australia for some on-set work. All of my gear is rated for up to 240V except my PDUs. Anyone have any insight to my options here? Is there such thing as a 230V PDU that distributes to C14 receptacles? Or am I looking at purchasing new C13 to AS3112 cables? And where's the best place could I source any of this stuff? Thanks, V |
AE CC 15 Render Engine Error | ||||||
| posted by emely martinez on Feb. 1, 2016, 2:15 p.m. (1 day ago) | ||||||
| ||||||
| Thread Tags: cc, render, aftereffects, farm, engine, | ||||||
| ||||||
My ae_render_only_node.txt file is active on render engine workstations. However, I get this error message in the render farm:
>>>After Effects error:<<< Unable to obtain a license. Please run the full application to correct the problem or get a more detailed message.
Adobe told me I don't need to license the render engine workstation in order to render at the machine.
I'm able to open the render engine outside of the render farm without any issue.
Any suggestions as to what is causing the error in the render farm? I'm using Smedge as my render farm application. |
Nuke reading DPX sequences very slowly from Mac OSX server. | ||||||
| posted by J Griffin on Feb. 1, 2016, 5:45 p.m. (1 day ago) | ||||||
| ||||||
| ||||||
I have a file server performance issue that’s been bugging me for a while and am hoping you all can help...
Nuke (9.0v5) is reading in DPX sequences at around 2-3fps when network traffic is low. When traffic is high or automatic backups are running, read times can drop to 2-3 seconds per frame. This becomes a huge time-sink when nearing the end of an episode and an artist is making small changes to a dozen shots per day.
My background: Character animator for the last 10 years but have always enjoyed tinkering with hardware and software and have become the de facto “tech guy” at my latest studio because of it. I’m currently learning bash and python to help manage the render farm and automate mundane stuff…. So please use small words and provide pictures when possible, I’m pretty new to this stuff. :)
The setting: Small studio doing episodic television and commercials with about 15 artists but we’ll ramp up to about 30 artists during heavy production. About 8-10 of the artists would be Nuke compositors. We’re all Mac OS for the time being.
Now here’s a whole lot of info I’ve collected since I’m not sure what’s relevant and what isn’t…
Current file server configuration: (I did not build this, we contract with an outside company for hardware setup and support)
Cisco SG500X-48 Switch. Server: Mac Pro 4,1 (2009) - Dual Quad-core Zeon E5520 @ 2.26GHz, 32GB RAM, OS 10.9.5 RAID (1+0 configuration) storage 44TB w/ 66TB backup via ChronoSync RAID card = Areca ARC-1863 - http://www.areca.com.tw/products/1883.htm Ethernet card = Small Tree P2E10G-2-XR 10GB running x8 width Volumes are shared via AFP.
Current Test results:
Iperf3 - 940 Mb/s ethernet = theoretical max of 117.5 MB/s Black magic Disk Speed test - Local Write (running locally on the server): avg. 1800 MB/s Local Read: avg. 1000 MB/s Black magic Disk Speed test - Network Write (shared volume mounted on workstation): avg. 105 MB/s Network Read: avg. 105 MB/s
DPX sequences average about 8MB per frame giving a theoretical max of about 13fps to compositing machines.
A 1080p, 156 frame dpx sequence took 68 seconds to read in (just over 2 fps) and Activity Monitor reported that Data Received topped out around 14 MB/s. So about 13% of the theoretical max transfer. Simply copying the same sequence to the workstation takes about 16 seconds.
Our current show was shot on Arri Alexas and a 2K (2048x1152) ProRes 4444 clip straight from the Alexa reads in at about 18-20fps. Activity Monitor reports that Data Received tops out around 30 MB/s… about 28% of the theoretical max but nearly 10X faster than the dpx sequence from the Nuke artist’s perspective.
I get that there’s a fair bit of overhead when transferring 100, 8MB files as opposed to one, 800MB file but does that seem right to you all? Am I delusional about what our little server should be able to do?
So this boils down to two main questions:
1. This feels like a RAID issue to me. What sort of settings could I look into on the RAID to minimize read times on image sequences or is this the best I can expect from our setup? 2. What advantages (if any) does working with DPX sequences offer when the raw footage is shot in ProRes 4444?
Thanks for reading through all of that. Any insight would be appreciated!
- JG
|
Nuke reading DPX sequences very slowly from Mac
OSX server. | |||||||
| posted by Ali Poursamadi on Feb. 1, 2016, 8:15 p.m. (1 day ago) | |||||||
| |||||||
| Thread Tags: discuss-at-studiosysadmins | |||||||
| |||||||
Hi JG, What is the type of link between your server and the switch ? -Ali On Mon, Feb 1, 2016 at 2:45 PM, J Griffin <content@studiosysadmins.com> wrote:
|
Nuke reading DPX sequences very slowly from Mac
OSX server. | |||||||
| posted by Todd Smith on Feb. 2, 2016, 11:10 a.m. (1 day ago) | |||||||
| |||||||
| Thread Tags: discuss-at-studiosysadmins | |||||||
| |||||||
Is the single OSX server connected to both the backup volume and the main storage array? What is the brand of storage array and how many spindles (Hard Drives) are behind it? First and foremost, if your array is already busy, then you should schedule your backups to a time when you don't require human interaction. Is there a renderfarm for Nuke, or does each artist render locally? If there is a Nuke render farm, how many threads (processor cores) is it set to use? Have you looked at the Activity Monitor on the OSX server to see what's happening with RAM/CPU or any RAID controller utilities available to you during these periods of heavy use? Nuke artists *should* be able to cache read nodes locally (on their workstation), especially if they have large and/or fast local drives. This would take load off your AFP server and allow them to work faster. Thanks, Todd Smith Head of Information Technology soho vfx | 99 Atlantic Ave. Suite 303, Toronto, Ontario M6K 3J8 office: (416) 516-7863 fax: (416) 516-9682 web: sohovfx.com
|
JOB: Pipeline Developer, Brisbane or Sydney. | ||||||
| posted by on Feb. 3, 2016, 4:55 a.m. | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
Cutting Edge is a leading VFX collective with studios in Sydney, Brisbane and Melbourne. Multi-faceted, we create award winning VFX and design-led content for feature films, Commercials & TV Series. We are currently looking for Pipeline Developers to join either our Brisbane or Sydney studios. Description Answering to our Pipeline Supervisor and working with our VFX Supervisors, Producers and key crew the role requires strong pipeline programming skills, an understanding of VFX techniques and workflows, and excellent communication skills. Our studio is a primarily linux and OSX environment, using Maya, Houdini, Nuke, VRay, Qube and Shotgun amongst many other tools. Responsibilities:
Essential Skills:
To Apply: Please forward all CVs with cover letter to VFX Producer Flavia Riley friley@cuttingedge.com.au Preference will be given to residents and those already holding an Australian work visa, however we will consider arranging a Temporary Work Visa for the right applicant. Rangi Sutton| VFX Supervisor /SYD/BNE/MEL /TYO |
Need to build a giant SAN? | ||||||
| posted by Jean-Francois Panisset on Feb. 3, 2016, 6:35 p.m. (1 day ago) | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
768 x 16 gbit FC ports in a single switch. I don't even want to think about how much maintenance would be required to keep a SAN that size up and running. I would also like to know on which planet such a switch results in "low total cost of ownership (TCO)". I'm pretty sure that if you buy such a thing, there's enough margin for the Cisco rep to get you courtside Lakers tickets (at a minimum). JF |
Faspex: how to resend a package? | ||||||
| posted by Jean-Francois Panisset on Feb. 4, 2016, 3:40 p.m. (1 day ago) | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
Since I figure there are perhaps Faspex users here: how does one resend a package that I've already uploaded to a Faspex server (in this case an AWS instance)? I uploaded the package and sent it to myself as a test, now I want to send it to the real destination email, but when I create a new package, it's only giving me the option to re-upload from the machine on which I'm running, I'm not finding a "Resend Package" option in the web GUI. So for now I'm just cut-n-pasting the original link into a direct email to the client, but that doesn't feel like the right thing to do.http://download.asperasoft.com/download/docs/faspex/3.7.7/user/html/index.html?http://download.asperasoft.com/download/docs/faspex/3.7.7/user/html/faspex/invitations.html |
Friday rant- optics | ||||||
| posted by Ken Spickler on Feb. 5, 2016, 1:45 a.m. | ||||||
| ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
| (It's Friday somewhere...) I came across this article today that clearly explains why OEM optics are a waste of money. http://packetpushers.net/overpriced-optics-by-oems/ I know it's come up here a few times in the past. I've gotten to the point that I won't buy network hardware that prevents using standard, unbranded (MSA) optics. And when I do end up with kit that locks me into their optics, I'm perfectly happy buying modules flashed by a 3rd party at a 70% savings over the OEM's retail price. Thankfully Juniper and Mellanox don't require it and I hope they don't change that. Ken Spickler Sent from iPhone. Srry for tpos. To unsubscribe from the list send a blank e-mail to mailto:studiosysadmins-discuss-request@studiosysadmins.com?subject=unsubscribe |
Repair Program for Late 2013 Mac Pro Video Issues | ||||||
| posted by Ali Poursamadi on Feb. 6, 2016, 1:40 p.m. (2 days ago) | ||||||
| Thread Tags: discuss-at-studiosysadmins | ||||||
| ||||||
Maya2015 slow startup with MAYA_PLUG_IN_PATH over VPN | ||||||
| posted by Michal Fratczak on Feb. 8, 2016, 5:51 p.m. (1 day ago) | ||||||
| ||||||
| Thread Tags: maya VPN | ||||||
| ||||||
Hello My setup is a fresh windows7, OpenVPN, fresh and default maya2015_SP5 installed to local harddrive. This starts in about 20 secs. any clues ? |
Maya2015 slow startup with MAYA_PLUG_IN_PATH over
VPN | |||||||
| posted by Todd Smith on Feb. 8, 2016, 6:05 p.m. (1 day ago) | |||||||
| |||||||
| Thread Tags: discuss-at-studiosysadmins | |||||||
| |||||||
What exactly are you setting MAYA_PLUGIN_PATH to? If you set it to *just* the remote folder that doesn't contain base Maya plugins that are included with the application that could explain Maya not being able to load the plugins that it is hoping to load by default on load. MAYA_PLUGIN_PATH *should* be set to include the base Maya plugin path. ie. export MAYA_PLUGIN_PATH=/path/to/local/maya/plugin/path:/path/to/remote/maya/plugin/path Thanks, Todd Smith Head of Information Technology soho vfx | 99 Atlantic Ave. Suite 303, Toronto, Ontario M6K 3J8 office: (416) 516-7863 fax: (416) 516-9682 web: sohovfx.com
|
