John E.P. Hynes wrote:
These are SuperMicro GEM enclosures that are rated for U320 and they
weren't cheap in my book but then that's a relative thing.
SCSI is never inexpensive. Sometimes I spell it $C$I. I'm not
familiar with SuperMicro GEM enclosures, perhaps someone who is could
comme
> Fortunately, these are internal enclosures, and the only thing on each
> of those cables is the LSI card on one end and the Supermicro GEM
> enclosure on the other.
Does it have an expander? If it does you need a 2 connector cable.
>
> Still, I'm not opposed to getting good cables and I ca
Marco Peereboom wrote:
I power cycled the server after my users went home, checked the cables,
and after about a hour's worth of hair-pulling nvram/disk configuration
mismatches I finally got the system back up with sd0 in degraded mode
and the other two optimal.
yay
Brought the system up
2008/11/19 Marco Peereboom <[EMAIL PROTECTED]>:
> Your SCSI rig is only as good as your cables. Always remember that. It
> isn't uncommon to spend a couple hundred on a good cable.
I understand much better why SAS/SATA cabeling is a Good Thing. :-)
Best
Martin
> I power cycled the server after my users went home, checked the cables,
> and after about a hour's worth of hair-pulling nvram/disk configuration
> mismatches I finally got the system back up with sd0 in degraded mode
> and the other two optimal.
yay
>
> Brought the system up to the most
These are SuperMicro GEM enclosures that are rated for U320 and they
weren't cheap in my book but then that's a relative thing.
SCSI is never inexpensive. Sometimes I spell it $C$I. I'm not
familiar with SuperMicro GEM enclosures, perhaps someone who is could
comment on the quality level.
> >> Hitachi's drive testing tool seems to be windows only, so are there any
> >> drive checking utilities that can check an individual drive when it's a
> >> part of a RAID1? Or is it safe to assume that if the drive fails in the
> >> RAID it is really dead. I'm trying to make sure I'm not se
Marco Peereboom wrote:
I created it with bioctl, but my version is from a September 1 snapshot
so it is before your fix.
There is a good chance that the hotspare does not work prior to that
fix. I'd say this explains what you see.
The server ran flawlessly for 2 years now, and I'll bet it's
> I created it with bioctl, but my version is from a September 1 snapshot
> so it is before your fix.
There is a good chance that the hotspare does not work prior to that
fix. I'd say this explains what you see.
> The server ran flawlessly for 2 years now, and I'll bet it's been a year
> sin
Marco Peereboom wrote:
On Mon, Nov 17, 2008 at 01:44:27PM -0700, Jeff Ross wrote:
Hi all,
At work I've got a server with an LSI MegaRAID (dmesg below) that
suddenly seems to be killing hard drives. Last Thursday I had one drive
fail, and the system didn't begin rebuilding onto the hot spar
On Mon, Nov 17, 2008 at 01:44:27PM -0700, Jeff Ross wrote:
> Hi all,
>
> At work I've got a server with an LSI MegaRAID (dmesg below) that
> suddenly seems to be killing hard drives. Last Thursday I had one drive
> fail, and the system didn't begin rebuilding onto the hot spare until I
> reb
Dieter wrote:
At work I've got a server with an LSI MegaRAID (dmesg below) that
suddenly seems to be killing hard drives. Last Thursday I had one drive
fail, and the system didn't begin rebuilding onto the hot spare until I
rebooted.
I would hope that the controller isn't killing drives.
> At work I've got a server with an LSI MegaRAID (dmesg below) that
> suddenly seems to be killing hard drives. Last Thursday I had one drive
> fail, and the system didn't begin rebuilding onto the hot spare until I
> rebooted.
I would hope that the controller isn't killing drives.
Can we pre
Hi all,
At work I've got a server with an LSI MegaRAID (dmesg below) that
suddenly seems to be killing hard drives. Last Thursday I had one drive
fail, and the system didn't begin rebuilding onto the hot spare until I
rebooted.
Today I lost another drive in the same safte0. I pulled anothe
14 matches
Mail list logo
