Digital Rebellion's FCS Remover app, available here, is a great way to remove either Final Cut Studio or Final Cut Server in order to avoid reimaging a machine. It grabs all related libraries, frameworks and other barnacles.
![]() |
Sanity for Apple's Xsan and Final Cut Server. |
|
Tuesday, October 14 2008 @ 06:37 AM EDT
|
|
Wiki
User Functions
Don't have an account yet? Sign up as a New User
Who's Online
Guest Users: 8 |
FCS Remover is a great way to start new as well...
Digital Rebellion's FCS Remover app, available here, is a great way to remove either Final Cut Studio or Final Cut Server in order to avoid reimaging a machine. It grabs all related libraries, frameworks and other barnacles.
Reinstalling Compressor/Qmaster on a running Final Cut Server
However, some of our clients were reporting more qmaster unresponsiveness than before the update, sometimes rendering qmaster irreparably unresponsive (say that three times fast). Below then is a script that can completely wipe your install of Qmaster/Compressor. You can then reinstall from scratch the AppleQmasterNode.mpkg from the Final Cut Server installation disk, and then use Software Update to get it back to 3.0.4. All this without disturbing a running Final Cut Server. (Obviously, qmaster processes will fail during the reinstall, but if you're at this juncture, your qmaster is probably not working anyway.)
Apple posts MultiSAN Knowledge Base article
The tutorial has even solved one of confounding questions of our time, "What is MultiSAN?" To quote from the article: What is MultiSAN? MultiSAN is a configuration in which any given MDC may host Xsan volumes that are not necessarily hosted by other MDCs. So Volume 1 is hosted by MDC-A and MDC-B, and Volume 2 is hosted by MDC-C and MDC-D. For the record, I'll quibble with one detail in the article: Fibre channel switch: All MDCs, Xsan clients and storage devices should be configured to communicate in the same hard zone or orphan zone or should not reside in zone. I think that Bulletproof Zoning, will still work, where all the storage is in a single alias. The important detail to note is that you can't zone out some of the storage from some of the clients with MultiSAN, — every client and MDC must see all the storage. But the clients shouldn't need to see each other.
Xsan Admin MDCs not showing up
Here's another gem of info... (OS 10.4.11 / XSAN 1.4.2)
A client recently changed all MDCs and clients' metadata connections from EN1 to EN0. Afterwards, only the clients showed up in Xsan admin. No MDCs ...? The Fix: On each MDC, the "/Library/Filesystems/Xsan/Config/role.plist" file must be edited to reflect the new ethernet port. This is not neccessary on the client side. Also, until this is changed, you cannot add another mdc, or change the role of any client to an MDC. FYI
Integrating Final Cut Server with a web approval system
Download the documentation and code in the "Web-Based Review & Approval" section of the Final Cut Server Resources page. Here's the demo, in short. Using the FCS Client, click an asset's "Send to Web for Review" checkbox. This triggers FCS to compress and export a version of the movie, then add a record to an external database. A Ruby-on-Rails app reads the database and displays the movie in a web page for approval. Once approved, the Rails app sends XML to a drop folder, which is read by FCS, recording approval and completing the round trip. It is a bit of work to get it working, but the demo touches all facets of FCS. It's a great eduction.
Necessary Zoning Changes with the QLogic 9000 Series FC Switch
For those of us who have worked with Qlogic's 5000 series of stackable switches, we have taken for granted two features on these switches that are turned on by default. First, 5000 series switches are set to Soft Zoning by default. This allows a large number of ports or WWNs to be grouped together without any issue. In large stacks of 5 switches, this means that putting all 96 ports into one zone isn't a problem. Soft Zoning is defined as a "virtual zone," which encourages entities to see just themselves, but does not limit them from contacting other entities if they know of their whereabouts in the fabric. Think of it as a zone made out of waist-high stanchions: the entities are focused on each other, but if they were aware of other entities before the stanchions were placed around them, they can still contact those other entities. That is why, after rezoning on 5000 series switches, we always need to reboot the storage and computers so that they "forget" about the entities that they knew about before the establishment of the zone. Second, 5000 series switches have a default zone. The default zone simply states that if no zones exist, then all ports see each other in one large zone. Soft zoning and default zones go hand in hand because, again, soft zones allow a large number of entities. 9000 series switches have neither of these features on by default. Read the rest of this article to fix this. |
What's New on Xsanity
STORIESNo new stories COMMENTS last 48 hrs No new comments
Latest Wiki Updates
Latest Forum Posts
• Expansion Chassis or another Active/Active ControllerTue Oct 14, 2008 4:04 am By: abstractrude • communication Tue Oct 14, 2008 3:52 am By: abstractrude • Slow Issues, Dropped Frames, Big Headache Tue Oct 14, 2008 3:46 am By: abstractrude • Mirrored X-SAN's Tue Oct 14, 2008 1:55 am By: palamudikkilli • Final Cut Error "Out of Disk Space" and Assets goi Mon Oct 13, 2008 8:53 pm By: MacCyclone • Can someone from Promise explain.... Mon Oct 13, 2008 8:34 pm By: SiNiSon • Data Archive for XSAN Mon Oct 13, 2008 6:00 pm By: Ernesto Sanchez • Xsan2 and Tiger LDAP? Mon Oct 13, 2008 7:24 am By: ACSA • Bay area Sun Oct 12, 2008 6:03 pm By: matx • Source for Data/video racks UK Sat Oct 11, 2008 12:02 am By: mark raudonis
Latest Xsan KB articles
Latest FCS KB Articles
|
| Best Viewed on a Mac | Suggested Browser: Whatever floats yer boat. |
|
Creative Commons: Some Rights Reserved Powered By: GeekLog |
Copyright © 2008 Xsanity All trademarks and copyrights on this page are owned by their respective owners. Created this page in 0.66 seconds |