I don't think so. The rules for supported versions say that the MDC servers must be running the highest versions of the OS and Xsan software, and I think that means both/all of the MDCs. From what Apple support told me, you *can* bring up an MDC running 10.5. [...]]]>
Hi. I recently installed Leopard 10.5.2 server that I want to use as a MDC on my Xsan 1.4.2 configuration. That said, I have another machine running OS X Tiger Server 10.4.11 that acts as a Primary MDC on a 1.4.2 Xsan. That server is connected to a Brocade Fiber Switch and 2x XRaid boxes. [...]]]>
I have had the chance to test Promise Raid and they are pretty fast. True a single controller can control all drives and have the power to do it.
But at the same time the controller is so fast that you can assign 7 drives luns to each of the controller and assign a 2 drives mirror raid for mdc to one of the controller and it will not much affect the data lun that is on the same ctrl.
Quite better than keeping MDC in data lun and quite better than dedicating a controller to MDC. On multiple chassis, another story. each config has is story.. Serge Ordigraphe inc.
2008/5/14 <email@hidden>:
[...]
]]>I had a similar experience. Into one machine I put a multi port Ethernet card, then deleted all the new ports in the network sys pref pane. After that, it would not accept a serial number. After reenabling the Ethernet ports, the problem was gone. [...]]]>
Does it fail to assign even if you explicitly assign the serial number? (i.e. switch to the Computers list and select "Assign Serial Number..." from either the gear menu or via a right click) -eryk On May 14, 2008, at 4:51 PM, Matthew Ziegele wrote: [...] [...]]]>
I have an issue where we have entered 5 serial numbers for our 5 xsan clients, 4 of them get assigned serial numbers and one fails. All the serials are valid. I have tried uninstalling XSAN and rebooting but that doesn't seem to fix it. Any ideas? [...]]]>
[...] The only thing that seems to work is forcing the perm change in Terminal. Using a script set with lingon.app (launchd). -x]]>
On Wed, May 14, 2008 at 10:00 AM, Rupert Watson <email@hidden> wrote: > quoted text 10.4.11 and Xsan 1.4.2, with FCP 6.0.2 -- Chris Ribe TV/IT Engineer WCJB-TV/DT Gainesville, FL (352) 416 0648 email@hidden]]>
[...] Starting with 10.5 the OS changed the way it handles Umask scripts. All files and folder that are created by the finder follow umask rules but application, such as FCP do not. [...] You really shouldn't have all admin users with same uid. On small [...]]]>
Chris Can you confirm the version of OS and Xsan you are using ? Rupert Watson +44 7787554801 www.root6.com On Behalf Of Chris Ribe I have found the same thing. I have worked around it by running a script every 90 seconds that adds appropriate ACLs to any project files that lack them. [...]]]>
Hi Mat, Thanks for your reply! We are not using any ACLs or Open Directory in this setup. There are only 1 admin user on every FCP system so the users are 501 by default. I need to verifiy this thou. May I know whats your workaround for now? [...]]]>
Hi there, if you use Apple's standard config script to set up an Xsan metadata/data RAID (can be found here: http://support.apple.com/kb/HT1160), the lines array -a add -p 1,2 -s "alias=MDC" -c 1 -l "alias = MDC,raid=1,readpolicy=readcache,writepolicy=writethru,preferredctrlid=1" [...]]]>
[...] I have found the same thing. I have worked around it by running a script every 90 seconds that adds appropriate ACLs to any project files that lack them. I've also created user specific capture scratch and render directories so the default permissions don't interfere with two users trying to capture footage for the same project. It's ugly, but not nearly as ugly as what Final Cut is doing! I find Final Cut's failure modes when dealing with permissions issues particularly galling: trying to capture to a directory you can't write to? POOF! No more Final Cut. -chris -- Chris Ribe TV/IT Engineer WCJB-TV/DT Gainesville, FL (352) 416 0648 email@hidden]]>
[...] I am finding that FCP does not listen to perms set (i.e. umask) and editors who are admins and in the same group still can't open each other's project files without some teeth gnashing.. This is with 10.5.2 and Xsan 1.4.2 :) Mat X]]>
[...] One of the advantages of the new Promise RAIDs is, as I understand it, that one controller can control almost all over the drives/arrays and the other can be dedicated to the metadata LUN. So no lost drives (unless you want hot spares). Or you can use all the drives/arrays in [...]]]>
Hi, I like to find out if anyone has encountered this, - FCP renders on a PowerPC Mac (Mac OS X 10.4.9, Xsan 1.4.1, FCP 5.1.4) - Open the FCP project file on a Intel Mac, but FCP is unable to link to the rendered files (Mac OS X 10.4.9, 1.4.1, FCP 5.1. [...]]]>
I have not yet had a chance to play with either XSan 2 or with the Promise RAIDs. I'm wondering how much of the hard-won knowledge from XSan 1 and the XRAID is still applicable. Specifically, I wonder if these are still true: * Under XSan 1, you were expected to dedicate an entire RAID [...]]]>
I will be out of the office starting Fri 05/09/2008 and will not return until Tue 05/13/2008. Do dnia 13.05.2008 jestem poza firmą z ograniczonym dostępem do poczty. Odpowiem w możliwe najkrótszym czasie. W pilnych sprawach proszę o kontakt 225144734 lub 225144735 lub o wiadomość na adres: email@hidden Pozdrawiam, Beniamin Sperczyński I am out of office until 13.05.2008 with limited access to emails. I will respond to your message as soon as I can. In urgent cases please contact +48225144734 or +48225144735 or mailto: email@hidden Regards, Beniamin Sperczyński]]>
Title: Affinity and moving data I just commissioned a new promise RAID into my san but now I need to pull and move affinitys to make sure there isnt any data on that RAID to reslice it. Is there a way to confirm where the data is living and move it to pools that have allocated space? [...]]]>
Jesus. Whats up with that? Why include a command that doesn't work :D What is the main difference between "ditto" and "cp" ? I mean, are there any reasons that I should not use "cp" or what ? Thanks allot. Svavar O On 8.5.2008, at 18:51, TechTalk wrote: Svavar, I've seen this exact behaviour on Mac Pros running 10.5.2 and Xsan 1.4.2, as well as G5 running 10.4.11 I've not been able to pin point it's exact cause, because it seems to work well some times, and other times not well at all. I usually end up running simple shell scripts with the "ditto" command since it does not crash and it logs errors without stopping the entire process like cvcp kernel panic crashes. If anything I've seen this more on Mac Pros running 10.5.2 than on G5s / 10.4.11 :( Mat X On 8-May-08, at 7:47 AM, Svavar Örn Eysteinsson wrote: > quoted text [...]]]>
Svavar, I've seen this exact behaviour on Mac Pros running 10.5.2 and Xsan 1.4.2, as well as G5 running 10.4.11 I've not been able to pin point it's exact cause, because it seems to work well some times, and other times not well at all. I usually end up running simple shell scripts with the "ditto" command since it does not crash and it logs errors without stopping the entire process like cvcp kernel panic crashes. If anything I've seen this more on Mac Pros running 10.5.2 than on G5s / 10.4.11 :( Mat X On 8-May-08, at 7:47 AM, Svavar Örn Eysteinsson wrote: [...]]]>
Hi. Whenever I use the cvcp to copy data from my XSAN Volume to another destination, it always crashes the server. COMPLETELY. Right after I press "ENTER" to complete the command, the server is dead. Just a Hard-boot that fixes the issue. Has anyone encounter this situation ? [...]]]>
[...] Thank you for getting back to me. automount.plist does not exist. Do you know if I need to stop the XSan volume when I create it, or can I create it, and move it in through the CLI? Thank you, Paul]]>
On Wed, May 7, 2008 at 1:58 PM, Paul Thompson <email@hidden> wrote: > quoted text Does /Library/Filesystems/Xsan/config/automount.plist exist? If not, try creating it with the following contents: > quoted text -chris This email sent to email@hidden References: [...] [...]]]>
Hi, I am currently running OS X 10.4.11, currently up to date, with XSan 1.4.2. They connect to a QLogic SANBox 5200 fibre switch, which also connects to three XServe RAID's. The SAN is not mounted on my mdc. In the system log of my metadata controller, I keep getting this line repeated over and over: May 7 11:48:31 mdc xsand[91]: unable to open automount.plist for reading: No such file or directory May 7 11:48:46 mdc xsand[91]: unable to open automount.plist for reading: No such file or directory May 7 11:49:01 mdc xsand[91]: unable to open automount.plist for reading: No such file or directory May 7 11:49:31 mdc xsand[91]: unable to open automount.plist for reading: No such file or directory May 7 11:49:46 mdc xsand[91]: unable to open automount.plist for reading: No such file or directory May 7 11:50:01 mdc xsand[91]: unable to open automount.plist for reading: No such file or directory May 7 11:50:16 mdc xsand[91]: unable to open automount.plist for reading: No such file or directory When I googled the error, I found this from http://discussions.apple.com/thread.jspa?messageID=6347797 : This looks like two non-related problems: 1. the missing automount.plist. It is described in another thread 2. the non mounting part. This can be anything. You will have to investigate for this. To get you started: Can you ping the MDC (on the metadata interface)? -- Yes Does the client see all the luns? -- Yes Check the /Library/Filesystems/Xsan/config folder. Is there an .auth_secret and an fsnameservers file. -- Yes Is fsnameservers file ok? -- Yes. It contains my two mdc IP's on the private range Is there a way to fix this problem? Thanks in advance. Paul]]>
[...] It appears that switching the cables to Apple 4GB supplied with the Mac Pro helped (over the 2GB copper that came with the RAIDs). But the final piece in the puzzle may have been that the local admin was still being managed by MCX. Specifically the rule that disallows writing to [...]]]>
Hi, To add more clients, we need to buy more Xsan license, Xsan 2.0. But I want to stick to Xsan 1.4.2. Could Xsan 2.0 license be used with Xsan 1.4.2 environment? Thanks. Steve Malgn Technology Co., Ltd. (http://www.malgn.com) Apple VAR Xserve/Xserve RAID/Xsan Steve Shim / Director C.P. [...]]]>
On 6-May-08, at 10:44 AM, Willem Lang - AppleISP Internet diensten en services wrote: [...] We've connected all four Xserve RAID (one at a time) to different workstations: Mac Pro running 10.4.11, Mac Pro running 10.5.2, Quad G5 running 10.4.11, Xserve G5 running 10.4.11. [...]]]>
Mat, How many did you connect? Just one or all four? Raid Admin tools do see the Xserve Raids? In real life after creating the Array the drive should show up on the Mac Pro desktop. Doe it show in Disk utilty? Willem Lang AppleISP on 06-05-2008 19:22, TechTalk at email@hidden wrote: [...] [...]]]>
Hi, I pulled four Xserve RAID units that were members of Xsan, and after deleting the arrays and re-creating them, I cannot get them to mount newly formatted Apple Software RAID filesystems on a Mac Pro. I checked with cvlabel and there's no Xsan label anymore, only the new [...]]]>
We all know how to config the the Qlogic ports for I/O Streamguard and Device Scan.. and for the one's who don't know: http://support.apple.com/kb/HT1084 But I cannot find a document with tips how to configure the 10G ports. Anyone an idea? regards, Lucas Nap]]>
The MDCs do not need Leopard server, plain old Leopard is just fine. (sorry for the dupe, Alan, replying to the list this time) -chris -- Chris Ribe TV/IT Engineer WCJB-TV/DT Gainesville, FL (352) 416 0648 email@hidden]]>
Unlimited users license implies the unlimited number of clients connected to the server for file sharing through AFP, NFS, SMB or FTP. Metadata control is a different type of service. So, you can use a 10- user license for MDC. Sincerely yours, Vitali Bystritski [...]]]>
We are putting together a quote for upgrading an XSan to version 2.0. The client is running a separate server as OD master. Do the Leopard server licenses on the MDCs need to be unlimited users or can we use ten use licenses?]]>
Since I am about to implement an XSAN (2.0) for a client I am wondering about the use of ACL's after I read this thread. It seems that problems only(?) arise if the ACL's are applied at the root of the volume BUT I would really like to hear from deployments that use xsan 2 AND use ACL's on the subfolders on the volume - is this known to cause problems or not?
I would really like to avoid having to backup and restore 5-10 TB if it can be avoided sue to good planning ;-) - TvE On Thu, May 1, 2008 at 7:18 AM, T.K Sreekar <email@hidden> wrote:
At last my xsan is stable after disabling the ACLs from the root of the volume.
You are excellent and you Rock man. Cheers Sreekar On Apr 25, 2008, at 7:16 PM, T.K Sreekar wrote:
Ok so I am going to remove the ACLs immediately and going to observe it for a while. Will keep posting if any updates.. Thanks Ravi for your valuable support. Cheers
Sreekar On Apr 25, 2008, at 6:35 PM, Ravi Kuppusamy wrote: Hi Sreekar
Not having access to and studied your specific case in depth, all I am saying is that you might want to completely disable ACLs for the entire volume at all levels (either through the GUI method Apple suggested or the command line method I suggested) and see if it fixes your issue.
If it does, you need to forget using ACLs from now on for this specific volume at all levels unless you want to rebuild the entire volume afresh and enable ACLs sans the root volume---the rebuild with ACLs sans root volume is not a fix BTW, there are still possibilities that ACLs can still get corrupted, but a lot of empirical evidence suggests that having enabled ACLs at the root level causes the current headaches several Xsan customers are facing across the globe.
Once you start hitting Microsoft style security descriptor errors with fsm whinging and crashing in the controller controlling the volume, depending on the type of ACL corruption you have, you either rebuild the volume with ACLs sans the root level (and hoping for no corruption in future) or live without ACLs across the board.
Cheers Ravi On 25.04.2008, at 13:14, T.K Sreekar wrote: Thanks Ravi. As it is impossible for this client to take backup of nearly 24TB of data, I am planning to remove the ACLs from the root level and propagate the POSIX permissions instead.
And also does it make any difference if I give ACLs down the folders in the volume rather than directly on to the root? Sorry to bother you guys.. Thanks
Sreekar On Apr 24, 2008, at 10:10 PM, Ravi Kuppusamy wrote: I failed to mention: You can always back up the data and rebuild the volume and enable ACLs again (except not to enable them at the root level volume).
Cheers Ravi Begin forwarded message: From: Ravi Kuppusamy <email@hidden>
Date: 24. April 2008 18:32:21 MESZ
To: "T.K Sreekar" <email@hidden>
Cc: email@hidden
Subject: Re: Xsan Volume Stops abruptly.
[...]
]]>