Does Xserve Raid 3.5 TB supports HD uncompress?

Does exist any configuration for Xserve Raid 3.5TB 7 drives, that supports HD Uncompress 720p 10 bit video formats?
Will I get that only with 14 drives?
Can I get that with 8 drives? 4 drives in each controller.
Thanks
G5   Mac OS X (10.4.6)   Final Cut Pro 5.1.1, Aja Kona LH

What's the data rate -- how many frames per second?
A common list is on the Xsan page:
http://www.apple.com/xsan/videoworkflow.html
I'd say if you're at 24 or 30 FPS:
720p 24fps 46MBps
720p 30fps 50MBps
You would be okay with 7 drives in half an Xserve RAID. If you need more than that, you'd need 14 drives.
If you're doing 1080i uncompressed, definitely you need all 14 drives striped in a RAID 50.

Similar Messages

  • Does xserve raid support path failover?

    I have two questions about the system.
    1 Does the Xserve Raid support path failover from the upper to lower controller? Primarily, if you have IO running on a lun that is on the upper controller and the path to that controller is removed, will the IO get shifted to the lower controller? If so, is there a certain configuration setting that must be applied. I
    n reading up on Xserve, it appears that they are independent controllers. The user guide states that when a controller module is out of the system (or failed) the drive modules controlled by that card are not active.
    2 Is there a way to determine which drive(s) in the system are the spares or stand by?

    Hi Davel,
    1) No. The controllers are independent. If a RAID controller fails, or a cable fails, or a switch or HBA that a RAID controller is connected to fails, the LUN goes offline until the problem is fixed.
    2) Yes. Just look in RAID Admin. Any drive that is not part of a RAID set will automatically be used as a hot spare. So if you have a 6 disk RAID 5, on a side with 7 disks, you have one hot spare. If you have a 5 disk RAID 5, with two drives that aren't used, you have 2 hot spares.
    Note, on #2, hot spares are "per side," because again the RAID controllers are independent. So what I most commonly see for additional protection is a 6-disk RAID 5 + 1 hot spare, per side. This gives about 5 TB of usable capacity, on a 7 TB Xserve RAID.

  • Does the original Xserve Raid (2003) support 750Gb drives.

    Is the latest firmware compatible with the original Xserve Raid, thus supporting 750Gb discs?
    Thanks in advance.

    Hi
    Short answer is yes. Refer to this Article:
    http://support.apple.com/kb/HT1219
    Tony

  • Mac OS X does not recognize the increased capacity of the Xserve Raid

    The Xserve raid recognizes the increased capacity of 4.09TB per controller however. When the arrays are opened in Disk Utilty on the Mac Pro it shows 2TB and 1.4 for the other. When creating the arrays I originally had four 750GB for the top and three 750GB for the bottom controller.
    I have followed through with expanding the array's then merging the slices for adding additional HDD's as detailed in Apple support.
    Am I doing something wrong? Please help.
    Tony

    Yes rebooted nothing unfortunately. I think I've solved it though, was reading somewhere you basically need to start again. So I've deleted the array added the extra HDD's to the new 2nd array and I'll see if it's worked 50 hrs from now. Really wish apple would come clean about the capabilities of their hardware.

  • Our XServe-RAID volume does not mount anymore...

    Our XServe-RAID volume does not mount anymore.
    On /var/log/system.log I could find the following.
    Feb 22 09:52:29 ogre kernel: jnl: open: journal magic is bad (0xf433f != 0x4a4e4c78)
    Feb 22 09:52:29 ogre kernel: hfs: early jnl init: failed to open/create the journal (retval 0).
    It appears the the journaling is badly screwed.
    I tryed to disable the journaling with no success.
    Here is what I get.
    ogre:/var/log root# diskutil disablejournal disk2s3
    The selected journaling request does not appear to be valid
    After some googling I foud this :
    --- QUOTE ---
    The more serious problem occurs when the contents of the journal file are corrupted in such a way that the operating system does not proceed to mount the volume. Fortunately, this problem is extremely rare (I have seen three reports of corrupted journal files at the MacFixIt Forums and Apple Discussion Forums since journaling was introduced).
    Starting the journaling process is one of the first things that happens when a volume is recognized by the operating system. There appears to be no way to intervene in single-user mode before the journal file is examined. A message about �bad journal magic� appears. Unfortunately, every tool that can turn off journaling requires that the volume already be mounted.
    If the Macintosh can boot under Mac OS 9, dealing with a corrupted journal file involves restarting under Mac OS 9 and using a utility (such as our free TechTool Lite 3.0.4) to make visible these two invisible files at the root level of the volume:
    /.journal
    /.journalinfoblock
    Once these files are made visible, they can be deleted. Mac OS 9 does not support journaling, and recognizes nothing special about these files. Neither of these files can be seen in Terminal or in single-user mode in Mac OS X, because they are considered part of the disk directory.
    If the Macintosh cannot boot under Mac OS 9, but the drive has Mac OS 9 drivers installed, the drive can be put into a Macintosh that can boot under Mac OS 9, or an ATA/IDE drive can be put into a suitable FireWire enclosure.
    The possibility that you may need to remove these two journaling files under Mac OS 9 is a good reason for making sure that all volumes you use have Mac OS 9 drivers installed. The drivers must be installed when the drive is formatted.
    --- [END] QUOTE ---
    Well, my disk is part of a RAID 5 matrix.... so the solution proposed does not work.
    Does any one of you has any idea ?
    XServe   Mac OS X (10.3.9)  

    I've seen an article about volumes not mounting and was wondering if this relates to your problem;
    http://discussions.apple.com/thread.jspa?messageID=1239224&#1239224
    The thread doesn't refer to journalling but may be of use?
    HTH

  • XServe RAID volume does not mount

    Without any modification to the system, a panic log from our XServe indicates:
    "Thu Jan 18 17:28:58 2007
    panic(cpu 0): HFS: corrupt VH on PBSRaid1, sig 0x4100, ver 0, blksize 0"
    The volume PBSRaid1 does not mount anyway from that date.
    Diskutil reports:
    "Verifying volume “disk2s3”
    Checking HFS Plus volume.
    Checking Extents Overflow file.
    Checking Catalog file.
    Invalid extent entry
    The volume PBSRaid1 needs to be repaired.
    Volume check failed."
    DiskUtil is unable to repair the volume.
    My configuration is:
    XServe bi-G3 1GHz, MacOSX Server 10.3.9
    XServe RAID with 5 disks RAID5 on the left side (OK) and 4 disks RAID5 on the right side (the bad volume)
    All the controls are "green" and nothing wrong appeared in the events log obtained via RAID ADmin.
    Any suggestion to repair are welcome, as we have many data from confocal microscopy on that volume.
    Thanks
    Jean-Pierre
    XServe bi G3-1GHz (oct 2003)+ XServe RAID Mac OS X (10.3.9)

    Right, Dave.
    DW 4 rebuilt a preview folder which contains all the files in correctly named folders.Only 3 files among thousands has been saved in a Rescue folder !
    It also restored the right volume label, lost in DiskUtil, fsck, pdisk and others.
    Very nice tool.
    While DW was building its preview, the disk 9 lighted red and a lot of failures of the controler 2 appear in the events log of the XServe RAID.
    At this time, the RAID is rebuilding with our spare disk.
    I think we have to change both the disk 9 and the controler 2 despite it lights green currently.
    Jean-Pierre
    XServe RAID (2003- 5xIBM 180Go RAID 5) +(2005 -4xHitachi 250Go RAID5) Mac OS X (10.3.9)

  • Apple Xserver Raid, 1 raid mounts and the other raid does not mount

    Apple Xserver Raid, 1 raid mounts and the other raid does not mount but all the lights on the drives are green

    Kind of lacking in detail there...
    Did the other volume mount in the past? and it stopped working? When? What changed?
    What does Raid Admin.app have to say about it?
    Does it see the drives? a RAID set on those drives? A link on the fiber channel connection?

  • Xserve RAID lost RAID 5 array on right/bottom controller

    I cleanly shut down an Xserve G5 with an Xserve RAID attached and then powered off the Xserve RAID this morning. I replaced a failing memory module in the Xserve and moved the rack 6". I then powered on the Xserve RAID, waited for a couple minutes until it was fully booted, and then booted the Xserve. When it came up, my RAID 50 volume failed to mount. Upon further investigation, it appears that the RAID 5 array on the right hand disks is "gone". In RAID Admin (Disks and Drives tab), the left side array is visible, but all disks on the right side list status as "OK" and Type: as "Spare".
    Configuration: Xserve RAID with 14 250 GB disks. Each side was configured with 6 disks in a RAID 5 array and one spare. These were striped using Software RAID on the Xserve into RAID 50 and mounted as a single volume. The RAID firmware is currently 1.5 and the Xserve is running OS X Server 10.4.3.
    To summarize today's activities: under Apple's guidance (as this entire system is covered under a Premium Support contract), I swapped the (bottom) controller for the right side, updated firmware (from v1.3/1.20a to 1.5/1.50), multiple resets of both controllers, repeated forced firmware updates, etc.
    Also, I swapped the left set of disks for the right set, and the array from the left set now shows up on the right side, and the missing array from the right is still missing with the disks on the left side. I replaced the disks to their original positions with the same results.
    RAID Admin's Utility "Recognize Array" will not perform any operations on the rigth side disks and Apple tells me that there's nothing further that I can do with it.
    None of this has solved the problem or substantially changed the issue, and the disks on the right side are still missing their associated array. Apple is unable/unwilling to offer any further help except to refer me to 3rd party data recovery services.
    Does anyone have any suggestion at all that might possibly recover the missing array? Is anyone aware of any tools that I might use to recreate the RAID 5 array on the right controller? I was hoping that there might exist some low-level tools with which the disks could be recreated into an array by hand? Are there any commercial products that would work on this? Any other ideas?
    Many thanks for any suggestions.
    - Martin
    Xserve RAID (14 250GB disks) on Xserve G5   Mac OS X (10.4.3)  

    Not sure why you swapped the controllers back and forth
    William, I don't think I was clear on this. I swapped the controller with a new controller that I had in a spare parts kit. This was at Apple's request.
    really, RAID is not a backup...
    I'm well aware, but despite my incessant warnings, users will become lulled in to a false sense of security when something "just works" for a very long time. This array wasn't intended to store valuable data that couldn't be lost, but...
    It may be possible for Apple to re-create the RAID set, did you ask AppleCare about the possibility?
    Apple has told me more than once that there's nothing else that they can do for me...and yet I keep calling back.
    I was surprised that this array was lost when there were absolutely no prior signs of a problem and the system was merely shutdown and restarted cleanly. I'm more surprised and quite disappointed to learn that Apple will do nothing else for me (under a Premium Support contract) to attempt to repair a damaged array. When I asked questions about where the RAID information is stored, I received the answers: "I can't tell you that" and "Apple doesn't release that information". I did not get the feeling that they were working with me, but rather holding my hand while they walked me through published documentation.
    I expected that there would be utilities (analagous to filesystem repair utilities) such as RAID Admin's "Recognize Array" that could help repair and recover damaged array data. I think that the lesson that I've leanred today is that I was naive to have expected such a thing without actually having investigated it ahead of time.
    Anyway, thanks for your input, William.

  • Xserve raid brocade switch, do I need xsan for multiple xserve raid with one gbic hba?

    So I have 3 xserve raids.  I would like to mount all 6 volumes on a single server with a 2 port hba. I have a brocade silkworm 3200, however the raid volumes will not mount.  The only thing I can think of is do i need xsan to accomplish this?  Initially I gathered it would be like additional resources on a normally data switch bu that does not seem to be the case.
    Thanks in advance for any assistance.

    No, you don't need XSAN for this. XSAN is for connecting one or more RAID units to more than one host. Since you only have one host, XSAN isn't an issue.
    You may need to look more closely at the switch configuration. Mac OS X doesn't support multipath (at least last time I checked), so you'll need to make sure that you're either using just one link from the server, or that you've setup zoning in the switch so that each link from the server sees a subset of the RAID volumes (e.g. three RAID volumes mapped to each link to the server).
    You may also need to check the RAID configurations to make sure you're not using LUN masking (a feature of earlier firmware versions).
    One test here would be to connect the server directly to each RAID controller in turn and see if you see the appropriate volumes. The chances are you do, which points back to the switch configuration being the issue.

  • Drives just stop with new Xserve raid

    I have just set up a new Xserve on 10.4.5 with 2 x 400 gig drives.The raid has been set up by the book twice and the drives were formated aswell, the problem is that after the raid is set up i then test it by copying lots of data to it from various machine across the network and after about 10 gigs of copying the drives just stop, on their own(not in a raid) the drives work fine.
    Any suggestions ?
    Thanks
    Matt

    Hello, Diego Arana and welcome to the AppleBoards,
    +I don´t know what OS the Xserve RAID has, I just know that it is the first one.+
    The Xserve RAID has no operating system on it. It is essentially a very fancy external hard drive that attaches over fibre channel. It does a firmware version that can be updated but that is the closest thing to an OS that it has. (Unless you're adding drives you can probably leave that alone.) The XRAID is controlled over either of the ethernet ports using the RAID Admin program - if you don't have a copy download it from Apple's support site.
    +Is it possible to connect a New MacPro (Early 2009) to a Xserve RAID (RAID 720G/4DRIVE/2X2GB FC) via fiber channel?+
    Yes, I have done this and it is straightforward. The fibre will negotiate down to 2GB, of course, but it does just work. If you're talking about the Apple shipped fibre card it is (at least in the states) shipped with SFP connectors that match the SFP connectors that are on the Xserve RAID and you just use the copper cabling (not the optical fibre) to connect them unless you are going a very long distance. If you order the card (again in the states) with Xserve the copper cables are included when they ship it.
    If you do have optical connections you can buy optical to copper/SFP converters. I have several of these on my fibre switch and they are not more complicated than adding the adaptor and plugging them in - at least on the fibre switch. I have never actually hooked up an XRAID to optical fibre but this is pretty common in XSAN environments with longer "cable" runs.
    HTH,
    =Tod

  • XServe Raid won't mount after drive replacement

    We had a drive go bad on an XServe Raid.  We replaced the drive.  It went through the rebuilding process. Now we can't mount the raid.  The verify in the disk utility is successful but it still won't mount.  What are we missing?

    I have managed to fix the problem (at least it's still going at the moment...). We were just about to return the Fiber Card to Apple, but just before I removed the card from the G5 I had one last look at the settings on the RAID. Previously I had noticed that LUN Masking was on. I didn't take much notice of this before, as I read in an Apple manual somewhere that LUN Masking is always on while the Xserve is initializing the disks. As a last resort I thought to try and force LUN Masking to be disabled. I changed the array to JBOD, so the disks wouldn't be initialized, and entered the advanced settings. I then went to the LUN Masking section and turned off masking for both controllers. I then shut down the Xserve and unplugged it for 10 minutes.
    I then turned on the Xserve and the G5 and to my utter delight, the G5 said "Unrecognized disk inserted"! The G5 was finally seeing the RAID.
    I then formatted the RAID and everything has been fine since (4-5 hours).
    I have no idea how LUN Masking turned on, the masking list had no devices in it, so the RAID was basically disallowing anyone access through fiber. Upon turning masking off, the RAID reappeared on the G5. Apple support said nothing about LUN Masking when I on the phone to them. I guess they though resetting the RAID controllers would reset the LUN Masking, but it doesn't seem to. I repeat: Resetting the RAID controllers does not reset LUN Masking.
    All along this was the problem, but no-one at Apple or the reseller we purchased the Xserve RAID from thought of it!
    I hope this helps someone out there.
    Elijah
    PowerMac G5, PowerBook G4   Mac OS X (10.4.6)   G5: 1.8Ghz 1Gb RAM Geforce 6800. PowerBook: 100Gb HD, 1.25Gb RAM

  • Had to replace Xserve RAID controller and now I get Xsan Admin: ERROR: duplicate LUN label RAID1-Left1

    I need some help, I had one of my five Xserve RAID boxes fail. The upper controller card needed to be replaced and so we replaced it. But now only one of my volumes is loading and I am seeing the following error in my Console.
    7/18/12 9:23:18.550 AM Xsan Admin: ERROR: duplicate LUN label RAID1-Left1
    This raid box holds three LUNs. the left is split into two with one being the metadata / Journal for the main volume and the 2nd being the same for my secondary volume. The right side of this box is the second volume while the remaining 4 RAID boxes are my main volume. Here is the rub, the main volume is using the left1 LUN and the secondary is left2. The left2 is the one that is not working and when I go into the LUN info the WWN number does not match the actual id on the raid box.
    HELP!!!!
    Thanks,
    Kevin Rosenthal

    Did you try turning it off and on again? I mean, the full SAN shutdown/startup: http://support.apple.com/kb/HT4027
    You're probably seeing "duplicate LUN labels" because the MDC has seen two LUNs with the same label but different serial numbers since it has been online. The serial number (which I think is based off the WWN) would have changed when the RAID controller changed. A reboot should fix that specific error message.
    If the volume still doesn't start after rebooting, then you would want to check the cvlog for that volume.

  • What happened to Xserve RAID?

    Apple.com no longer lists the Xserve RAID - instead the page shows the Promise RAID device. Has Xserve RAID been killed?
    Also, where are the differences between Xsan and the new Xsan 2 listed?
    Danke!

    Wow this is a big issue ... Xraid's loss means Xserve cant be far behind in terms of EOL since Xraid is the tie in complement of the Xserve , I am a an entreprise sysadmin and use these systems every day , few issues at all with the devices, the lack of 4GB connectivity in the updates was a hint that Apple may move out of the storage space but this spells a load of trouble as far as FC connectivity support on the Xserve and MacPro. What about os X server since it is a tie in product to the Xserve . Apple had a one stop lineup with Xraid XServe Fibre Channel MacosX Server does this mean Apple's presence in such domains is to become a thing of the past ?
    Not all macs in use out there are imacs and pro markets is what drives performance up on the Mac platform wether it is IT , FCP , RDBMS or HPC oriented , Apple made reliable tools for such setup at a fraction of the cost of the competition with good performances (not stellar ones but stuff you could setup boot and don't look at again every other day).
    I guess it is high time for pro users to look for alternatives not only for storage , unless Apple provides pros with updates on EOL's and doest not simply "pull the plug" on some pro hardware line this seems IMHO the prudent thing to do.

  • Super Slow Performance with Xserve RAID / Promise Fibre

    Hey guys,
    I am experiencing a strange thing on both 10.5.8 and 10.7.5 servers (yes these are in the process of being retired). They are sharing out either an Xserve RAID or Promise Vtrak with OS X Server.
    We have the fibre channel card and the storage attaches to there and they appear mounted on the desktop.
    The problem we are having is that whenever OS X's file sharing is enabled these volumes run incredibly slow! I did a clean install of OS X 10.7.5 on an entirely different machine and it was still bad. All of my tests show that when you turn off file sharing, both AFP and SMB, the performance goes back to normal -- so what can we do here??? These are file servers, so that's pretty much the only thing that needs to work.
    Thanks,
    Andrew

    Slow/poor RAID performance can be down to a number of things. Some of which are easier to check than others.
    Some easy things to check are:
    How much data is stored on the RAIDs?
    Performance really drops off alarmingly once the RAID gets to 85% full. For a 1TB RAID this means you need to keep at least 250GB of free disk space at all times otherwise you will get the poor performance you're seeing. Once it gets to 86/87/88% full performance can drop alarmingly. Yes those few percent points can make a big difference.
    How is the data stored on the RAIDs?
    Having thousands and thousands of single files stored loosely on the RAID or within one single folder is not a good idea. The Finder can be and is fairly inefficient at drawing the icons for those files that are presented to network users accessing the share point(s). This can/and is perceived as very slow performance as you're viewing the files over a network connection. One way to overcome this 'feature' is to organise the data into logical folders/sub-folders and/or shares.
    Are there problems with the file/directory structure of the RAIDs themselves?
    Use DiskUtility (or better still DiskWarrior) to repair any issues (generally built up over a period of time) with the storage disks you have. You can't repair permissions using DiskUtility or anything else on a non-OS bearing drive. Don't forget to do this also for your System Drive (which can have its permissions repaired) as well. This will mean the server being off-line for a time whilst the system (OS) drive is being repaired. Before doing this step I would make sure you have a current and effective backup of your System/Server OS as well as all data stored on the RAIDs themselves. Hopefully you should be doing this for your data already?
    To understand Disk Utility's repair permissions feature please read Apple's support document here:
    About Disk Utility's Repair Disk Permissions feature - Apple Support

  • XServe and XServe Raid Configuration

    Hello Community,
        I have taken over IT for a photography company. We deal with huge amount of data (3 GB files) on a daily basis. We are running a FMP database too.
    We are trying to upgrade some of the computers to Snow Leopard since we are running old software (hopefully Lion by the end of the year). We have to upgrade in stages since we are still running G5 servers with Tiger and FMP 6.
    We have:
    * G5 Server and 1 Node
    * Intel Server (2008) and Intel Server (2009) (NEW)
    * 3 Xserve RAID (1-NEW)
    Just found out that Xserve RAID only uses Ethernet for admin and that the extra port is redundant. This frees up ports on our switch since we have been plugging them all in on the same network.
    Currently
    * Server 1 plugs into RAID 1 using fiber cable (both ports) also runs FMP server and our FTP
    * Node plugs into RAID 2 using fiber cable (both ports)
    NEW
    * Intel server 1 plugs into RAID 3 using fiber cable (both ports) (Not turned on yet)
    We know XServe RAID only supports 2Gb/s fiber channel. Is that 1Gb/s per cable?
    Does anyone know of a better way of configuring this server layout?

    To join, or bond your ethernet ports, you need to delete your separate network interfaces in System Preference and create a new link aggregate interface. This article is for 10.6 but the theory is the same in other versions of Mac OS X and Server:
    http://docs.info.apple.com/article.html?path=ServerAdmin/10.6/en/asa7873dc0.html
    You will need to configure your switch with a LACP port bond as well. As dawendt has mentioned - if your network is based on 10/100 switches then making a 2Gbps link aggregate on your XServe won't help.

Maybe you are looking for