No argument from me--the --grow option allows disks to be added or
removed at will, so this bug is irrelevant now.

On Mon, Feb 16, 2009 at 11:00:03AM +0000, Debian Bug Tracking System wrote:
> 
> This is an automatic notification regarding your Bug report
> which was filed against the mdadm package:
> 
> #312744: mdadm has raidtools2 bug #263974 (spurious DegradedArray warnings)
> 
> It has been closed by martin f krafft <[email protected]>.
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact martin f krafft 
> <[email protected]> by
> replying to this email.
> 
> 
> -- 
> 312744: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=312744
> Debian Bug Tracking System
> Contact [email protected] with problems

> X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02
>       (2007-08-08) on rietz.debian.org
> X-Spam-Level: 
> X-Spam-Bayes: score:0.0000 Tokens: new, 31; hammy, 84; neutral, 48; spammy, 3.
>       spammytokens:0.997-+--exquisite, 0.975-+--pleasure, 0.933-+--perfect
>       hammytokens:0.000-+--H*c:protocol, 0.000-+--H*c:micalg, 
> 0.000-+--H*c:signed,
>       0.000-+--H*c:pgp-signature, 0.000-+--H*rp:U*madduck
> X-Spam-Status: No, score=-5.7 required=4.0 tests=AWL,BAYES_00,
>       MURPHY_DRUGS_REL8 autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02
> Date: Mon, 16 Feb 2009 11:58:30 +0100
> From: martin f krafft <[email protected]>
> To: [email protected], [email protected],
>       [email protected], [email protected],
>       [email protected], [email protected],
>       [email protected]
> Subject: closing wontfix bugs
> X-Motto: Keep the good times rollin'
> X-OS: Debian GNU/Linux 5.0 kernel 2.6.26-1-amd64 x86_64
> X-Spamtrap: [email protected]
> X-Subliminal-Message: debian/rules!
> X-Virus-Scanned: ClamAV 0.94.2/8995/Mon Feb 16 04:40:05 2009 on 
> clegg.madduck.net
> X-Virus-Status: Clean
> 
> These bugs have been around for a while and I will not fix them.
> Thus, to clean up the BTS, I am now closing them.
> 
> If you disagree, please reopen the bug and provide detailed
> information about how to move on in the issue. Patches have a far
> larger chance than mere arguments. :)
> 
> -- 
> martin | http://madduck.net/ | http://two.sentenc.es/
>  
> "a cigarette is the perfect type of pleasure.
>  it is exquisite, and it leaves one unsatisfied."
>                                                         -- oscar wilde
>  
> spamtraps: [email protected]



> From: Zygo Blaxell <[email protected]>
> To: Debian Bug Tracking System <[email protected]>
> Subject: mdadm has raidtools2 bug #263974 (spurious DegradedArray warnings)
> Date: Thu, 09 Jun 2005 22:13:06 -0400
> X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
>       (1.212-2003-09-23-exp) on spohr.debian.org
> X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
>       autolearn=no version=2.60-bugs.debian.org_2005_01_02
> X-Spam-Level: 
> 
> Package: mdadm
> Version: 1.9.0-4
> Severity: normal
> 
> I'm getting reports like this:
> 
>       From: mdadm monitoring <[email protected]>
>       To: [email protected]
>       Subject: DegradedArray event on /dev/md1:chako
>       Date: Thu, 09 Jun 2005 20:35:25 -0400
> 
>       This is an automatically generated mail message from mdadm
>       running on chako
> 
>       A DegradedArray event had been detected on md device /dev/md1.
> 
>       Faithfully yours, etc.
> 
> when /proc/mdstat looks like this:
> 
>       chako:~# cat /proc/mdstat 
>       Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6] 
> [raid10] 
>       md1 : active raid1 hda1[1] hdc1[0]
>             2048192 blocks [3/2] [UU_]
>             
>       md3 : active raid1 hda3[1] hdc3[0]
>             131392 blocks [3/2] [UU_]
>                     
>       md0 : active raid1 hda2[0] hdc2[1]
>             117880960 blocks [3/2] [UU_]
> 
>       unused devices: <none>
> 
> The missing disks in these RAID1 arrays are by design, to allow extra
> mirrors to be hot added to the array without reconfiguring.  The usual
> purpose for this is to clone the first two disks onto e.g. a USB external
> drive--I attach the USB drive, do raidhotadd (now mdadm -a), let the
> drive sync, then setfaulty/hotremove (mdadm -f/-r) the USB drive and
> repeat if necessary.
> 
> It would be nice to not have the emails in this particular case.
> 
> -- System Information:
> Debian Release: 3.1
>   APT prefers testing
>   APT policy: (102, 'testing'), (101, 'unstable')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.10-zb5s
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> 
> Versions of packages mdadm depends on:
> ii  debconf                     1.4.30.13    Debian configuration management 
> sy
> ii  libc6                       2.3.2.ds1-22 GNU C Library: Shared libraries 
> an
> ii  makedev                     2.3.1-77     creates device files in /dev
> 
> -- debconf information:
> * mdadm/autostart: false
> * mdadm/mail_to: root
> * mdadm/warning:
> * mdadm/start_daemon: true
> 

Attachment: signature.asc
Description: Digital signature

Reply via email to