linux-raid.vger.kernel.org archive mirror
 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 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).