Blogaristoo - Latest comments on SASsy lip from the LSI 1068e

Marcin [Visitor] in response to: SASsy lip from the LSI 1068e

Marcin [Visitor] — Wed, 26 May 2010 18:16:06 +0000

Hi,
I have bought similar motherboard with the same controller. That link is broken maybe you know where i can get that. I tried to contact supermicro.com but they can't give me that :[
Best Regards,
Marcin

Joe "Floid" Kanowitz [Visitor] in response to: SASsy lip from the LSI 1068e

Joe "Floid" Kanowitz [Visitor] — Wed, 10 Feb 2010 01:06:52 +0000

@Yestine: More than a little late, but having just noticed you in the comments here - if you run into this with a LSI 106x-family product, try forcing your disks to 1.5Gbps / "SATA 150" [on SATA devices, normally requires a DOS utility from the disk vendor] or vice-versa.

IIRC most newer firmwares for these controllers force one rate (the slower one?) with SATA because some unknown devices weren't negotiating properly, while most SATA disks now ship forcing the *other* rate for similar reasons. Situation normal. Unfortunately I can't find the reference now to confirm (and make sure I'm not backwards on the rates).

Yestine [Visitor] in response to: SASsy lip from the LSI 1068e

Yestine [Visitor] — Tue, 08 Sep 2009 03:54:13 +0000

After much trouble trying to install Ubuntu 8.04 LTS, Ubuntu 9.04, CentOS 5.3 and failing miserably each time, I finally found this post which suggests a direction to head in.

However, after flashing the BIOS, both the LSI controller (in IT RAID mode) and Ubuntu installer (using mptsas) are unable to detect the presence of any drives. I'm using 4x1TB SATA hard disks so is there a problem with the controller not being able to support such huge sizes?

Brian [Visitor] in response to: SASsy lip from the LSI 1068e

Brian [Visitor] — Mon, 29 Jun 2009 19:36:18 +0000

Thanks Matt! I was having much the same trouble on an X8DT3-F when I found your blog. With your instructions I was able to install and boot off SAS attached disks.

One note, Supermicro does have new drivers on the site than the link above. The BIOS of the newer packages failed but the firmware failed a checksum. Using Matt's link above caused no problems.

Brian

Mick Russom [Visitor] in response to: SASsy lip from the LSI 1068e

Mick Russom [Visitor] — Tue, 17 Feb 2009 21:10:13 +0000

Also, you can compiled the ITE driver for the kernel yourself. This damn motherboard has some sort of off brand IDE controller for the DVD.

The sources are on supermicro's website, I'll post a howto here later.

Matt [Member] in response to: SASsy lip from the LSI 1068e

Matt [Member] — Sat, 24 Jan 2009 15:37:19 +0000

Glad to know that the post helped somebody! :)

The reason I got thrown these mostly is because even at the vendor level, SCSI is on its way out. That is a tragic thing as SCSI is rock solid and when there's a drive failure you know it. SATA on the other hand can hose up a system pretty well before you figure out something is funky with the drive and from my experience, results in a far more laggy system under load. Could just be the drivers, but SCSI controllers for the most part have been a pleasure to work with. Far more than I can say for SATA/SAS.

Mick Russom [Visitor] in response to: SASsy lip from the LSI 1068e

Mick Russom [Visitor] — Sat, 24 Jan 2009 07:23:48 +0000

Thank you! Emails to vendor and Supermicro sit unanswered and your page got me going right away.

LSI and Adaptec both pull these JERK OFF stunts on these ASICs that have a HW-RAID capability but (Dell/HP/Supermicro/IBM) want you to buy a RAID-KEY to enable all the secret sauce.

I miss the days of simple SCSI controllers and simple SCSI-RAID controllers.

I really wish that all onboard devices would be JBOD only, these unlock the secret hardware raid things are always like this, and the super-killer is:

Why in the name of all things holy would LSI and Adaptec want to support this festering mess and miasma of all these different ways of doing the same exact ASIC? One guy embeds a SCSI-BIOS or SAS-BIOS within the main BIOS, another makes a discreet flash chip, the next does something else, and then, I compared the LSI 1068E firmwares between:

Sun/HP/Dell/IBM/Supermicro. I downloaded them all, and then compared.

For a single ASIC-revision, every frigging clown company has a different FW and BIOS revision! No one keeps these up to date, and nobody cares, and if you call LSI, they say, call the (insert Integrator Name Here) call the system integrator, and if they even (in the case of Supermicro) acknowledge your existence, or in the case of others even know what you are talking about they laugh off your request. You ask, hey, why is IBM's MPT-IT firmware for the SAME ASIC(Rev) ahead of yours, can you update yours to the latest? They can't even answer it. Its sloppy and disgusting and disorganized and wrong, and its LSI and Adaptec's fault. Imagine, engineers at LSI and Adaptec busy fixing errata but only the retail cards get the fixes and the myriad of OEMs integrating this stuff half-assed-ly don't even bother with the new firmware.

Its gotten to be a sad state of affairs.

On another system, I found a Supermicro SAS-RAID card that can be cross flashed with the retail SAS (8888ELP) firmware, and that is so much better. It was like version 6, dated in early 2007, and the retail SAS-RAID firmware and BIOS are on LSI's website are new, and if you saw the bugs that LSI fixes, you would know that you want to at least be aware of the errata that affects your SAS JBOD or SAS RAID controller.

I know this is all about fitting 15lbs of stuff in 5lb bags, making money off of RAID keys that re-enable purposely disabled features of an ASIC because marketing people suck and are stupid and cause everyone pain to make $50 bucks (just charge us $50 more and stop being jerks, OEMS) and all that…. But seriously, "COME ON."

I've always been into retail cards for systems builds, and have routinely been annoyed by half-assed or improperly done integrations of cards and ASICs you know are the same as the retail cards, but the vendor is either lazy, stupid, reckless or all three and simply chooses to suck.

Now if you work for a big huge company, they can be bent to your will, but if you are a SMB little guy little fry, which probably makes up a lot of these clown's business, you get treated like crap.