Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Apple Final Cut Pro Legacy HighPoint RocketRaid 3522 Problems

  • HighPoint RocketRaid 3522 Problems

    Posted by Randall Brown on May 26, 2008 at 10:20 pm

    I am having some problems, and I wanted to see if anyone else was seeing the same thing that I am. I have rolled my own RAID 5 Set-up around the Highpoint 3522

    – Highpoint RocketRaid 3522
    – 5 Seagate 1TB 7200.11 drives configured as RAID 5
    – Enhance M8L Enclosue (8 Drive Sata Infiniband Enclosure)
    – MacPro 8 core 2.8, 10 GB RAM, 2 400 GB Seagate Drives inside, ATI Card
    – Mac OS X 10.5.2 & FCS2 both freshly installed and configured

    Here is what is happening

    – On large file READS / Tansfers OFF the RAID, the finder locks up and the card locks up. I discovered when I went to move a project off the RAID to a G-Raid Mini for the road, and the finder locked up. I could not copy the data off the RAID. I could read it just fine and edit off it just fine, but if I tried to move the files in mass, the finder would hang and the card would lock up, or worse it would cause a kernel panic.

    – AJA Speed tests show me in the high 300s for reads and write, though on the read it does hang for a second at the end, but eventually ends and reports out.

    – The RAID array has been completely wiped and rebuilt, the driver uninstalled and reinstalled, and the card updated, and the system drive completely rebuilt from scratch, but still no dice. Again if I edit normal off it in DVCPROHD its fine, but when I go to move lots of data it locks up.

    Anyone out there with this card? Could you try to move a folder of files 30+ GBs off your RAID and let me know what happens. Again none of my normal work on it showed this issue.

    I am waitting to talk to the guys at HIghpoint tommorrow, the drives have been tested and they passed SMART and some other tools. Its odd, I am thinking driver, or i may have gotten a dud. But if anyone out there could test this for me, it would be appreciated.

    Ben King replied 16 years, 8 months ago 14 Members · 50 Replies
  • 50 Replies
  • David Roth weiss

    May 26, 2008 at 10:30 pm

    Randall,

    Its possible that the problem you’re having is with the G-raid mini, not the raid. I’m wondering if there’s a bottleneck and the raid is fouling-up because the G-raid simply can’t keep up.

    Try xfering data to an internal drive as a test. If it works, you may find it necessary to copy to the internal drive and then to the G-raid mini.

    Let me know if this theory has merit…

    David

    David Roth Weiss
    Director/Editor
    David Weiss Productions, Inc.
    Los Angeles

    POST-PRODUCTION WITHOUT THE USUAL INSANITY ™

    A forum host of Creative COW’s Apple Final Cut Pro, Business & Marketing, and Indie Film & Documentary forums.

  • Randall Brown

    May 27, 2008 at 12:57 am

    Yea i tried that, it didnt help. I did the internal drive, the start-up drive, the g-drive raid, mini, and all the same. Whats really wierd, is that i can burn a DVD of the same files that wont copy when dragged. This has me stumped.

  • Sean Oneil

    May 27, 2008 at 3:43 am

    As long as write-back cache is enabled, and you have the latest drivers and firmware, then you’re doing everything right. It could just be a drive incompatibility. The disk drive makers rushed to get 1TB models on the shelves. I’ve heard a lot of problems with the Samsung ones. Haven’t heard anything about the Seagates, but anything’s possible.

    Whenever you build your own RAID, it’s really important to make sure the controller card has been tested with the model hard drive you plan to use.

    Do not troubleshoot this to death in hopes that it will eventually work. If it’s not to late, be prepared to return those disks and try a model that Highpoint recommends.

    EDIT: I just checked and see that there’s a firmware update for your card released in January. See if you have the latest one. If not you gotta update it. Unfortunately you need a PC to do that.

    Sean

  • Randall Brown

    May 27, 2008 at 12:14 pm

    Today I am going to talk to Highpoint and see what they say. Luckily I sourced the drives locally for this very reason. I am going to see about getting a PC in here for the card update. Will post back, and if anyone else has this issue/ seen this let me know!

  • Randall Brown

    May 27, 2008 at 8:38 pm

    So I think we have found the issue. It looks like the problem was the block size, it was set for 256k and for some reason was not working. It would not work at 128 either, it was only at 64k where it worked. Now I am sure I am giving up performance which is an annoyance, but the system has past the first few hang-ups that had crippled it and tests out in the high 300MB/s read and write (5 drive array uninitialized yet for performance)

    A couple of things from this experience.

    1. Seagate customer service was alright, had a Level 2 on the phone in 5 minutes, we went through all the drive potential issues, and came up clean. Their official final perspective though was that these drives dont have the error correction in them to operate in a group larger than 2 or 3 and they recommended i move to enterprise drives. Though they washed their hands of it, it didnt seem to be their issues since the drives worked out.

    2. Highpoint tech support SUCKS, really really sucks. The guy didnt know anything about the card nor the options in the management software, and all he could do was say he would talk to engineering and see if they knew anything. Now though I am just posting this here now, I submitted a ticket last week with them, and their follow-up was non-existent.

    3. Other World Computing was AWESOME (thats where I purchased the card). Their tech actually knew the card quite well, and knew a lot about RAID architectures. We figured out that the issue didnt happen in RAID 0,1, nor 3, just 5. It was stepping through some items with him that got us to the block size, and have us up and running right now. They were also ready to ship another card out just in case as well.

    So for those considering rolling your own, its probaly going to be fine, but if its not, be ready to be left in the cold to figure it out. Luckily i have fiber here and this was a non-mission critical attempt. But there is something for having one person to call who would take responsibility for issues like this.

    For those considering the 3522, i am at this point a bit concerned about trusting it. I will post back once i have had a chance to put it through the paces. Highpoint did say that these drives were now certified to be compatible (7200.11 1TB), but I would probably go with the Samsungs to do it all over again. The case and cables are certified, so this should have worked.

  • Scott Thomas

    May 30, 2008 at 11:23 pm

    I have the RocketRaid 3522. I went with the iAge case and populated it with 8 500GB Seagate 7200.11 drives. I went with RAID 6 and let the block size at 64k. I’ve not had the problems you’ve described.

    I thought about experimenting with the block size, but I never got back to that.

  • Nils Fridén

    June 9, 2008 at 8:30 am

    I run into exactly the same problem, but the weird thing is that it worked perfectly for about two weeks. After two weeks and 10 min, (were the last ten minutes was the time it took my client to give me final approval for some major online work.) I could no longer collect or copy my media. Sure I had backups, but it would had taken days of tedious work get everything back in order. Since I had nothing to lose, I used the migration function to change the raid from 128k to 64k block size without reformat. This took about 40 hours or so. Now my raid is working perfectly again and all media seems to have survived the migration. The info in your post saved me a major headache and about a week of work. Thank you very much!

  • Randall Brown

    June 9, 2008 at 4:05 pm

    glad it helped you, but I would still keep up with your judicious backups, there is something wrong here. as now I am having even more issues. Until I can get it sorted I am using the Fibre stuff, but this is concerning.

    My array worked fine as well for a couple of weeks before these issues. The switch to 64k worked for a while, but now the issues are back. I have now migrated to RAID 0 to see if that helps, but I am staring at a spinning beachball in final cut right now as I type this, so its not looking good.

    A couple of questions for you.

    1. What drives (Brand and size) and firmware are you using?
    2. What RAID Level are you running?
    3. RAID Block size, I see its now 64k before that it was 128k, did you ever go larger?

    Their tech support is RIDICULOUS. Its really unfortunate, this seems like the killer card. I will update once I figure out this latest round of issues.

  • Nils Fridén

    June 9, 2008 at 6:40 pm

    Thanks for the warning. I almost thought I was out of trouble after the migration.

    I’m running 8 x 750GB Samung drives in RAID 5 (SAMSUNG HD753LJ, Rev. 1AA01108)

    I tested the volume with 256k, 128k and 64k when setting up. After testing i settled for 128k and did a complete reformat in 128k. Worked great for about two weeks until last thursday when suddenly all file transfers or collect using FCP/Shake would freeze the finder or app after about 500MB or so. I havent changed or updated anything on my system during this period.

    RocketRaid 3522 firmware: v1.2.13.25

  • Randall Brown

    June 10, 2008 at 3:06 am

    just a quick update. I got through to someone at highpoint who has been VERY helpful, but still no resolution, yet. I will post back once we have something final figured out.

Page 1 of 5

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy