Visit Open-E website
Results 1 to 4 of 4

Thread: No More Updates!?!

  1. #1

    Default No More Updates!?!

    Todd,

    I was wondering why it hasn't been updated since Jan., and I found your message saying its now EOL. I gotta say, that really sucks. iSCSI Enterprise still has a lot of issues.

    A while back I mentioned how the Target IP Access hardly works right. Maybe not a big deal, but certainly clunky for a final version, don't you think?

    Another issue which caused me a lot of grief is that there are typos in the console menu under "Tuning -> iSCSI Daemon Options". When selecting an item, it tells you what the default value is supposed to be. Both "Max Burst Length" and "First Burst Length" are incorrect. "Max" is supposed to be 262144. But it says 262214. "First" is also wrong. It may not seem like a big deal, but I was unable to connect for a while one day until I realized the stated default values were incorrect.

    When I first bought this product, it claimed "Mac OSX Initiator Support" on the product page. But it didn't. ATTO XtendSAN 1.0 (the only Mac initiator that existed at the time) never worked. Now 2 years later, neither of the two Mac Initiators work properly. XtendSAN 2.0 works, but miserably with this target. Write speeds are less than 20% of what they should be. The SNS globalSAN initiator works, and it has incredible performance with this target. Near wire-speed. But it occasionally hangs and times out during large data transfers. Kind of a problem.

    At one point, one of the past updates said it "now supports volumes >2TB". From what I can tell, that never really happened. At least not for me. No matter how large, my OS only sees 2TB. And one of the initiators I use (globalSAN) absolutely supports >2TB in Mac OSX, at least when using their target products (which happen to use Linux-based Wasabi DOMs, similar to Open-E).

    The 3ware driver Open-E iSCSI uses has been screwed up from day one. If you use all 16 SATA ports, any data you write to that disk will get corrupted. It doesn't matter if you create a giant 16-disk RAID 5, or split it into 2 or more RAID volumes. Anything written will get corrupted. Regardless of what initiator I've used. And you'll never know about it until its too late. This isn't some freak thing that happened to me once or twice. I've tested this countless times and repeated it consistently over the past 2 years using numerous versions of Open-E. Before and after the 3ware drivers were updated. I've tried multiple cards of the same type (9550SX-ML16). I've contacted 3ware support about it. I removed the Open-E DOM and tried both Windows and Ubuntu OSes using the same hardware RAIDs w/ 16-disks - and the problem didn't occur. I even tried the StarWind demo under Windows and connected to it as an iSCSI disk, and it worked fine. The corruption only happens when it is an Open-E target, and the 3ware support tech absolutely believed the Open-E implementation to be the problem. And despite all of that, if there is still any doubt, I also have a Wasabi iSCSI target using the same 3ware card (the reason I have two of them) and it handles 16 disks just fine (despite its other shortcomings and lack of an upgrade path).

    Lowering the disk count to 14 solved the problem, and I've found workarounds to most of the other problems. Which is why I haven't really complained too much until now. But this EOL thing has rubbed me the wrong way? Why does booting off a USB disk vs. an IDE disk constitute an entirely new product while discontinuing updates for the original one?

    Sorry for the rant, but as you can see this product hasn't worked out too well for me. I appreciate the low-cost and broad hardware support. I didn't have $30k to spend on a SAN, so this solution saved me a lot. But seeing 1.72 is considered the final version of the product - I think that's very unfortunate.

  2. #2

    Default

    As with all hardware and software there is a chance that EOL comes into play. I don’t blame you at all - hey I still want updates and support for my Windows NT 4.0 server or my Novell 3.x server but I know this will not happen.

    Not all is lost!!! I have an update for the Target IP Access. Please send me an email and I will forward this onto to you. Just update thru the Web GUI.

    The USB is far superior in many ways compared to the IDE DOMs. Faster, 4 times the capacity and quicker updates.

    I just loaded iSCSI Enterprise 1.72 build (newly configured) and the MaxBurstLength is set to 262144 in "Tuning -> iSCSI Daemon Options" and this is the same for DSS, iSCSI-R3 Enterprise as well.

    Concerning the MaxRecvDataSegmentLength - The default value should be 8192 not the maximum value 262144.

    Not sure about the "Mac OSX Initiator Support" issue as we have many customers working.
    There is even a member in the forum who is working fine without issues.

    Not sure if you new this but 3Ware had a big issue in there knowledge base about the 9550 and 9560’s. I had several customer call me to let me know as soon as they changed to Areca they improved drastically.

    Don't forget to email so I can give you the update to fix the IP issues - todd.maxwell@open-e.com
    All the best,

    Todd Maxwell


    Follow the red "E"
    Facebook | Twitter | YouTube

  3. #3

    Default

    Quote Originally Posted by To-M
    As with all hardware and software there is a chance that EOL comes into play. I don’t blame you at all - hey I still want updates and support for my Windows NT 4.0 server or my Novell 3.x server but I know this will not happen.

    Not all is lost!!! I have an update for the Target IP Access. Please send me an email and I will forward this onto to you. Just update thru the Web GUI.

    The USB is far superior in many ways compared to the IDE DOMs. Faster, 4 times the capacity and quicker updates.

    I just loaded iSCSI Enterprise 1.72 build (newly configured) and the MaxBurstLength is set to 262144 in "Tuning -> iSCSI Daemon Options" and this is the same for DSS, iSCSI-R3 Enterprise as well.

    Concerning the MaxRecvDataSegmentLength - The default value should be 8192 not the maximum value 262144.

    Not sure about the "Mac OSX Initiator Support" issue as we have many customers working.
    There is even a member in the forum who is working fine without issues.

    Not sure if you new this but 3Ware had a big issue in there knowledge base about the 9550 and 9560’s. I had several customer call me to let me know as soon as they changed to Areca they improved drastically.

    Don't forget to email so I can give you the update to fix the IP issues - todd.maxwell@open-e.com
    Thanks. I don't need the Target IP thing anymore, but I'll email you if I ever do. Appreciate it.

    You might have misunderstood. The default values for "Max Burst" and "First Burst" start out as the right values. The problem is the actual text that tells you what the default is. That is where there are typos. It says 262214, and 65536 are the default values. So if you ever change it and later want to go back to the default, you'll enter in the wrong values thinking the defaults are those two values. It's of no consequence to me now, since I know about it. But this could screw up other users who are unaware.

    Where can I find the knowlege base article on 3ware? I searched 9550 and went through them all. Didn't see anything that relates to this. Thanks.

  4. #4

    Default

    Send me an email so I can send you this info.
    All the best,

    Todd Maxwell


    Follow the red "E"
    Facebook | Twitter | YouTube

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •