linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Redeeman <redeeman@metanurb.dk>
To: John Robinson <john.robinson@anonymous.org.uk>
Cc: Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: Poor write performance with write-intent bitmap?
Date: Sat, 23 May 2009 01:00:25 +0200	[thread overview]
Message-ID: <1243033225.5740.30.camel@localhost> (raw)
In-Reply-To: <49EDB685.7000004@anonymous.org.uk>

On Tue, 2009-04-21 at 13:05 +0100, John Robinson wrote:
> On 21/04/2009 06:50, Neil Brown wrote:
> > On Tuesday April 21, john.robinson@anonymous.org.uk wrote:
> >> Eeek! Trying to `mdadm --grow /dev/md1 --bitmap=none` from my large 
> >> chunk size caused a reboot! There's nothing in the log, and I didn't see 
> >> the console. I still have my 32M chunksize but I don't want to try that 
> >> again in a hurry :-)
> > 
> > That's a worry... I cannot easily reproduce it.  If it happens again
> > and you get any more detail, I'm sure you'll let me know.
> 
> Sure will. For the moment I have something that looks slightly 
> inconsistent: mdadm --detail shows no bitmap after the crash:
> # mdadm --detail /dev/md1
> /dev/md1:
>          Version : 00.90.03
>    Creation Time : Mon Jul 28 15:49:09 2008
>       Raid Level : raid5
>       Array Size : 1953310720 (1862.82 GiB 2000.19 GB)
>    Used Dev Size : 976655360 (931.41 GiB 1000.10 GB)
>     Raid Devices : 3
>    Total Devices : 3
> Preferred Minor : 1
>      Persistence : Superblock is persistent
> 
>      Update Time : Tue Apr 21 12:37:15 2009
>            State : clean
>   Active Devices : 3
> Working Devices : 3
>   Failed Devices : 0
>    Spare Devices : 0
> 
>           Layout : left-symmetric
>       Chunk Size : 256K
> 
>             UUID : d8c57a89:166ee722:23adec48:1574b5fc
>           Events : 0.6152
> 
>      Number   Major   Minor   RaidDevice State
>         0       8        2        0      active sync   /dev/sda2
>         1       8       18        1      active sync   /dev/sdb2
>         2       8       34        2      active sync   /dev/sdc2
> 
> and indeed another attempt to remove the bitmap fails gently:
> # mdadm --grow /dev/md1 --bitmap none
> mdadm: no bitmap found on /dev/md1
> 
> However examining any of the devices making up the RAID appears to 
> suggest there is a bitmap:
> # mdadm --examine-bitmap /dev/sda2
>          Filename : /dev/sda2
>             Magic : 6d746962
>           Version : 4
>              UUID : d8c57a89:166ee722:23adec48:1574b5fc
>            Events : 6148
>    Events Cleared : 6148
>             State : OK
>         Chunksize : 32 MB
>            Daemon : 5s flush period
>        Write Mode : Normal
>         Sync Size : 976655360 (931.41 GiB 1000.10 GB)
>            Bitmap : 29806 bits (chunks), 10 dirty (0.0%)
> 
> Is this to be expected? I would have thought it would say nothing here, 
> or say there's no bitmap.

Hmm very good question, I'd like to know that aswell..

<snip>
> Many thanks for all your advice and assistance.
> 
> Cheers,
> 
> John.
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


  reply	other threads:[~2009-05-22 23:00 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-20 17:12 Performance of a software raid 5 Johannes Segitz
2009-04-20 23:46 ` John Robinson
2009-04-21  0:10   ` Johannes Segitz
2009-04-21  0:52     ` John Robinson
2009-04-21  1:05       ` Johannes Segitz
2009-04-21  1:12         ` John Robinson
2009-04-21  1:19         ` NeilBrown
2009-04-21  2:04           ` Johannes Segitz
2009-04-21  5:46             ` Neil Brown
2009-04-21 12:40               ` Johannes Segitz
2009-04-24 13:49                 ` Johannes Segitz
2009-04-26 17:03               ` Johannes Segitz
2009-04-21 18:56             ` Corey Hickey
2009-04-22 12:29               ` Bill Davidsen
2009-04-22 22:32                 ` Corey Hickey
2009-04-22  9:07           ` Goswin von Brederlow
2009-04-21  0:44   ` Poor write performance with write-intent bitmap? John Robinson
2009-04-21  1:33     ` NeilBrown
2009-04-21  2:13       ` John Robinson
2009-04-21  5:50         ` Neil Brown
2009-04-21 12:05           ` John Robinson
2009-05-22 23:00             ` Redeeman [this message]
2009-04-22  9:16         ` Goswin von Brederlow
2009-04-22 12:41           ` John Robinson
2009-04-22 14:02             ` Goswin von Brederlow
2009-04-23  7:48               ` John Robinson
2009-04-22 14:21             ` Andre Noll
2009-04-23  8:04               ` John Robinson
2009-04-23 20:23                 ` Goswin von Brederlow
2009-04-21 16:00       ` Bill Davidsen

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=1243033225.5740.30.camel@localhost \
    --to=redeeman@metanurb.dk \
    --cc=john.robinson@anonymous.org.uk \
    --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).