On 01/10/2010 01:13 PM, Marcin Mirosław wrote:

Hello,
I tried to grow array size (i resized /dev/sdc5-> resync->remove
/dev/sda6 -> resize /dev/sda6 -> resync-> curent situation )
and i got segfault:

# cat /proc/mdstat
md6 : active raid1 sdc5[1](W) sda7[0]
      125001664 blocks [2/2] [UU]
      bitmap: 16/239 pages [64KB], 256KB chunk

# gdb /sbin/mdadm
[...]
<http://bugs.gentoo.org/>...
Reading symbols from
/var/tmp/portage/sys-fs/mdadm-3.1.1/work/mdadm-3.1.1/mdadm...done.
(gdb) run  -G -Z /dev/md6
Starting program:
/var/tmp/portage/sys-fs/mdadm-3.1.1/work/mdadm-3.1.1/mdadm -G -Z /dev/md6

Program received signal SIGSEGV, Segmentation fault.
0xb7f067f8 in strcmp () from /lib/libc.so.6
(gdb) bt
#0  0xb7f067f8 in strcmp () from /lib/libc.so.6
#1  0x0804b70b in main (argc=4, argv=0xbffff3f4) at mdadm.c:408
(gdb)

$  uname -r
2.6.32-gentoo-r1

May i get any suggestions?
Regards
  

       -Z, --array-size=
              This is only meaningful with --grow and its effect is 
not  per‐
              sistent:  when  the  array  is  stopped an restarted the
default
              array size will be restored.

You didn't supply any argument to -Z at all, or to be precise, you
supplied /dev/md6 as the argument, whereas you should have put in the
array size.

Also, another thing I have noticed lately is, that _some_ short options
seem to be somehow oddly broken on my system and not accepting
arguments, even if they are supposed to be. If the segfault persists
after using the correct syntax, try using the long opts instead. I was
planning to dig more into this bug myself, so I might just kick self to
do it now.


Zdenek
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html