All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andras Tantos <andras@tantosonline.com>
To: Phil Turmel <philip@turmel.org>
Cc: Linux-RAID <linux-raid@vger.kernel.org>
Subject: Re: How to recover after md crash during reshape?
Date: Wed, 28 Oct 2015 09:31:30 -0700	[thread overview]
Message-ID: <5630F862.5040308@tantosonline.com> (raw)
In-Reply-To: <562D5F91.5040300@turmel.org>

Thanks again Phil!

I'm almost there...

 >>     [ 5859.527778] EXT4-fs (md1): bad geometry: block count 1831419920
 >> exceeds size of device (1831419760 blocks)
 >
 >Yep. You'll need to use the --size option on a create. Note that it
 >specifies the amount of each device to use, not the overall array size.
 >According to "man mdadm", its units is k == 1024 bytes.  Use the exact
 >size from your original => --size=1465135936

When I try to do that, I get the following message:

     root@bazsalikom:~# mdadm --create --assume-clean --verbose 
--metadata=1.0 --raid-devices=7 --size=1465135936 --chunk=64 --level=6 
/dev/md1 /dev/sde2 /dev/sdc2 /dev/sdf1 /dev/sdd1 /dev/sdb1 /dev/sdg1 
/dev/sdh2
     mdadm: layout defaults to left-symmetric
     mdadm: /dev/sde2 appears to contain an ext2fs file system
         size=-1216020180K  mtime=Wed Dec  8 11:55:07 1954
     mdadm: /dev/sde2 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: /dev/sdc2 appears to contain an ext2fs file system
         size=-1264254912K  mtime=Sat Jul 18 15:26:57 2015
     mdadm: /dev/sdc2 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: /dev/sdf1 is smaller than given size. 1465135808K < 
1465135936K + metadata
     mdadm: /dev/sdd1 is smaller than given size. 1465135808K < 
1465135936K + metadata
     mdadm: /dev/sdb1 is smaller than given size. 1465135808K < 
1465135936K + metadata
     mdadm: /dev/sdg1 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: /dev/sdh2 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: create aborted

To be able to re-assemble the array, I *have* to specify metadata 
version 0.9:

     root@bazsalikom:~# mdadm --create --assume-clean --verbose 
--metadata=0.9 --raid-devices=7 --size=1465135936 --chunk=64 --level=6 
/dev/md1 /dev/sde2 /dev/sdc2 /dev/sdf1 /dev/sdd1 /dev/sdb1 /dev/sdg1 
/dev/sdh2
     mdadm: layout defaults to left-symmetric
     mdadm: /dev/sde2 appears to contain an ext2fs file system
         size=-1216020180K  mtime=Wed Dec  8 11:55:07 1954
     mdadm: /dev/sde2 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: /dev/sdc2 appears to contain an ext2fs file system
         size=-1264254912K  mtime=Sat Jul 18 15:26:57 2015
     mdadm: /dev/sdc2 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: /dev/sdf1 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: /dev/sdd1 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: /dev/sdb1 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: /dev/sdg1 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: /dev/sdh2 appears to be part of a raid array:
         level=raid6 devices=7 ctime=Wed Oct 28 09:17:55 2015
     mdadm: largest drive (/dev/sdg1) exceeds size (1465135936K) by more 
than 1%
     Continue creating array? y
     mdadm: array /dev/md1 started.

Is this a problem? Can I upgrade my array to 1.0 metadata? Should I?

Andras


  reply	other threads:[~2015-10-28 16:31 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-10-20  2:35 How to recover after md crash during reshape? andras
2015-10-20 12:50 ` Anugraha Sinha
2015-10-20 13:04 ` Wols Lists
2015-10-20 13:49 ` Phil Turmel
     [not found]   ` <3baf849321d819483c5d20c005a31844@tantosonline.com>
2015-10-20 15:42     ` Phil Turmel
2015-10-20 22:34       ` Anugraha Sinha
2015-10-21  3:52       ` andras
2015-10-21 12:01         ` Phil Turmel
2015-10-21 16:17       ` Wols Lists
2015-10-21 16:05         ` Phil Turmel
2015-10-25 14:15       ` andras
2015-10-25 23:02         ` Phil Turmel
2015-10-28 16:31           ` Andras Tantos [this message]
2015-10-28 16:42             ` Phil Turmel
2015-10-28 17:10               ` Andras Tantos
2015-10-28 17:38                 ` Phil Turmel
2015-10-29 16:59               ` Andras Tantos
2015-10-30 18:12                 ` Phil Turmel
2015-11-03 23:42                   ` How to recover after md crash during reshape? - SOLVED/SUMMARY Andras Tantos
2015-10-21  1:35 ` How to recover after md crash during reshape? Neil Brown
2015-10-21  4:03   ` andras
2015-10-21 12:18   ` Phil Turmel
2015-10-21 20:26     ` Neil Brown
2015-10-21 20:37       ` Phil Turmel

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=5630F862.5040308@tantosonline.com \
    --to=andras@tantosonline.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=philip@turmel.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 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.