#28 — Replaying journal may cause zfs-fuse to crash on mount
| State | Resolved |
|---|---|
| Version: | 0.6.0 |
| Area | Functionality |
| Issue type | Bug |
| Severity | Medium |
| Submitted by | (anonymous) |
| Submitted on | Feb 24, 2010 |
| Responsible | Seth Heeren |
| Target release: | 0.6.9 |
Last modified on
Sep 19, 2010
by
Seth Heeren
This is still an issue with origin/critical.
Often after a crash (e.g. ZFS-FUSE segfaulted), attempts to remount the filesystems results in a segfault, rendering ZFS-FUSE unusable for me. It's the issue I described here: http://groups.google.com/[…]/d30697efc99841b2
This seems to be fixed in Emmanuel Anne's repository.
I copy the backtrace from my original post, since I couldn't save the new one.
#0 fuse_req_getgroups (req=0x0, size=65537, list=0x7fcf562ae010)
at fuse_lowlevel.c:1676
#1 0x000000000049aeb6 in groupmember (gid=1000, cr=0x73e8a0)
at lib/libsolkerncompat/policy.c:157
#2 0x0000000000408c6f in zfs_acl_ids_create (dzp=0x7fcf5a04edd0,
flag=0,
vap=0x7fcf7ff62890, cr=0x73e8a0, vsecp=<value optimized
out>,
acl_ids=0x7fcf7ff627a0) at zfs-fuse/zfs_acl.c:
1828
#3 0x0000000000419973 in zfs_create
(dvp=0x7fcfa33664c0,
name=0x7fcf56df7068 "sessionstore-4.js", vap=0x7fcf7ff62890,
excl=NONEXCL,
mode=0, vpp=0x7fcf7ff62990, cr=0x73e8a0, flag=0, ct=0x0,
vsecp=0x0)
at zfs-fuse/zfs_vnops.c:
1267
#4 0x00000000004a0be1 in fop_create
(dvp=0x0,
name=0x7fcfa2b419d8 "/proc/%lu/task/%lu/status",
vap=0x7fcf562ae010,
excl=2720531178, mode=-1, vpp=0x0, cr=0x73e8a0, flags=0, ct=0x0,
vsecp=0x0)
at lib/libsolkerncompat/vnode.c:1002
#5 0x0000000000411ec2 in zfs_replay_create (zfsvfs=0x7fcf5817b000,
lr=0x7fcf56df7000, byteswap=<value optimized out>)
at zfs-fuse/zfs_replay.c:479
#6 0x0000000000478435 in zil_replay_log_record (zilog=0x7fcf5abfd7c0,
lr=0x7fcf5dd273f0, zra=0x7fcf7ff62b90, claim_txg=<value optimized
out>)
at lib/libzpool/zil.c:1532
#7 0x00000000004797c4 in zil_parse (zilog=0x7fcf5abfd7c0,
parse_blk_func=0x477e30 <zil_incr_blks>,
parse_lr_func=0x4782b0 <zil_replay_log_record>,
arg=0x7fcf7ff62b90,
txg=1697814) at lib/libzpool/zil.c:271
#8 0x0000000000479eee in zil_replay (os=0x7fcfa335ef20,
arg=0x7fcf5817b000,
replay_func=0x721720) at lib/libzpool/zil.c:1596
#9 0x0000000000414552 in zfsvfs_setup (zfsvfs=0x7fcf5817b000,
mounting=<value optimized out>) at zfs-fuse/zfs_vfsops.c:1043
#10 0x0000000000414f75 in zfs_mount (vfsp=0x7fcf58f46840,
mvp=0x729fa0,
uap=<value optimized out>, cr=<value optimized out>)
at zfs-fuse/zfs_vfsops.c:1164
#11 0x000000000040506b in do_mount (spec=0x13cc230 "pool/home",
dir=0x13ce4b0 "/home", mflag=<value optimized out>, opt=0x13d80f0
"")
at zfs-fuse/util.c:155
#12 0x00000000004048f4 in cmd_mount_req (sock=11, cmd=<value optimized
out>)
at zfs-fuse/cmd_listener.c:80
#13 0x0000000000404baa in listener_loop (arg=<value optimized out>)
at zfs-fuse/cmd_listener.c:167
#14 0x00007fcfa2d60017 in start_thread () from /lib/libpthread.so.0
#15 0x00007fcfa228348d in clone () from /lib/libc.so.6
#16 0x0000000000000000 in ?? ()
Often after a crash (e.g. ZFS-FUSE segfaulted), attempts to remount the filesystems results in a segfault, rendering ZFS-FUSE unusable for me. It's the issue I described here: http://groups.google.com/[…]/d30697efc99841b2
This seems to be fixed in Emmanuel Anne's repository.
I copy the backtrace from my original post, since I couldn't save the new one.
#0 fuse_req_getgroups (req=0x0, size=65537, list=0x7fcf562ae010)
at fuse_lowlevel.c:1676
#1 0x000000000049aeb6 in groupmember (gid=1000, cr=0x73e8a0)
at lib/libsolkerncompat/policy.c:157
#2 0x0000000000408c6f in zfs_acl_ids_create (dzp=0x7fcf5a04edd0,
flag=0,
vap=0x7fcf7ff62890, cr=0x73e8a0, vsecp=<value optimized
out>,
acl_ids=0x7fcf7ff627a0) at zfs-fuse/zfs_acl.c:
1828
#3 0x0000000000419973 in zfs_create
(dvp=0x7fcfa33664c0,
name=0x7fcf56df7068 "sessionstore-4.js", vap=0x7fcf7ff62890,
excl=NONEXCL,
mode=0, vpp=0x7fcf7ff62990, cr=0x73e8a0, flag=0, ct=0x0,
vsecp=0x0)
at zfs-fuse/zfs_vnops.c:
1267
#4 0x00000000004a0be1 in fop_create
(dvp=0x0,
name=0x7fcfa2b419d8 "/proc/%lu/task/%lu/status",
vap=0x7fcf562ae010,
excl=2720531178, mode=-1, vpp=0x0, cr=0x73e8a0, flags=0, ct=0x0,
vsecp=0x0)
at lib/libsolkerncompat/vnode.c:1002
#5 0x0000000000411ec2 in zfs_replay_create (zfsvfs=0x7fcf5817b000,
lr=0x7fcf56df7000, byteswap=<value optimized out>)
at zfs-fuse/zfs_replay.c:479
#6 0x0000000000478435 in zil_replay_log_record (zilog=0x7fcf5abfd7c0,
lr=0x7fcf5dd273f0, zra=0x7fcf7ff62b90, claim_txg=<value optimized
out>)
at lib/libzpool/zil.c:1532
#7 0x00000000004797c4 in zil_parse (zilog=0x7fcf5abfd7c0,
parse_blk_func=0x477e30 <zil_incr_blks>,
parse_lr_func=0x4782b0 <zil_replay_log_record>,
arg=0x7fcf7ff62b90,
txg=1697814) at lib/libzpool/zil.c:271
#8 0x0000000000479eee in zil_replay (os=0x7fcfa335ef20,
arg=0x7fcf5817b000,
replay_func=0x721720) at lib/libzpool/zil.c:1596
#9 0x0000000000414552 in zfsvfs_setup (zfsvfs=0x7fcf5817b000,
mounting=<value optimized out>) at zfs-fuse/zfs_vfsops.c:1043
#10 0x0000000000414f75 in zfs_mount (vfsp=0x7fcf58f46840,
mvp=0x729fa0,
uap=<value optimized out>, cr=<value optimized out>)
at zfs-fuse/zfs_vfsops.c:1164
#11 0x000000000040506b in do_mount (spec=0x13cc230 "pool/home",
dir=0x13ce4b0 "/home", mflag=<value optimized out>, opt=0x13d80f0
"")
at zfs-fuse/util.c:155
#12 0x00000000004048f4 in cmd_mount_req (sock=11, cmd=<value optimized
out>)
at zfs-fuse/cmd_listener.c:80
#13 0x0000000000404baa in listener_loop (arg=<value optimized out>)
at zfs-fuse/cmd_listener.c:167
#14 0x00007fcfa2d60017 in start_thread () from /lib/libpthread.so.0
#15 0x00007fcfa228348d in clone () from /lib/libc.so.6
#16 0x0000000000000000 in ?? ()
Added by
Seth Heeren
on
May 22, 2010 10:53 AM
Issue state:
unconfirmed → postponed
Target release:
None → 0.6.9
Responsible manager:
(UNASSIGNED) → sgheeren
please retest with a 0.6.9 (beta)
Added by
Seth Heeren
on
Sep 19, 2010 04:29 PM
Issue state:
postponed → open
inactivity
Added by
Seth Heeren
on
Sep 19, 2010 04:29 PM
Issue state:
open → resolved
closing

