From: NeilBrown <neilb@suse.de>
To: "Paramasivam, Meenakshisundaram" <mparamas@iupui.edu>
Cc: "linux-raid@vger.kernel.org" <linux-raid@vger.kernel.org>
Subject: Re: mdadm raid6 recovery status
Date: Sat, 31 Mar 2012 09:51:00 +1100 [thread overview]
Message-ID: <20120331095100.5c6db4c0@notabene.brown> (raw)
In-Reply-To: <B2B36B3006DB4C47A56D6BA19443F5D12DCEBDDD@IU-MSSG-MBX110.ads.iu.edu>
[-- Attachment #1: Type: text/plain, Size: 5319 bytes --]
On Fri, 30 Mar 2012 21:22:34 +0000 "Paramasivam, Meenakshisundaram"
<mparamas@iupui.edu> wrote:
>
> Thanks. Is it safe to fsck -n (and then fsck -y) on /dev/md2 when sdg is just added to md2 and is in "spare rebulding" status and recovery is only at 4% completed? BTW, we got all of the data backed up.
It is certainly safe to "fsck -n" while there is a spare rebuilding. Each
process will slow down the other but that shouldn't be a problem.
I would never say that "fsck -y" is safe without seeing the output for "fsck
-n" however the rebuilding the spare should affect the safety of "fsck -y".
And it is always nice to hear that people have their data safe - thanks.
NeilBrown
>
> Background:
> When we assembled md2 we forced rest of the drives and did not include this drive. After 24 hrs, when I tried to assemble all of the drives into md2, I got "md: kicking non-fresh sdg from array!" message through dmesg, and was removed from md2 (through mdadm --detail). I just did:
> # mdadm /dev/md2 --add /dev/sdg
> mdadm: re-added /dev/sdg
>
> Sundar
>
> ________________________________________
> From: NeilBrown [neilb@suse.de]
> Sent: Thursday, March 29, 2012 3:41 PM
> To: Paramasivam, Meenakshisundaram
> Cc: linux-raid@vger.kernel.org
> Subject: Re: mdadm raid6 recovery status
>
> On Thu, 29 Mar 2012 18:47:14 +0000 "Paramasivam, Meenakshisundaram"
> <mparamas@iupui.edu> wrote:
>
> >
> > Clarification:
> > >>should I do new array creation
> > I meant running newfs on assembled 12 TB array, and restore data from backup, to resolve "df" reporting problem.
>
> I would suggest asking on
> linux-ext4@vger.kernel.org
>
> be sure to give lots of details - kernel version etc.
> It would be worth running
> fsck -n /dev/md2
> first and see if it reports anything strange.
> Maybe just a fsck will fix it.
>
> NeilBrown
>
>
> >
> > ________________________________________
> > From: Paramasivam, Meenakshisundaram
> > Sent: Thursday, March 29, 2012 1:33 PM
> > To: NeilBrown
> > Cc: linux-raid@vger.kernel.org
> > Subject: RE: mdadm raid6 recovery status
> >
> > Good news: Got ALL of our data back. [Actually it was 4.96TB not 7TB].
> > mdadm is a good one.
> >
> > Bad news: "df" is reporting wrong, while "du" is showing full size.
> > # df -kl /myarray
> > Filesystem 1K-blocks Used Available Use% Mounted on
> > /dev/md2 11537161976 162432 10950945196 1% /myarray
> > # du -sk /myarray
> > 5326133556 /myarray
> > #
> >
> > I never looked into du or looked in depth of the files & folders and simply got mislead by reported "df" usage; data was there all along. We definitely want "df" for the array's filesystem (ext3) to report right.
> >
> > Now that we are backing up all of the data (at 400 Mbps) over network, I want to know if "df" reporting can be fixed easily or should I do new array creation and restore data from backup.
> >
> > We are ordering a new RAID card, just to be on safer side.
> >
> > Sundar
> >
> > ________________________________________
> > From: NeilBrown [neilb@suse.de]
> > Sent: Wednesday, March 28, 2012 7:27 PM
> > To: Paramasivam, Meenakshisundaram
> > Cc: linux-raid@vger.kernel.org
> > Subject: Re: mdadm raid6 recovery status
> >
> > On Wed, 28 Mar 2012 12:49:18 +0000 "Paramasivam, Meenakshisundaram"
> > <mparamas@iupui.edu> wrote:
> >
> > > [root@in-rady-neuro9 ~]# df -kl /myarray
> > > Filesystem 1K-blocks Used Available Use% Mounted on
> > > /dev/md2 11537161976 162432 10950945196 1% /myarray
> > > Should be 7TB of used space.
> >
> > This is bad. Something has happened to your filesystem.
> > It is almost as though someone ran "mkfs" on the array.
> > I don't know much about recovery after such an action, but I doubt you
> > will get much back.
> >
> > >
> > > [root@in-rady-neuro9 ~]# cat /proc/partitions
> > > major minor #blocks name
> > >
> > > 8 0 438960128 sda
> > > 8 1 512000 sda1
> > > 8 2 51200000 sda2
> > > 8 3 387247104 sda3
> > > 8 16 1953514584 sdb
> > > 8 32 1953514584 sdc
> > > 8 48 1953514584 sdd
> > > 8 64 1953514584 sde
> > > 8 80 1953514584 sdf
> > > 8 96 1953514584 sdg
> > > 8 112 1953514584 sdh
> > > 8 128 1953514584 sdi
> > > 253 0 346226688 dm-0
> > > 253 1 40992768 dm-1
> >
> > No md2 ???
> >
> > >
> > > sd[b-i] are raid devices
> > >
> > > [root@in-rady-neuro9 ~]# mdadm --detail /dev/md2
> > > /dev/md2:
> > > Version : 0.90
> > > Creation Time : Fri Dec 16 17:56:14 2011
> > > Raid Level : raid6
> > > Array Size : 11721086976 (11178.10 GiB 12002.39 GB)
> > > Used Dev Size : 1953514496 (1863.02 GiB 2000.40 GB) <<<====== Wrong! Should be 7TB of used array space.
> >
> > "Used Dev Size" isn't "how much of the array is used by the filesystem" -
> > mdadm doesn't know anything about filesystems.
> > It is "How much of each individual device is used by the array", which is
> > usually a little less than the size of the smallest device.
> > So 2TB is correct here.
> >
> >
> > NeilBrown
> >
> >
>
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
prev parent reply other threads:[~2012-03-30 22:51 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-28 2:22 mdadm raid6 recovery status Paramasivam, Meenakshisundaram
2012-03-28 4:11 ` NeilBrown
2012-03-28 12:49 ` Paramasivam, Meenakshisundaram
2012-03-28 19:39 ` John Robinson
2012-03-28 23:27 ` NeilBrown
2012-03-29 17:33 ` Paramasivam, Meenakshisundaram
2012-03-29 18:47 ` Paramasivam, Meenakshisundaram
2012-03-29 19:41 ` NeilBrown
2012-03-30 21:22 ` Paramasivam, Meenakshisundaram
2012-03-30 22:51 ` NeilBrown [this message]
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=20120331095100.5c6db4c0@notabene.brown \
--to=neilb@suse.de \
--cc=linux-raid@vger.kernel.org \
--cc=mparamas@iupui.edu \
/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).