All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tyler <pml@dtbb.net>
To: Neil Brown <neilb@cse.unsw.edu.au>
Cc: linux-raid@vger.kernel.org
Subject: Re: BUGREPORT: mdadm v2.0-devel - Examine and zero-superblock misbehaving
Date: Tue, 03 May 2005 16:55:32 -0700	[thread overview]
Message-ID: <42780F74.8050900@dtbb.net> (raw)
In-Reply-To: <17016.3630.940288.540120@cse.unsw.edu.au>

Hi Neil,

I tried removing the superblock several times to test the theory, but it 
seems the removal isn't working.. maybe because of the semi-invalid 
information of 380 spare drives? I'm not sure?

root@localhost:~/dev/mdadm-2.0-devel-1# ./mdadm --zero-superblock /dev/hdc
root@localhost:~/dev/mdadm-2.0-devel-1# ./mdadm --zero-superblock /dev/hdc
root@localhost:~/dev/mdadm-2.0-devel-1# ./mdadm --zero-superblock /dev/hdc
root@localhost:~/dev/mdadm-2.0-devel-1# ./mdadm -E /dev/hdc
/dev/hdc:
          Magic : a92b4efc
        Version : 01.00
     Array UUID : f4b2dc026e:a3cc3e95:de0563f5:199250
           Name :
  Creation Time : Tue May  3 11:16:22 2005
     Raid Level : raid5
   Raid Devices : 3

    Device Size : 390721952 (186.31 GiB 200.05 GB)
   Super Offset : 390721952 sectors
          State : active
    Device UUID : f4b2dc026e:a3cc3e95:de0563f5:199250
    Update Time : Tue May  3 11:16:22 2005
       Checksum : d4cd5d80 - correct
         Events : 0

         Layout : -unknown-
     Chunk Size : 64K

   Array State : Uuu 381 spares
root@localhost:~/dev/mdadm-2.0-devel-1# ./mdadm -E /dev/hdd
root@localhost:~/dev/mdadm-2.0-devel-1# ./mdadm --zero-superblock /dev/hdd
mdadm: Unrecognised md component device - /dev/hdd

Neil Brown wrote:

>On Tuesday May 3, pml@dtbb.net wrote:
>  
>
>>On a site note, mdadm --zero-superblock doesn't seem to work correctly 
>>with mdadm v2.0-devel, it reports no error when you use it, but you can 
>>mdadm -E /dev/hdX after using it, and there is still a superblock, if 
>>you use mdadm v1.9.0-2, it works correctly, and the examine shows 
>>nothing afterwards.  Examples follow after the first problem.  Mdadm 
>>v2.0 also seems to misreport the findings using the examine function.. 
>>"381 spares."  Using kernel 2.6.12-rc3-mm2.
>>
>>First i run zero superblock with mdadm v2.0-devel from current dir:
>>
>>root@localhost:~/dev/mdadm-2.0-devel-1# ./mdadm --zero-superblock /dev/hdc
>>
>>Then examine the superblock using mdadm v2.0-devel from current dir:
>>
>>root@localhost:~/dev/mdadm-2.0-devel-1# ./mdadm -E /dev/hdc
>>/dev/hdc:
>>          Magic : a92b4efc
>>        Version : 01.00
>>    
>>
>
>What has happened here is that "mdadm --zero-superblock" found a
>version 0.90 superblock and zeroed it.  There was still a version 1
>superblock (which lives in a different location). and -E found that.
>If you run --zero-superblock serveral times it should zero everything,
>though normally you would not expect to have multiple superblocks.
>
>  
>
>>   Array State : Uuu 381 spares
>>
>>    
>>
>
>Not sure about this.  I'll have to spend  a while reminding my self
>what is meant to happen, and what actually does...
>
>NeilBrown
>
>
>  
>


      reply	other threads:[~2005-05-03 23:55 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-03 11:02 BUGREPORT: mdadm v2.0-devel - Examine and zero-superblock misbehaving Tyler
2005-05-03 23:50 ` Neil Brown
2005-05-03 23:55   ` Tyler [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=42780F74.8050900@dtbb.net \
    --to=pml@dtbb.net \
    --cc=linux-raid@vger.kernel.org \
    --cc=neilb@cse.unsw.edu.au \
    /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.