All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pradeep <pradeepjp@yahoo.com>
To: NeilBrown <neilb@suse.de>
Cc: linux-raid@vger.kernel.org
Subject: Re: mdadm -A erased the superblock ?
Date: Sat, 22 Mar 2008 09:53:38 -0700 (PDT)	[thread overview]
Message-ID: <4510.66972.qm@web32801.mail.mud.yahoo.com> (raw)
In-Reply-To: <40829.192.168.1.70.1206129490.squirrel@neil.brown.name>


> Where there any kernel message (view with 'dmesg') at this time?

Mar 21 00:27:45 brahma kernel: md: invalid raid superblock magic on sdd
Mar 21 00:27:45 brahma kernel: md: sdd does not have a valid v0.90 superblock, not
importing!
Mar 21 00:27:45 brahma kernel: md: md_import_device returned -22



    What is much more interesting, is that I rebooted the machine, and 'mdadm --examine'
started working again (producing output).
I then retried the 'mdadm -A' command and that went through as well.

I did not run any other command that could have written anything to the hard disk.

This is an x86_64 machine - Linux brahma.skynet.xc 2.6.23.15-137.fc8 #1 SMP Sun Feb 10
17:03:13 EST 2008 x86_64 x86_64 x86_64 GNU/Linux
I cannot recall if the raid set was originally created on a 32 or a 64 bit O.S.

Is there any other diagnostic I can try ?
regards,
-pradeep.


--- NeilBrown <neilb@suse.de> wrote:

> On Fri, March 21, 2008 7:26 am, Pradeep wrote:
> > Hi,
> >     It appears that a 'mdadm -A' command erased the superblocks on my
> > disks.
> > Could you please take a look and let me know if I did something wrong ?
> >
> > (I was adding 2 disks that were in a raid 1 set to a new machine running
> > fedora 8.)
> > Briefly, I issued an 'mdadm --examine /dev/sdd1' command to check the
> > disks in my raid 1
> > array.
> > (repeat similar command for /dev/sde1)
> >
> > Then I issued 'mdadm -A -v -u '400f8c5f:045827ea:f72fe561:698ccea2'
> > /dev/md0'
> > which errored out because it was looking at /dev/sdd instead of /dev/sdd1
> >
> 
> This isn't why it errored out.  It looked at sdd and found nothing there.
> It also looked at various other devices and found nothing usable there.
> That is perfectly normal.
> 
> What is strange is that it found sdd1 and sde1 in /proc/partitions,
> but couldn't find names for them in /dev, so it reports them as
> 8:65 and 8:49
> 
> However when you ran the "--examine", it did find /dev/sdd1 in
> /dev with the correct major/minor numbers.  So something must
> have happened between those two commands.
> 
> Also, I cannot think why it is reporting "Invalid argument" and
> failing to add the devices to the array.
> Where there any kernel message (view with 'dmesg') at this time?
> 
> NeilBrown
> 
> 
> 
> 



      ____________________________________________________________________________________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.  http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

  reply	other threads:[~2008-03-22 16:53 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-20 20:26 mdadm -A erased the superblock ? Pradeep
2008-03-21 19:58 ` NeilBrown
2008-03-22 16:53   ` Pradeep [this message]
2008-03-25  5:09     ` Neil 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=4510.66972.qm@web32801.mail.mud.yahoo.com \
    --to=pradeepjp@yahoo.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@suse.de \
    /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.