linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Brown <david.brown@hesbynett.no>
To: linux-raid@vger.kernel.org
Subject: Re: Direct disk access on IBM Server
Date: Sun, 24 Apr 2011 22:00:16 +0200	[thread overview]
Message-ID: <ip1vgg$7e0$1@dough.gmane.org> (raw)
In-Reply-To: <BANLkTi=SRxoMjpEHeS48eJBCt3qY8CMYqQ@mail.gmail.com>

On 24/04/11 14:48, Drew wrote:
> Hi David,
>
>> My goal here is to understand my options before deciding.  I've had a bit of
>> space between getting the machine and actually having the time to put it
>> into service, so I've tested a bit and thought a bit and discussed a bit on
>> this mailing list.  I'll probably go for hardware raid5 - which I could have
>> done in the beginning.  But now I know more about why that's the sensible
>> choice.
>
> I'm going to jump in a bit late but as an owner of several of these
> little beasts and say this. You have a skookum RAID card on there so
> use it. :) I'd also *strongly* recommend you jump for the BBU
> (Battery) if you haven't already.
>
> This hasn't been mentioned as a consideration but one more point of
> going in favor with the HW RAID is this: You're away on vacation and a
> drive dies. Your backup admin notices and calls an IBM monkey out to
> replace the drive. He goes, finds the failed drive indicated by the
> little warning light, and replaces it. You get back to find a zero
> dollar service order on your desk. :-)
>

Yes, I understand the point about ease of maintenance for others - 
that's already an issue for us, as I'm the only one who really 
understands the systems we have.  Of course, buying a hot-spare drive 
will involve even less effort for the backup admin, and I'll probably do 
that.

> I don't know about your shop but that's how it'd play out in mine.
> mdadm is a great product no doubt, but to work effectively with it
> everyone involved has to understand it. If you're a one man show like
> I am, with vendors who don't really touch linux (not as much money in
> it vs M$), making your linux systems as foolproof as possible is
> important, especially when the bosses are somewhat biased against it.
>

My vendor here does use Linux, but not in the way /I/ do.  It's a 
disadvantage of the flexibility and choice in the Linux world.  (I have 
no problem with the boss regarding Linux - it would cost more money just 
to figure out what MS software and client licenses we would need than it 
cost us to buy the Linux hardware.)

I've set up the system now with hardware raid5.  I've used MegaCli to 
monitor and test the system, and grow it online by adding another drive. 
  There is no doubt that the hardware raid card works, and it's fast, 
and the little lights on the drives are a great idea.

But there is also no doubt that the MegaCli command line tool is 
absolutely terrible in comparison to mdadm.  It is downright 
user-unfriendly.  I haven't bothered with the LSI gui tools - they are 
useless on a server, where there is no place for X.  The "webbios" bios 
setup is okay, but only available when rebooting the machine - it's fine 
for the initial setup.  So the only real tool that will work over a ssh 
session while the system is running, is MegaCli.  Since it is statically 
linked it works with any system, which is nice.  But the interface is 
painfully unclear, sadistically inconsistent, and badly documented.  If 
an emergency situation arose, I could explain mdadm and dictate commands 
over the phone to a backup admin - there's not a chance I could do that 
with MegaCli.

Overall, with the server I have which came with the LSI card and no 
clear way to get direct access to the disks, then using the hardware 
raid is my best option.  But for future purchases I would think very 
hard before spending money on the same solution (for the same usage) - 
I'd be inclined to spend the money on more disks than on the raid card.



  reply	other threads:[~2011-04-24 20:00 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-19 13:21 Direct disk access on IBM Server David Brown
2011-04-19 13:25 ` Mathias Burén
2011-04-19 14:04   ` David Brown
2011-04-19 14:07     ` Mathias Burén
2011-04-19 15:12       ` David Brown
2011-04-19 15:41         ` Mathias Burén
2011-04-20  8:08           ` David Brown
2011-04-19 20:08 ` Stan Hoeppner
2011-04-20 11:24   ` David Brown
2011-04-20 11:40     ` Rudy Zijlstra
2011-04-20 12:21       ` David Brown
2011-04-21  6:24         ` Stan Hoeppner
2011-04-21 11:36           ` David Brown
2011-04-23 14:05             ` Majed B.
2011-04-23 14:42               ` David Brown
2011-04-24 12:48             ` Drew
2011-04-24 20:00               ` David Brown [this message]
2011-04-24 20:25                 ` Rudy Zijlstra
2011-04-25  9:42                   ` David Brown
2011-04-21  3:50     ` Ryan Wagoner
2011-04-21 11:00       ` David Brown
2011-04-21  4:10     ` Stan Hoeppner
2011-04-21 11:19       ` David Brown

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='ip1vgg$7e0$1@dough.gmane.org' \
    --to=david.brown@hesbynett.no \
    --cc=linux-raid@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).