Ricardo Correia
2006-Jun-19 15:27 UTC
[zfs-code] ztest failing in ztest_vdev_attach_detach() (again)
Hi, I''ve received a bug report of ztest failing in the exact same place as before, except now it''s failing with ENOTSUPP (errno 95) instead of EBUSY (errno 16). It seems related to the Hot Spare work, just like before. Debugging output is in the forwarded message below. zfs-fuse-0.1.3 is using spa.c revision 1.15 and ztest.c revision 1.14 (line numbers may be slightly different, though). By the way, is it ok to post these kind of problems here, or is it better to use the bug database? What if I''m not sure if it''s really a ZFS bug, as opposed to a bug in the Linux port? ---------- Forwarded Message ---------- Subject: Re: ZFS-On-FUSE SMP Testing Date: Monday 19 June 2006 15:16 From: Unit3 <unit3 at demoni.ca> To: Ricardo Correia <rcorreia at wizy.org> Ricardo Correia wrote:> Version 0.1.3 is released: > http://developer.berlios.de/project/showfiles.php?group_id=6836Hmmm... longer test of 0.1.3 over the weekend didn''t go as well, here''s the details: Pass 123, SIGKILL, 0 ENOSPC, 57.3% of 730M used, 22% done, 18h42m28s to go Pass 124, SIGKILL, 0 ENOSPC, 57.2% of 730M used, 22% done, 18h41m34s to go ztest: attach (/tmp/ztest.22a, /tmp/ztest.22b, 0) returned 95, expected 16 child died with signal 6 $ gdb ./ztest --core core.* GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". Core was generated by `./ztest -V -T 86400''. Program terminated with signal 6, Aborted. Reading symbols from /lib/libm.so.6...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/librt.so.1...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 #0 0x00002aaaab09611d in raise () from /lib/libc.so.6 (gdb) bt #0 0x00002aaaab09611d in raise () from /lib/libc.so.6 #1 0x00002aaaab09784e in abort () from /lib/libc.so.6 #2 0x0000000000403027 in fatal (do_perror=0, message=0x4810d8 "attach (%s, %s, %d) returned %d, expected %d") at cmd/ztest/ztest.c:286 #3 0x0000000000404ba3 in ztest_vdev_attach_detach (za=0x2aaaad24d748) at cmd/ztest/ztest.c:1000 #4 0x000000000040c197 in ztest_thread (arg=0x2aaaad24d748) at cmd/ztest/ztest.c:2938 #5 0x00002aaaaaf570fa in start_thread () from /lib/libpthread.so.0 #6 0x00002aaaab12ece2 in clone () from /lib/libc.so.6 #7 0x0000000000000000 in ?? () (gdb) bt full #0 0x00002aaaab09611d in raise () from /lib/libc.so.6 No symbol table info available. #1 0x00002aaaab09784e in abort () from /lib/libc.so.6 No symbol table info available. #2 0x0000000000403027 in fatal (do_perror=0, message=0x4810d8 "attach (%s, %s, %d) returned %d, expected %d") at cmd/ztest/ztest.c:286 args = {{gp_offset = 48, fp_offset = 48, overflow_arg_area = 0x2aaab0e03068, reg_save_area = 0x2aaab0e02fa0}} save_errno = 0 buf = "ztest: attach (/tmp/ztest.22a, /tmp/ztest.22b, 0) returned 95, expected 16\000?\000\000\000\000\001", ''\0'' <repeats 15 times>, "0,?*\000\000\205?G\000\000\000\000\000pp???*\000\000\221\001H\001\001\000\00 0\000?Q???*\000\000p?-??*\000\000?\022q??*\000\000\020????*\000\000\000\000\0 00\000????`Y?*\000\000 -?*\000\000?D\000\000\000\000\000\001\000\000\000\001", ''\0'' <repeats 11 times>... #3 0x0000000000404ba3 in ztest_vdev_attach_detach (za=0x2aaaad24d748) at cmd/ztest/ztest.c:1000 spa = (spa_t *) 0x2aaaab703c40 rvd = (vdev_t *) 0x2aaaab70ff80 oldvd = (vdev_t *) 0x2aaaab71e730 newvd = (vdev_t *) 0x2aaaab71e0c0 pvd = (vdev_t *) 0x2aaaab71da70 ---Type <return> to continue, or q <return> to quit--- root = (nvlist_t *) 0x2aaab3db0680 file = (nvlist_t *) 0x2aaab3d888e0 leaves = 8 leaf = 6 top = 2 ashift = 9 oldsize = 67108864 newsize = 61008058 oldpath = "/tmp/ztest.22a", ''\0'' <repeats 3538 times>, "ztest/ztest_0", ''\0'' <repeats 243 times>, "`P\220??*\000\000p\003??*\000\000`??\000\000\000\000\000\000\000\000\0002\00 0\000\000\003", ''\0'' <repeats 12 times>, "\004\000\000\000\000\006\000\000\000\000\200\001\000\000\000\000\000\000\000 ?\025\000\000\000\000\000\000\bD???*\000\0000\000\000\000\000\000\000\0000", ''\0'' <repeats 15 times>, "\035\000\000\000\000\000\000\000\035", ''\0'' <repeats 15 times>, "\001\000\000\000\000\000\000\000\001", ''\0'' <repeats 15 times>, ''?'' <repeats 16 times>, "\000\000\000\000\000\000\000\000"... newpath = "/tmp/ztest.22b", ''\0'' <repeats 3538 times>, "ztest/ztest_0", ''\0'' <repeats 243 times>, "`P\220??*\000\000p\003??*\000\000`??\000\000\000\000\000\000\000\000\0002\00 0\000\000\003", ''\0'' <repeats 12 times>, "\004\000\000\000\000\006\000\000\000\000\200\001\000\000\000\000\000\000\000 ?\025\000\000\000\000\000\000\bD???*\000\0000\000\000\000\000\000\000\0000", ''\0'' <repeats 15 times>, "\035\000\000\000\000\000\000\000\035", ''\0'' <repeats 15 times>, "\001\000\000\000\000\000\000\000\001", ''\0'' <repeats 15 times>, ''?'' <repeats 16 times>, "\---Type <return> to continue, or q <return> to quit--- 000\000\000\000\000\000\000\000"... replacing = 0 error = 95 expected_error = 16 fd = 0 __func__ = "ztest_vdev_attach_detach" __PRETTY_FUNCTION__ = "ztest_vdev_attach_detach" #4 0x000000000040c197 in ztest_thread (arg=0x2aaaad24d748) at cmd/ztest/ztest.c:2938 za = (ztest_args_t *) 0x2aaaad24d748 zs = (ztest_shared_t *) 0x2aaaaaac4000 now = 28762251966318 functime = 84280000 zi = (ztest_info_t *) 0x2aaaaaac42d0 f = 12 #5 0x00002aaaaaf570fa in start_thread () from /lib/libpthread.so.0 No symbol table info available. #6 0x00002aaaab12ece2 in clone () from /lib/libc.so.6 No symbol table info available. #7 0x0000000000000000 in ?? () No symbol table info available. (gdb) exit Undefined command: "exit". Try "help". (gdb) quit graemehu at pc666:~/work/zfs-fuse-0.1.3/src/cmd/ztest$ getconf GNU_LIBPTHREAD_VERSION NPTL 2.3.6 $ /lib/libc.so.6 GNU C Library stable release version 2.3.6, by Roland McGrath et al. Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 3.4.6 (Ubuntu 3.4.6-1ubuntu2). Compiled on a Linux 2.6.11 system on 2006-05-21. Available extensions: GNU libio by Per Bothner crypt add-on version 2.1 by Michael Glad and others GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk Thread-local storage support included. For bug reporting instructions, please see: <http://www.gnu.org/software/libc/bugs.html>. $ gcc --version gcc (GCC) 4.0.3 (Ubuntu 4.0.3-1ubuntu5) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ uname -a Linux pc666 2.6.15-25-amd64-k8 #1 SMP PREEMPT Wed Jun 14 11:39:18 UTC 2006 x86_64 GNU/Linux Is there anything else you''d like me to do to try and track down what went wrong? Graeme -------------------------------------------------------
Mark Shellenbaum
2006-Jun-19 22:45 UTC
[zfs-code] ztest failing in ztest_vdev_attach_detach() (again)
Ricardo Correia wrote:> Hi, > > I''ve received a bug report of ztest failing in the exact same place as before, > except now it''s failing with ENOTSUPP (errno 95) instead of EBUSY (errno 16). > It seems related to the Hot Spare work, just like before. > > Debugging output is in the forwarded message below. > > zfs-fuse-0.1.3 is using spa.c revision 1.15 and ztest.c revision 1.14 (line > numbers may be slightly different, though). > > By the way, is it ok to post these kind of problems here, or is it better to > use the bug database? What if I''m not sure if it''s really a ZFS bug, as > opposed to a bug in the Linux port?Yes, post any suspected bugs to this alias. If it turns out to be a real bug we can always open a bug. -Mark