All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stan Hoeppner <stan@hardwarefreak.com>
To: Steve Bergman <sbergman27@gmail.com>
Cc: Ric Wheeler <rwheeler@redhat.com>,
	Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: Is this expected RAID10 performance?
Date: Mon, 10 Jun 2013 03:35:03 -0500	[thread overview]
Message-ID: <51B58FB7.9080508@hardwarefreak.com> (raw)
In-Reply-To: <CAO9HMNG8TaG3oTtmOcv8Zhe7_XghAzLLyEF5JwTpBAJfxhe+Qw@mail.gmail.com>

On 6/9/2013 6:08 PM, Steve Bergman wrote:
> And there are inevitable situations like last week when
> there was a(nother) power failure (I live in Oklahoma City) and the
> management and employees were scrambling to put everything on
> generators. The UPS didn't like the generator, and by the time they
> got the server back up it had crashed 5 times.

With all due respect Steve, your car has a hole in the exhaust and fumes
are entering the passenger cabin.  Instead of fixing the exhaust, you're
trying to roll down the windows to get the fumes out.

The problem is power, not Linux nor the filesystem.  So add more battery
packs to increase uptime, and implement apcupsd for clean shutdown on
low battery.  Avoiding unclean shutdowns due to power issues is a
problem solved long ago.  For this particular customer whose server went
down hard five times (there's no excuse for this BTW), this is a perfect
time to write a proposal for additional UPS hardware.  For the server
systems you've described, UPS+batteries for 12 hours of uptime is chump
change compared to lost revenue.  For any business in the Midwest, you
should have at least 12 hours of UPS time, or 1 hour UPS (cut at 30
mins) plus constantly tested and verified auto cutover to diesel
generator, which can be filled on the fly for indefinite power generation.

Storms usually arrive between late afternoon and during the overnight
hours.  Your biz power will normally go down during this time frame, and
multiple times while the power co is fixing downed lines.

I'm sure you'll come up with a list of reasons why they can't afford
more power backup, or that they shouldn't need it if filesystems just
worked "correctly", etc, etc.  They will all be invalid.

The simple fact is computers are powered by electricity.  If the current
stops flowing while they are running you will have problems, and not
just filesystems.  If they are properly powered down, they cannot be run
again until power is restored.

This is the problem you need to address.  Not filesystem "reliability".
 At minimum apcupsd should solve a lot of these problems.  But of course
you already know of apcupsd.  So why the 5 unclean shutdowns?

-- 
Stan


  reply	other threads:[~2013-06-10  8:35 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-08 19:56 Is this expected RAID10 performance? Steve Bergman
2013-06-09  3:08 ` Stan Hoeppner
2013-06-09 12:09 ` Ric Wheeler
2013-06-09 20:06   ` Steve Bergman
2013-06-09 21:40     ` Ric Wheeler
2013-06-09 23:08       ` Steve Bergman
2013-06-10  8:35         ` Stan Hoeppner [this message]
2013-06-10  0:11       ` Joe Landman
2013-06-09 22:05     ` Eric Sandeen
2013-06-09 23:34       ` Steve Bergman
2013-06-10  0:02         ` Eric Sandeen
2013-06-10  2:37           ` Steve Bergman
2013-06-10 10:00             ` Stan Hoeppner
2013-06-10  7:19           ` David Brown
2013-06-10  0:05     ` Joe Landman
  -- strict thread matches above, loose matches on Subject: below --
2013-06-09 23:53 Steve Bergman
2013-06-10  9:23 ` Stan Hoeppner
2013-06-06 23:52 Steve Bergman
2013-06-07  3:25 ` Stan Hoeppner
2013-06-07  7:51 ` Roger Heflin
2013-06-07  8:07   ` Alexander Zvyagin
2013-06-07 10:44     ` Steve Bergman
2013-06-07 10:52       ` Roman Mamedov
2013-06-07 11:25         ` Steve Bergman
2013-06-07 13:18           ` Stan Hoeppner
2013-06-07 13:54             ` Steve Bergman
2013-06-07 21:43               ` Bill Davidsen
2013-06-07 23:33               ` Stan Hoeppner
2013-06-07 12:39       ` Stan Hoeppner
2013-06-07 12:59         ` Steve Bergman
2013-06-07 20:51           ` Stan Hoeppner
2013-06-08 18:23 ` keld

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=51B58FB7.9080508@hardwarefreak.com \
    --to=stan@hardwarefreak.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=rwheeler@redhat.com \
    --cc=sbergman27@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.