Jared Yanovich
2013-08-01 02:26:20 UTC
zfs-fuse: zfs-fuse/zfs_vfsops.c:2018: zfs_resume_fs: Assertion `((&zfsvfs->z_teardown_inactive_lock)->rw_owner == ((void *)(uintptr_t)((pthread_t)1)))' failed
gdb> bt
#0 0x00007fca040d4885 in raise () from /lib64/libc.so.6
#1 0x00007fca040d6065 in abort () from /lib64/libc.so.6
#2 0x00007fca040cd9fe in __assert_fail_base () from /lib64/libc.so.6
#3 0x00007fca040cdac0 in __assert_fail () from /lib64/libc.so.6
#4 0x000000000041e405 in zfs_resume_fs (zfsvfs=0x7fc9dcc7c000, osname=0x7fc9fd069bd0 "arc_s2ssd") at zfs-fuse/zfs_vfsops.c:2018
#5 0x0000000000414c3e in zfs_ioc_recv (zc=0x7fc92f76d000) at zfs-fuse/zfs_ioctl.c:3530
#6 0x0000000000415c72 in zfsdev_ioctl (dev=0, cmd=23067, arg=140736938947600, flag=0, cr=0x7fc9fd069df0, rvalp=0x0) at zfs-fuse/zfs_ioctl.c:4480
#7 0x0000000000404c0f in handle_connection (sock=8) at zfs-fuse/cmd_listener.c:111
#8 0x0000000000404f73 in zfsfuse_ioctl_queue_worker_thread (init=0x7a3d60) at zfs-fuse/cmd_listener.c:205
#9 0x00007fca04e337f1 in start_thread () from /lib64/libpthread.so.0
#10 0x00007fca0418770d in clone () from /lib64/libc.so.6
gdb> p zfsvfs->z_teardown_inactive_lock
$1 = {
mutex = {
m_owner = 0x0,
m_lock = {
__data = {
__lock = 0,
__count = 0,
__owner = 0,
__nusers = 0,
__kind = 2,
__spins = 0,
__list = {
__prev = 0x0,
__next = 0x0
}
},
__size = '\000' <repeats 16 times>, "\002", '\000' <repeats 22 times>,
__align = 0
}
},
thr_count = -1,
rw_owner = 0x7fc9fd06a700,
rw_lock = {
__data = {
__lock = 0,
__nr_readers = 0,
__readers_wakeup = 0,
__writer_wakeup = 0,
__nr_readers_queued = 0,
__nr_writers_queued = 0,
__writer = 1983,
__shared = 0,
__pad1 = 0,
__pad2 = 0,
__flags = 0
},
__size = '\000' <repeats 24 times>"\277, \a", '\000' <repeats 29 times>,
__align = 0
}
}
I have a core file and binary if anyone is interested.
This problem seems somewhat reproducible.
gdb> bt
#0 0x00007fca040d4885 in raise () from /lib64/libc.so.6
#1 0x00007fca040d6065 in abort () from /lib64/libc.so.6
#2 0x00007fca040cd9fe in __assert_fail_base () from /lib64/libc.so.6
#3 0x00007fca040cdac0 in __assert_fail () from /lib64/libc.so.6
#4 0x000000000041e405 in zfs_resume_fs (zfsvfs=0x7fc9dcc7c000, osname=0x7fc9fd069bd0 "arc_s2ssd") at zfs-fuse/zfs_vfsops.c:2018
#5 0x0000000000414c3e in zfs_ioc_recv (zc=0x7fc92f76d000) at zfs-fuse/zfs_ioctl.c:3530
#6 0x0000000000415c72 in zfsdev_ioctl (dev=0, cmd=23067, arg=140736938947600, flag=0, cr=0x7fc9fd069df0, rvalp=0x0) at zfs-fuse/zfs_ioctl.c:4480
#7 0x0000000000404c0f in handle_connection (sock=8) at zfs-fuse/cmd_listener.c:111
#8 0x0000000000404f73 in zfsfuse_ioctl_queue_worker_thread (init=0x7a3d60) at zfs-fuse/cmd_listener.c:205
#9 0x00007fca04e337f1 in start_thread () from /lib64/libpthread.so.0
#10 0x00007fca0418770d in clone () from /lib64/libc.so.6
gdb> p zfsvfs->z_teardown_inactive_lock
$1 = {
mutex = {
m_owner = 0x0,
m_lock = {
__data = {
__lock = 0,
__count = 0,
__owner = 0,
__nusers = 0,
__kind = 2,
__spins = 0,
__list = {
__prev = 0x0,
__next = 0x0
}
},
__size = '\000' <repeats 16 times>, "\002", '\000' <repeats 22 times>,
__align = 0
}
},
thr_count = -1,
rw_owner = 0x7fc9fd06a700,
rw_lock = {
__data = {
__lock = 0,
__nr_readers = 0,
__readers_wakeup = 0,
__writer_wakeup = 0,
__nr_readers_queued = 0,
__nr_writers_queued = 0,
__writer = 1983,
__shared = 0,
__pad1 = 0,
__pad2 = 0,
__flags = 0
},
__size = '\000' <repeats 24 times>"\277, \a", '\000' <repeats 29 times>,
__align = 0
}
}
I have a core file and binary if anyone is interested.
This problem seems somewhat reproducible.