From owner-freebsd-fs@freebsd.org Sun Apr 17 21:00:25 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 93CFAB120BF for ; Sun, 17 Apr 2016 21:00:25 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7319C170B for ; Sun, 17 Apr 2016 21:00:25 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3HL01Kb043394 for ; Sun, 17 Apr 2016 21:00:25 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201604172100.u3HL01Kb043394@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-fs@FreeBSD.org Subject: Problem reports for freebsd-fs@FreeBSD.org that need special attention Date: Sun, 17 Apr 2016 21:00:25 +0000 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Apr 2016 21:00:25 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- New | 203492 | mount_unionfs -o below causes panic Open | 136470 | [nfs] Cannot mount / in read-only, over NFS Open | 139651 | [nfs] mount(8): read-only remount of NFS volume d Open | 144447 | [zfs] sharenfs fsunshare() & fsshare_main() non f 4 problems total for which you should take action. From owner-freebsd-fs@freebsd.org Mon Apr 18 13:18:14 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 45F9FB137A5 for ; Mon, 18 Apr 2016 13:18:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3614C1FAC for ; Mon, 18 Apr 2016 13:18:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3IDIDA6039293 for ; Mon, 18 Apr 2016 13:18:14 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 208882] zfs root filesystem mount failure on startup in FreeBSD 10.3-RELEASE if USB hdd with zpool is attached to another port Date: Mon, 18 Apr 2016 13:18:14 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: linimon@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 13:18:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208882 Mark Linimon changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|freebsd-bugs@FreeBSD.org |freebsd-fs@FreeBSD.org --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Tue Apr 19 15:43:25 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8AF22B14483 for ; Tue, 19 Apr 2016 15:43:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7BBF31DA9 for ; Tue, 19 Apr 2016 15:43:25 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3JFhPN5016377 for ; Tue, 19 Apr 2016 15:43:25 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 204337] ZFS can have a non-empty directory, but the files don't exist on arm64. Date: Tue, 19 Apr 2016 15:43:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: short_desc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 15:43:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204337 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|ZFS can have a non-empty |ZFS can have a non-empty |directory, but the files |directory, but the files |don't exist. |don't exist on arm64. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Apr 20 10:02:45 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 23C23B153D1 for ; Wed, 20 Apr 2016 10:02:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 13F8B10E6 for ; Wed, 20 Apr 2016 10:02:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3KA2iCn023175 for ; Wed, 20 Apr 2016 10:02:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 208882] zfs root filesystem mount failure on startup in FreeBSD 10.3-RELEASE if USB hdd with zpool is attached to another port Date: Wed, 20 Apr 2016 10:02:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fk@fabiankeil.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 10:02:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208882 Fabian Keil changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fk@fabiankeil.de --- Comment #1 from Fabian Keil --- This could be the result of vfs.mountroot.timeout being ignored when booting from ZFS. See also: https://lists.freebsd.org/pipermail/freebsd-fs/2015-March/020997.html --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Apr 20 11:28:45 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 585F9B15EF5 for ; Wed, 20 Apr 2016 11:28:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 482CB1E4D for ; Wed, 20 Apr 2016 11:28:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3KBSgnY025993 for ; Wed, 20 Apr 2016 11:28:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 204764] Filesystem deadlock, process in vodead state Date: Wed, 20 Apr 2016 11:28:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: roel@qsp.nl X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 11:28:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204764 roel@qsp.nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |roel@qsp.nl --- Comment #22 from roel@qsp.nl --- And another +1. Deadlock occurs on a raidz1 pool with 4 1.2TB members. This system is running on r294572. The issue started after approximately 59 days= of production use with an average load of about 150 io transactions per second. The deadlock is on a directory, which is located on a +-600GB ZFS dataset a= nd contains 7 files and two subdirs, a few kb total. procstat -kk for a stuck du process: PID TID COMM TDNAME KSTACK=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 97300 101745 du - mi_switch+0xe1 sleepq_wait+0= x3a _sleep+0x287 vnode_create_vobject+0x100 zfs_freebsd_open+0xf5 VOP_OPEN_APV+= 0xa1 vn_open_vnode+0x234 vn_open_cred+0x36a kern_openat+0x26f amd64_syscall+0x40f Xfast_syscall+0xfb=20 And here is an rsync that is stuck: 25689 101762 rsync-backup - mi_switch+0xe1 sleepq_wait+0= x3a _sleep+0x287 vnode_create_vobject+0x100 zfs_freebsd_open+0xf5 VOP_OPEN_APV+= 0xa1 vn_open_vnode+0x234 vn_open_cred+0x36a kern_openat+0x26f amd64_syscall+0x40f Xfast_syscall+0xfb This filesystem is exported through nfs. We have a few nfsd threads stuck as well: root@nfs01:/home/roel # procstat -kk 857 PID TID COMM TDNAME KSTACK=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20 857 100485 nfsd nfsd: master mi_switch+0xe1 sleepq_catch_signals+0xab sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0= x18b svc_run_internal+0x46d svc_run+0x182 nfsrvd_nfsd+0x242 nfssvc_nfsd+0x107 sys_nfssvc+0x9c amd64_syscall+0x40f Xfast_syscall+0xfb=20 857 100505 nfsd nfsd: service mi_switch+0xe1 sleepq_catch_signals+0xab sleepq_wait_sig+0xf _cv_wait_sig+0x16a svc_run_internal+0x86e svc_thread_start+0xb fork_exit+0x9a fork_trampoline+= 0xe=20 ... lots of similar threads, except for: ... 857 100541 nfsd nfsd: service mi_switch+0xe1 sleepq_wait+0= x3a _sleep+0x287 vnode_create_vobject+0x100 zfs_fhtovp+0x45b nfsvno_fhtovp+0x7c nfsd_fhtovp+0xc8 nfsrvd_dorpc+0x12c nfssvc_program+0x54e svc_run_internal+0= xd2b svc_thread_start+0xb fork_exit+0x9a fork_trampoline+0xe=20 857 100588 nfsd nfsd: service mi_switch+0xe1 sleepq_wait+0= x3a _sleep+0x287 vnode_create_vobject+0x100 zfs_fhtovp+0x45b nfsvno_fhtovp+0x7c nfsd_fhtovp+0xc8 nfsrvd_dorpc+0x12c nfssvc_program+0x54e svc_run_internal+0= xd2b svc_thread_start+0xb fork_exit+0x9a fork_trampoline+0xe=20 Some kgdb output for one of the stuck du threads: [Switching to thread 555 (Thread 101720)]#0 sched_switch (td=3D0xfffff8033a17e000, newtd=3D, flags=3D) at /usr/src/sys/kern/sched_ule.c:1945 1945 cpuid =3D PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=3D0xfffff8033a17e000, newtd=3D, flags=3D) at /usr/src/sys/kern/sched_ule.c:1945 #1 0xffffffff80959ff1 in mi_switch (flags=3D260, newtd=3D0x0) at /usr/src/sys/kern/kern_synch.c:491 #2 0xffffffff8099b31a in sleepq_wait (wchan=3D0x0, pri=3D0) at /usr/src/sys/kern/subr_sleepqueue.c:617 #3 0xffffffff80959a17 in _sleep (ident=3D, lock=3D, priority=3D, wmesg=3D, sbt=3D, pr=3D,=20 flags=3D) at /usr/src/sys/kern/kern_synch.c:255 #4 0xffffffff80bed620 in vnode_create_vobject (vp=3D0xfffff801d3e11b10, isize=3D16, td=3D0xfffff8033a17e000) at /usr/src/sys/vm/vnode_pager.c:120 #5 0xffffffff81a7d5f5 in zfs_freebsd_open (ap=3D0xfffffe0466890658) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/z= fs_vnops.c:6076 #6 0xffffffff80e7e651 in VOP_OPEN_APV (vop=3D, a=3D) at vnode_if.c:469 #7 0xffffffff80a05694 in vn_open_vnode (vp=3D0xfffff801d3e11b10, fmode=3D1= 179653, cred=3D0xfffff803682bd400, td=3D0xfffff8033a17e000, fp=3D0xfffff80240d403c0= ) at vnode_if.h:196 #8 0xffffffff80a0528a in vn_open_cred (ndp=3D0xfffffe0466890870, flagp=3D0xfffffe046689094c, cmode=3D, vn_open_flags=3D= , cred=3D0x0, fp=3D0xfffff80240d403c0) at /usr/src/sys/kern/vfs_vnops.c:268 #9 0xffffffff809fe44f in kern_openat (td=3D0xfffff8033a17e000, fd=3D-100, path=3D0x801422d48 , pathseg=3DUIO_USERSPACE, flags=3D1179653, mode=3D) at /usr/src/sys/kern/vfs_syscalls.c:1093 #10 0xffffffff80d55aff in amd64_syscall (td=3D0xfffff8033a17e000, traced=3D= 0) at subr_syscall.c:141 #11 0xffffffff80d3ad7b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:396 #12 0x0000000800b7570a in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 4 #4 0xffffffff80bed620 in vnode_create_vobject (vp=3D0xfffff801d3e11b10, isize=3D16, td=3D0xfffff8033a17e000) at /usr/src/sys/vm/vnode_pager.c:120 120 VM_OBJECT_SLEEP(object, object, PDROP | PVM, "vodea= d", 0); (kgdb) print vp $4 =3D (struct vnode *) 0xfffff801d3e11b10 (kgdb) print *vp $5 =3D {v_tag =3D 0xffffffff81aecb3b "zfs", v_op =3D 0xffffffff81aff790, v_= data =3D 0xfffff801a2d1ca10, v_mount =3D 0xfffff8011a46e660, v_nmntvnodes =3D {tqe_n= ext =3D 0xfffff801a53281d8, tqe_prev =3D 0xfffff801a6b8e5a8}, v_un =3D { vu_mount =3D 0x0, vu_socket =3D 0x0, vu_cdev =3D 0x0, vu_fifoinfo =3D 0= x0}, v_hashlist =3D {le_next =3D 0x0, le_prev =3D 0x0}, v_cache_src =3D {lh_firs= t =3D 0xfffff80019708850}, v_cache_dst =3D {tqh_first =3D 0xfffff80257063850,=20 tqh_last =3D 0xfffff80257063870}, v_cache_dd =3D 0xfffff80257063850, v_= lock =3D {lock_object =3D {lo_name =3D 0xffffffff81aecb3b "zfs", lo_flags =3D 117112= 832, lo_data =3D 0, lo_witness =3D 0x0}, lk_lock =3D 1, lk_exslpfail =3D 0,=20 lk_timo =3D 51, lk_pri =3D 96}, v_interlock =3D {lock_object =3D {lo_na= me =3D 0xffffffff80fe1a6c "vnode interlock", lo_flags =3D 16973824, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 4}, v_vnlock =3D 0xfffff801d3e11b78,=20 v_actfreelist =3D {tqe_next =3D 0xfffff801a6b8e588, tqe_prev =3D 0xfffff801a5328298}, v_bufobj =3D {bo_lock =3D {lock_object =3D {lo_name =3D 0xffffffff80fe1a7c "bufobj interlock", lo_flags =3D 86179840, lo_data =3D 0, lo_witness =3D 0x0},=20 rw_lock =3D 1}, bo_ops =3D 0xffffffff814b3900, bo_object =3D 0xfffff801fd0ea100, bo_synclist =3D {le_next =3D 0x0, le_prev =3D 0x0}, bo_= private =3D 0xfffff801d3e11b10, __bo_vnode =3D 0xfffff801d3e11b10, bo_clean =3D {bv_hd = =3D { tqh_first =3D 0x0, tqh_last =3D 0xfffff801d3e11c30}, bv_root =3D {p= t_root =3D 0}, bv_cnt =3D 0}, bo_dirty =3D {bv_hd =3D {tqh_first =3D 0x0, tqh_last =3D 0xfffff801d3e11c50}, bv_root =3D {pt_root =3D 0}, bv_cnt =3D 0}, bo_numoutp= ut =3D 0,=20 bo_flag =3D 0, bo_bsize =3D 131072}, v_pollinfo =3D 0x0, v_label =3D 0x= 0, v_lockf =3D 0x0, v_rl =3D {rl_waiters =3D {tqh_first =3D 0x0, tqh_last =3D 0xfffff801d3= e11c98}, rl_currdep =3D 0x0}, v_cstart =3D 0, v_lasta =3D 0, v_lastw =3D 0,=20 v_clen =3D 0, v_holdcnt =3D 127, v_usecount =3D 126, v_iflag =3D 512, v_v= flag =3D 0, v_writecount =3D 0, v_hash =3D 7955980, v_type =3D VDIR} (kgdb) print *td $6 =3D {td_lock =3D 0xffffffff81619670, td_proc =3D 0xfffff8006233f4f0, td_= plist =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffff8006233f500}, td_runq =3D {tqe_next = =3D 0x0, tqe_prev =3D 0xffffffff815e3998}, td_slpq =3D { tqe_next =3D 0xfffff803f7d36960, tqe_prev =3D 0xfffff802836ed030}, td_l= ockq =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffffe03e44e7908}, td_hash =3D {le_next = =3D 0x0, le_prev =3D 0xfffffe000087aac0}, td_cpuset =3D 0xfffff800083cd3a8,=20 td_sel =3D 0xfffff80039695e00, td_sleepqueue =3D 0x0, td_turnstile =3D 0xfffff8015b0cacc0, td_rlqe =3D 0xfffff80117ffa4d8, td_umtxq =3D 0xfffff802d770a780, td_tid =3D 101720, td_sigqueue =3D {sq_signals =3D {__b= its =3D {0, 0, 0, 0}},=20 sq_kill =3D {__bits =3D {0, 0, 0, 0}}, sq_list =3D {tqh_first =3D 0x0, = tqh_last =3D 0xfffff8033a17e0b8}, sq_proc =3D 0xfffff8006233f4f0, sq_flags =3D 1}, td_lend_user_pri =3D 255 '=C3=BF', td_flags =3D 133124, td_inhibitors =3D 2= ,=20 td_pflags =3D 0, td_dupfd =3D -1, td_sqqueue =3D 0, td_wchan =3D 0xfffff8= 01fd0ea100, td_wmesg =3D 0xffffffff81006e8d "vodead", td_lastcpu =3D 1 '\001', td_oncpu= =3D 255 '=C3=BF', td_owepreempt =3D 0 '\0', td_tsqueue =3D 0 '\0',=20 td_locks =3D 4348, td_rw_rlocks =3D 0, td_lk_slocks =3D 0, td_stopsched = =3D 0, td_blocked =3D 0x0, td_lockname =3D 0x0, td_contested =3D {lh_first =3D 0x0= }, td_sleeplocks =3D 0x0, td_intr_nesting_level =3D 0, td_pinned =3D 0,=20 td_ucred =3D 0xfffff803682bd400, td_estcpu =3D 0, td_slptick =3D 44424458= 4, td_blktick =3D 0, td_swvoltick =3D 444244584, td_cow =3D 39, td_ru =3D {ru_= utime =3D {tv_sec =3D 0, tv_usec =3D 0}, ru_stime =3D {tv_sec =3D 0, tv_usec =3D 0},= =20 ru_maxrss =3D 1656, ru_ixrss =3D 192, ru_idrss =3D 64, ru_isrss =3D 204= 8, ru_minflt =3D 119, ru_majflt =3D 0, ru_nswap =3D 0, ru_inblock =3D 749, ru_oublock = =3D 0, ru_msgsnd =3D 0, ru_msgrcv =3D 0, ru_nsignals =3D 0, ru_nvcsw =3D 739,=20 ru_nivcsw =3D 2}, td_rux =3D {rux_runtime =3D 514120625, rux_uticks =3D= 1, rux_sticks =3D 15, rux_iticks =3D 0, rux_uu =3D 12852, rux_su =3D 192791, r= ux_tu =3D 205644}, td_incruntime =3D 0, td_runtime =3D 514120625, td_pticks =3D 0,=20 td_sticks =3D 0, td_iticks =3D 0, td_uticks =3D 0, td_intrval =3D 0, td_o= ldsigmask =3D {__bits =3D {0, 0, 0, 0}}, td_generation =3D 741, td_sigstk =3D {ss_sp =3D = 0x0, ss_size =3D 0, ss_flags =3D 4}, td_xsig =3D 0, td_profil_addr =3D 0,=20 td_profil_ticks =3D 0, td_name =3D "du", '\0' , td_fpop= =3D 0x0, td_dbgflags =3D 0, td_dbgksi =3D {ksi_link =3D {tqe_next =3D 0x0, tqe_prev = =3D 0x0}, ksi_info =3D {si_signo =3D 0, si_errno =3D 0, si_code =3D 0, si_pid =3D 0,= =20 si_uid =3D 0, si_status =3D 0, si_addr =3D 0x0, si_value =3D {sival_i= nt =3D 0, sival_ptr =3D 0x0, sigval_int =3D 0, sigval_ptr =3D 0x0}, _reason =3D {_fau= lt =3D {_trapno =3D 0}, _timer =3D {_timerid =3D 0, _overrun =3D 0}, _mesgq =3D {_= mqd =3D 0},=20 _poll =3D {_band =3D 0}, __spare__ =3D {__spare1__ =3D 0, __spare2_= _ =3D {0, 0, 0, 0, 0, 0, 0}}}}, ksi_flags =3D 0, ksi_sigq =3D 0x0}, td_ng_outbound =3D 0= , td_osd =3D {osd_nslots =3D 0, osd_slots =3D 0x0, osd_next =3D {le_next =3D 0x0,=20 le_prev =3D 0x0}}, td_map_def_user =3D 0x0, td_dbg_forked =3D 0, td_v= p_reserv =3D 0, td_no_sleeping =3D 0, td_dom_rr_idx =3D 0, td_sigmask =3D {__bits =3D {0= , 0, 0, 0}}, td_rqindex =3D 31 '\037', td_base_pri =3D 120 'x',=20 td_priority =3D 120 'x', td_pri_class =3D 3 '\003', td_user_pri =3D 126 '= ~', td_base_user_pri =3D 126 '~', td_pcb =3D 0xfffffe0466890b80, td_state =3D TDS_INHIBITED, td_retval =3D {0, 1}, td_slpcallout =3D {c_links =3D {le =3D= { le_next =3D 0x0, le_prev =3D 0xfffffe00008d0a10}, sle =3D {sle_next= =3D 0x0}, tqe =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffffe00008d0a10}}, c_time =3D 20354765951718809, c_precision =3D 268435437, c_arg =3D 0xfffff8033a17e000,= =20 c_func =3D 0xffffffff8099b0d0 , c_lock =3D 0x0, c_flags= =3D 0, c_iflags =3D 272, c_cpu =3D 2}, td_frame =3D 0xfffffe0466890ac0, td_kstack_= obj =3D 0xfffff803af9b7200, td_kstack =3D 18446741893586407424,=20 td_kstack_pages =3D 4, td_critnest =3D 1, td_md =3D {md_spinlock_count = =3D 1, md_saved_flags =3D 582, md_spurflt_addr =3D 0}, td_sched =3D 0xfffff8033a17= e480, td_ar =3D 0x0, td_lprof =3D {{lh_first =3D 0x0}, {lh_first =3D 0x0}},=20 td_dtrace =3D 0xfffff8037c56e700, td_errno =3D 0, td_vnet =3D 0x0, td_vne= t_lpush =3D 0x0, td_intr_frame =3D 0x0, td_rfppwait_p =3D 0xfffff802656e09e0, td_ma =3D= 0x0, td_ma_cnt =3D 0, td_su =3D 0x0, td_dbg_sc_code =3D 0, td_dbg_sc_narg =3D 0,= =20 td_emuldata =3D 0x0} And another stuck du process: (kgdb) thread 795 [Switching to thread 795 (Thread 101745)]#0 sched_switch (td=3D0xfffff8006f2e84b0, newtd=3D, flags=3D) at /usr/src/sys/kern/sched_ule.c:1945 1945 cpuid =3D PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=3D0xfffff8006f2e84b0, newtd=3D, flags=3D) at /usr/src/sys/kern/sched_ule.c:1945 #1 0xffffffff80959ff1 in mi_switch (flags=3D260, newtd=3D0x0) at /usr/src/sys/kern/kern_synch.c:491 #2 0xffffffff8099b31a in sleepq_wait (wchan=3D0x0, pri=3D0) at /usr/src/sys/kern/subr_sleepqueue.c:617 #3 0xffffffff80959a17 in _sleep (ident=3D, lock=3D, priority=3D, wmesg=3D, sbt=3D, pr=3D,=20 flags=3D) at /usr/src/sys/kern/kern_synch.c:255 #4 0xffffffff80bed620 in vnode_create_vobject (vp=3D0xfffff801d3e11b10, isize=3D16, td=3D0xfffff8006f2e84b0) at /usr/src/sys/vm/vnode_pager.c:120 #5 0xffffffff81a7d5f5 in zfs_freebsd_open (ap=3D0xfffffe046690d658) at /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/z= fs_vnops.c:6076 #6 0xffffffff80e7e651 in VOP_OPEN_APV (vop=3D, a=3D) at vnode_if.c:469 #7 0xffffffff80a05694 in vn_open_vnode (vp=3D0xfffff801d3e11b10, fmode=3D1= 179653, cred=3D0xfffff802f6e2f000, td=3D0xfffff8006f2e84b0, fp=3D0xfffff80104fcc5a0= ) at vnode_if.h:196 #8 0xffffffff80a0528a in vn_open_cred (ndp=3D0xfffffe046690d870, flagp=3D0xfffffe046690d94c, cmode=3D, vn_open_flags=3D= , cred=3D0x0, fp=3D0xfffff80104fcc5a0) at /usr/src/sys/kern/vfs_vnops.c:268 #9 0xffffffff809fe44f in kern_openat (td=3D0xfffff8006f2e84b0, fd=3D-100, path=3D0x801422d48 , pathseg=3DUIO_USERSPACE, flags=3D1179653, mode=3D) at /usr/src/sys/kern/vfs_syscalls.c:1093 #10 0xffffffff80d55aff in amd64_syscall (td=3D0xfffff8006f2e84b0, traced=3D= 0) at subr_syscall.c:141 #11 0xffffffff80d3ad7b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:396 #12 0x0000000800b7570a in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 4 #4 0xffffffff80bed620 in vnode_create_vobject (vp=3D0xfffff801d3e11b10, isize=3D16, td=3D0xfffff8006f2e84b0) at /usr/src/sys/vm/vnode_pager.c:120 120 VM_OBJECT_SLEEP(object, object, PDROP | PVM, "vodea= d", 0); (kgdb) p *vp $7 =3D {v_tag =3D 0xffffffff81aecb3b "zfs", v_op =3D 0xffffffff81aff790, v_= data =3D 0xfffff801a2d1ca10, v_mount =3D 0xfffff8011a46e660, v_nmntvnodes =3D {tqe_n= ext =3D 0xfffff801a53281d8, tqe_prev =3D 0xfffff801a6b8e5a8}, v_un =3D { vu_mount =3D 0x0, vu_socket =3D 0x0, vu_cdev =3D 0x0, vu_fifoinfo =3D 0= x0}, v_hashlist =3D {le_next =3D 0x0, le_prev =3D 0x0}, v_cache_src =3D {lh_firs= t =3D 0xfffff80019708850}, v_cache_dst =3D {tqh_first =3D 0xfffff80257063850,=20 tqh_last =3D 0xfffff80257063870}, v_cache_dd =3D 0xfffff80257063850, v_= lock =3D {lock_object =3D {lo_name =3D 0xffffffff81aecb3b "zfs", lo_flags =3D 117112= 832, lo_data =3D 0, lo_witness =3D 0x0}, lk_lock =3D 1, lk_exslpfail =3D 0,=20 lk_timo =3D 51, lk_pri =3D 96}, v_interlock =3D {lock_object =3D {lo_na= me =3D 0xffffffff80fe1a6c "vnode interlock", lo_flags =3D 16973824, lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 4}, v_vnlock =3D 0xfffff801d3e11b78,=20 v_actfreelist =3D {tqe_next =3D 0xfffff801a6b8e588, tqe_prev =3D 0xfffff801a5328298}, v_bufobj =3D {bo_lock =3D {lock_object =3D {lo_name =3D 0xffffffff80fe1a7c "bufobj interlock", lo_flags =3D 86179840, lo_data =3D 0, lo_witness =3D 0x0},=20 rw_lock =3D 1}, bo_ops =3D 0xffffffff814b3900, bo_object =3D 0xfffff801fd0ea100, bo_synclist =3D {le_next =3D 0x0, le_prev =3D 0x0}, bo_= private =3D 0xfffff801d3e11b10, __bo_vnode =3D 0xfffff801d3e11b10, bo_clean =3D {bv_hd = =3D { tqh_first =3D 0x0, tqh_last =3D 0xfffff801d3e11c30}, bv_root =3D {p= t_root =3D 0}, bv_cnt =3D 0}, bo_dirty =3D {bv_hd =3D {tqh_first =3D 0x0, tqh_last =3D 0xfffff801d3e11c50}, bv_root =3D {pt_root =3D 0}, bv_cnt =3D 0}, bo_numoutp= ut =3D 0,=20 bo_flag =3D 0, bo_bsize =3D 131072}, v_pollinfo =3D 0x0, v_label =3D 0x= 0, v_lockf =3D 0x0, v_rl =3D {rl_waiters =3D {tqh_first =3D 0x0, tqh_last =3D 0xfffff801d3= e11c98}, rl_currdep =3D 0x0}, v_cstart =3D 0, v_lasta =3D 0, v_lastw =3D 0,=20 v_clen =3D 0, v_holdcnt =3D 127, v_usecount =3D 126, v_iflag =3D 512, v_v= flag =3D 0, v_writecount =3D 0, v_hash =3D 7955980, v_type =3D VDIR} (kgdb) p *td $8 =3D {td_lock =3D 0xffffffff81619670, td_proc =3D 0xfffff80009eb59e0, td_= plist =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffff80009eb59f0}, td_runq =3D {tqe_next = =3D 0x0, tqe_prev =3D 0xffffffff815e87a8}, td_slpq =3D { tqe_next =3D 0xfffff803cfb27960, tqe_prev =3D 0xfffff8006f2e8990}, td_l= ockq =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffffe04662f90c8}, td_hash =3D {le_next = =3D 0x0, le_prev =3D 0xfffffe000087ab88}, td_cpuset =3D 0xfffff800083cd3a8,=20 td_sel =3D 0xfffff80290088500, td_sleepqueue =3D 0x0, td_turnstile =3D 0xfffff800b09c4840, td_rlqe =3D 0xfffff8015a73a910, td_umtxq =3D 0xfffff8012d91b280, td_tid =3D 101745, td_sigqueue =3D {sq_signals =3D {__b= its =3D {0, 0, 0, 0}},=20 sq_kill =3D {__bits =3D {0, 0, 0, 0}}, sq_list =3D {tqh_first =3D 0x0, = tqh_last =3D 0xfffff8006f2e8568}, sq_proc =3D 0xfffff80009eb59e0, sq_flags =3D 1}, td_lend_user_pri =3D 255 '=C3=BF', td_flags =3D 133124, td_inhibitors =3D 2= ,=20 td_pflags =3D 0, td_dupfd =3D -1, td_sqqueue =3D 0, td_wchan =3D 0xfffff8= 01fd0ea100, td_wmesg =3D 0xffffffff81006e8d "vodead", td_lastcpu =3D 7 '\a', td_oncpu = =3D 255 '=C3=BF', td_owepreempt =3D 0 '\0', td_tsqueue =3D 0 '\0', td_locks =3D 376= 8,=20 td_rw_rlocks =3D 0, td_lk_slocks =3D 0, td_stopsched =3D 0, td_blocked = =3D 0x0, td_lockname =3D 0x0, td_contested =3D {lh_first =3D 0x0}, td_sleeplocks =3D= 0x0, td_intr_nesting_level =3D 0, td_pinned =3D 0, td_ucred =3D 0xfffff802f6e2f0= 00,=20 td_estcpu =3D 0, td_slptick =3D 729400807, td_blktick =3D 0, td_swvoltick= =3D 729400807, td_cow =3D 41, td_ru =3D {ru_utime =3D {tv_sec =3D 0, tv_usec = =3D 0}, ru_stime =3D {tv_sec =3D 0, tv_usec =3D 0}, ru_maxrss =3D 1696, ru_ixrss =3D 312,=20 ru_idrss =3D 104, ru_isrss =3D 3328, ru_minflt =3D 121, ru_majflt =3D 0= , ru_nswap =3D 0, ru_inblock =3D 840, ru_oublock =3D 0, ru_msgsnd =3D 0, ru_msgrcv =3D 0, = ru_nsignals =3D 0, ru_nvcsw =3D 795, ru_nivcsw =3D 0}, td_rux =3D { rux_runtime =3D 547891773, rux_uticks =3D 1, rux_sticks =3D 25, rux_iti= cks =3D 0, rux_uu =3D 8428, rux_su =3D 210723, rux_tu =3D 219152}, td_incruntime =3D 0= , td_runtime =3D 547891773, td_pticks =3D 0, td_sticks =3D 0, td_iticks =3D 0,=20 td_uticks =3D 0, td_intrval =3D 0, td_oldsigmask =3D {__bits =3D {0, 0, 0= , 0}}, td_generation =3D 795, td_sigstk =3D {ss_sp =3D 0x0, ss_size =3D 0, ss_flag= s =3D 4}, td_xsig =3D 0, td_profil_addr =3D 0, td_profil_ticks =3D 0,=20 td_name =3D "du", '\0' , td_fpop =3D 0x0, td_dbgflags = =3D 0, td_dbgksi =3D {ksi_link =3D {tqe_next =3D 0x0, tqe_prev =3D 0x0}, ksi_info = =3D {si_signo =3D 0, si_errno =3D 0, si_code =3D 0, si_pid =3D 0, si_uid =3D 0,=20 si_status =3D 0, si_addr =3D 0x0, si_value =3D {sival_int =3D 0, siva= l_ptr =3D 0x0, sigval_int =3D 0, sigval_ptr =3D 0x0}, _reason =3D {_fault =3D {_trapno =3D= 0}, _timer =3D {_timerid =3D 0, _overrun =3D 0}, _mesgq =3D {_mqd =3D 0}, _poll =3D { _band =3D 0}, __spare__ =3D {__spare1__ =3D 0, __spare2__ =3D {0,= 0, 0, 0, 0, 0, 0}}}}, ksi_flags =3D 0, ksi_sigq =3D 0x0}, td_ng_outbound =3D 0, td_osd = =3D {osd_nslots =3D 0, osd_slots =3D 0x0, osd_next =3D {le_next =3D 0x0,=20 le_prev =3D 0x0}}, td_map_def_user =3D 0x0, td_dbg_forked =3D 0, td_v= p_reserv =3D 0, td_no_sleeping =3D 0, td_dom_rr_idx =3D 0, td_sigmask =3D {__bits =3D {0= , 0, 0, 0}}, td_rqindex =3D 32 ' ', td_base_pri =3D 120 'x',=20 td_priority =3D 120 'x', td_pri_class =3D 3 '\003', td_user_pri =3D 130 '= \202', td_base_user_pri =3D 130 '\202', td_pcb =3D 0xfffffe046690db80, td_state =3D TDS_INHIBITED, td_retval =3D {0, 1}, td_slpcallout =3D {c_links =3D {le =3D= { le_next =3D 0x0, le_prev =3D 0xfffffe0000ac29b0}, sle =3D {sle_next= =3D 0x0}, tqe =3D {tqe_next =3D 0x0, tqe_prev =3D 0xfffffe0000ac29b0}}, c_time =3D 21579501454196634, c_precision =3D 268435437, c_arg =3D 0xfffff8006f2e84b0,= =20 c_func =3D 0xffffffff8099b0d0 , c_lock =3D 0x0, c_flags= =3D 0, c_iflags =3D 272, c_cpu =3D 9}, td_frame =3D 0xfffffe046690dac0, td_kstack_= obj =3D 0xfffff80198fc0e00, td_kstack =3D 18446741893586919424,=20 td_kstack_pages =3D 4, td_critnest =3D 1, td_md =3D {md_spinlock_count = =3D 1, md_saved_flags =3D 582, md_spurflt_addr =3D 0}, td_sched =3D 0xfffff8006f2e= 8930, td_ar =3D 0x0, td_lprof =3D {{lh_first =3D 0x0}, {lh_first =3D 0x0}},=20 td_dtrace =3D 0xfffff802a4f1fc00, td_errno =3D 0, td_vnet =3D 0x0, td_vne= t_lpush =3D 0x0, td_intr_frame =3D 0x0, td_rfppwait_p =3D 0xfffff803cb6dd4f0, td_ma =3D= 0x0, td_ma_cnt =3D 0, td_su =3D 0x0, td_dbg_sc_code =3D 0, td_dbg_sc_narg =3D 0,= =20 td_emuldata =3D 0x0} We are replicating this filesystem using incremental ZFS snapshots onto a secondary host (using zrep). I can mount the replicated fs and read the file there without issue. I am currently compiling the latest -STABLE kernel and am scheduling a rebo= ot tonight. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Apr 20 11:51:44 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9458BB14A0C for ; Wed, 20 Apr 2016 11:51:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 856991D60 for ; Wed, 20 Apr 2016 11:51:44 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3KBpiPJ075982 for ; Wed, 20 Apr 2016 11:51:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 204764] Filesystem deadlock, process in vodead state Date: Wed, 20 Apr 2016 11:51:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: avg@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 11:51:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204764 --- Comment #23 from Andriy Gapon --- (In reply to roel from comment #22) It would be interesting to see *vp->v_bufobj.bo_object. Also, it's better to add a really long output as an attachment rather than pasting it into a comment. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Apr 20 12:08:45 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13413B156D7 for ; Wed, 20 Apr 2016 12:08:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 04190188A for ; Wed, 20 Apr 2016 12:08:45 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3KC8h5o041743 for ; Wed, 20 Apr 2016 12:08:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 204764] Filesystem deadlock, process in vodead state Date: Wed, 20 Apr 2016 12:08:43 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: roel@qsp.nl X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 12:08:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204764 --- Comment #24 from roel@qsp.nl --- Here it is, for both du processes listed above: (kgdb) thread 555 (kgdb) frame 4 #4 0xffffffff80bed620 in vnode_create_vobject (vp=3D0xfffff801d3e11b10, isize=3D16, td=3D0xfffff8033a17e000) at /usr/src/sys/vm/vnode_pager.c:120 120 VM_OBJECT_SLEEP(object, object, PDROP | PVM, "vodea= d", 0); (kgdb) p *vp->v_bufobj.bo_object $1 =3D {lock =3D {lock_object =3D {lo_name =3D 0xffffffff810062d6 "vm objec= t", lo_flags =3D 90374144, lo_data =3D 0, lo_witness =3D 0x0}, rw_lock =3D 1}, object_li= st =3D {tqe_next =3D 0xfffff801fd0ea200, tqe_prev =3D 0xfffff801fd0ea020},=20 shadow_head =3D {lh_first =3D 0x0}, shadow_list =3D {le_next =3D 0x0, le_= prev =3D 0xfffff8022d69bb38}, memq =3D {tqh_first =3D 0x0, tqh_last =3D 0xfffff801fd= 0ea148}, rtree =3D {rt_root =3D 0, rt_flags =3D 0 '\0'}, size =3D 1, generation =3D = 1,=20 ref_count =3D 0, shadow_count =3D 0, memattr =3D 6 '\006', type =3D 2 '\0= 02', flags =3D 16392, pg_color =3D 21, paging_in_progress =3D 0, resident_page_count =3D 0, backing_object =3D 0x0, backing_object_offset =3D 0, pager_object_list =3D { tqe_next =3D 0x0, tqe_prev =3D 0x0}, rvq =3D {lh_first =3D 0x0}, cache = =3D {rt_root =3D 0, rt_flags =3D 0 '\0'}, handle =3D 0xfffff801d3e11b10, un_pager =3D {vnp = =3D {vnp_size =3D 16, writemappings =3D 0}, devp =3D {devp_pglist =3D { tqh_first =3D 0x10, tqh_last =3D 0x0}, ops =3D 0x0, dev =3D 0x0}, s= gp =3D {sgp_pglist =3D {tqh_first =3D 0x10, tqh_last =3D 0x0}}, swp =3D {swp_tmpfs= =3D 0x10, swp_bcount =3D 0}}, cred =3D 0x0, charge =3D 0} (kgdb) thread 795 [Switching to thread 795 (Thread 101745)]#0 sched_switch (td=3D0xfffff8006f2e84b0, newtd=3D, flags=3D) at /usr/src/sys/kern/sched_ule.c:1945 1945 cpuid =3D PCPU_GET(cpuid); (kgdb) frame 4 #4 0xffffffff80bed620 in vnode_create_vobject (vp=3D0xfffff801d3e11b10, isize=3D16, td=3D0xfffff8006f2e84b0) at /usr/src/sys/vm/vnode_pager.c:120 120 VM_OBJECT_SLEEP(object, object, PDROP | PVM, "vodea= d", 0); (kgdb) p *vp->v_bufobj.bo_object $2 =3D {lock =3D {lock_object =3D {lo_name =3D 0xffffffff810062d6 "vm objec= t", lo_flags =3D 90374144, lo_data =3D 0, lo_witness =3D 0x0}, rw_lock =3D 1}, object_li= st =3D {tqe_next =3D 0xfffff801fd0ea200, tqe_prev =3D 0xfffff801fd0ea020},=20 shadow_head =3D {lh_first =3D 0x0}, shadow_list =3D {le_next =3D 0x0, le_= prev =3D 0xfffff8022d69bb38}, memq =3D {tqh_first =3D 0x0, tqh_last =3D 0xfffff801fd= 0ea148}, rtree =3D {rt_root =3D 0, rt_flags =3D 0 '\0'}, size =3D 1, generation =3D = 1,=20 ref_count =3D 0, shadow_count =3D 0, memattr =3D 6 '\006', type =3D 2 '\0= 02', flags =3D 16392, pg_color =3D 21, paging_in_progress =3D 0, resident_page_count =3D 0, backing_object =3D 0x0, backing_object_offset =3D 0, pager_object_list =3D { tqe_next =3D 0x0, tqe_prev =3D 0x0}, rvq =3D {lh_first =3D 0x0}, cache = =3D {rt_root =3D 0, rt_flags =3D 0 '\0'}, handle =3D 0xfffff801d3e11b10, un_pager =3D {vnp = =3D {vnp_size =3D 16, writemappings =3D 0}, devp =3D {devp_pglist =3D { tqh_first =3D 0x10, tqh_last =3D 0x0}, ops =3D 0x0, dev =3D 0x0}, s= gp =3D {sgp_pglist =3D {tqh_first =3D 0x10, tqh_last =3D 0x0}}, swp =3D {swp_tmpfs= =3D 0x10, swp_bcount =3D 0}}, cred =3D 0x0, charge =3D 0} --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Apr 20 14:52:58 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 953D8B15774 for ; Wed, 20 Apr 2016 14:52:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85F381ACA for ; Wed, 20 Apr 2016 14:52:58 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3KEqwCW026474 for ; Wed, 20 Apr 2016 14:52:58 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 207464] Panic when destroying ZFS snapshot on boot filesystem Date: Wed, 20 Apr 2016 14:52:58 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: hpowell@lighthouseinstruments.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 14:52:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207464 Howard Powell changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hpowell@lighthouseinstrumen | |ts.com --- Comment #6 from Howard Powell --- This seems to affect a fresh install of 10.3 as well. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Apr 20 14:57:49 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3EA78B15AC9 for ; Wed, 20 Apr 2016 14:57:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2F89E1FA4 for ; Wed, 20 Apr 2016 14:57:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3KEvmM3034116 for ; Wed, 20 Apr 2016 14:57:49 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 207464] Panic when destroying ZFS snapshot on boot filesystem Date: Wed, 20 Apr 2016 14:57:49 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: karl@denninger.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 14:57:49 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207464 karl@denninger.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |karl@denninger.net --- Comment #7 from karl@denninger.net --- This looks like the same problem I've seen related to an automated backup f= or quite some time; the symptomology, if you catch it before it blows up, is t= hat the snapshot you're trying to delete cannot be CD'd into, but it's there. If you reboot before trying to destroy it the panic does not happen, but if not, kaboom. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Apr 20 15:34:46 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C5EAFB16D63 for ; Wed, 20 Apr 2016 15:34:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B68CC10FB for ; Wed, 20 Apr 2016 15:34:46 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3KFYjuO012942 for ; Wed, 20 Apr 2016 15:34:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 207464] Panic when destroying ZFS snapshot on boot filesystem Date: Wed, 20 Apr 2016 15:34:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: hpowell@lighthouseinstruments.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 15:34:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207464 --- Comment #8 from Howard Powell --- Created attachment 169495 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D169495&action= =3Dedit vmcore.txt --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Wed Apr 20 15:36:39 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC1A4B16E71 for ; Wed, 20 Apr 2016 15:36:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CCEDA1275 for ; Wed, 20 Apr 2016 15:36:39 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3KFads7015736 for ; Wed, 20 Apr 2016 15:36:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 207464] Panic when destroying ZFS snapshot on boot filesystem Date: Wed, 20 Apr 2016 15:36:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: hpowell@lighthouseinstruments.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Apr 2016 15:36:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D207464 --- Comment #9 from Howard Powell --- I've replicated this issue with a non-boot zfs filesystem on 10.3-RELEASE. zpool create foo /dev/ada1 mkdir /foo/bar zfs snapshot foo@working-copy ls -d /foo/.zfs/snapshot/working-copy/bar zfs destroy foo@working-copy Output is=20 panic: vputx: negative ref cnt followed by a dump and reboot. I've uploaded the vmcore.txt that was gener= ated by this bug. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Thu Apr 21 00:29:18 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21D2DB15B5B for ; Thu, 21 Apr 2016 00:29:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1203D17A9 for ; Thu, 21 Apr 2016 00:29:18 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3L0THmV023442 for ; Thu, 21 Apr 2016 00:29:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 208882] zfs root filesystem mount failure on startup in FreeBSD 10.3-RELEASE if USB hdd with zpool is attached to another port Date: Thu, 21 Apr 2016 00:29:17 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: ish@amail.plala.or.jp X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 00:29:18 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208882 --- Comment #2 from Masachika ISHIZUKA --- (In reply to Fabian Keil from comment #1) Thank you very much. This patch is applicable to 10.3-RELEASE and fixes this bug. After applying this patch, I can boot with zfs normally. The log show like that. > Apr 21 09:15:32 carrot kernel: Solaris: NOTICE: Cannot find the pool labe= l for ' zroot' > Apr 21 09:15:32 carrot kernel: Mounting from zfs:zroot/ROOT/default faile= d with=20 error 5. 2 seconds left. Retrying. And then, zfs succeeded to mount automatically. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Thu Apr 21 08:50:57 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D41EB15C86 for ; Thu, 21 Apr 2016 08:50:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2E4B81FDE for ; Thu, 21 Apr 2016 08:50:57 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3L8orID058676 for ; Thu, 21 Apr 2016 08:50:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 204764] Filesystem deadlock, process in vodead state Date: Thu, 21 Apr 2016 08:50:54 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: freebsd@erik.eu X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 08:50:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D204764 Erik changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd@erik.eu --- Comment #25 from Erik --- +1 Same/similar enviroment like others=20 - zfs mirrored pool with multiple ssd disks - exported over NFS - random directories are 'stuck' after a couple of days - ls works fine, but accessing resluts in vodead state and newnfs state on client this is on FreeBSD 10.3-RELEASE I'll try to get the debug info later. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Fri Apr 22 00:29:52 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5CD8DB18583 for ; Fri, 22 Apr 2016 00:29:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DE041786 for ; Fri, 22 Apr 2016 00:29:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3M0Tpl1019032 for ; Fri, 22 Apr 2016 00:29:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 206448] ZFS hang/stall when drives in ATA mode Date: Fri, 22 Apr 2016 00:29:52 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: freebsd@sublogic.se X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Apr 2016 00:29:52 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206448 Richard Palusaar changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |freebsd@sublogic.se --- Comment #2 from Richard Palusaar --- I have a similar issue on a PowerEdge 400SC. For me the issue is on 10.3-RELEASE i386 and gives me: GEOM_MIRROR: cancelling unmapped because of ada0p2 GEOM_MIRROR: cancelling unmapped because of ada1p2 GEOM_MIRROR: Device mirror/swap launched (2/2) This results in a kernel panic and boot failure. For me the resolution is to either disable SWAP in fstab or to boot with AC= PI off. If I boot with SWAP disabled then once booted I can re-enable SWAP and all works fine till the next boot. Just my 5 cents on the topic. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Sat Apr 23 01:44:59 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B5268B18D95 for ; Sat, 23 Apr 2016 01:44:59 +0000 (UTC) (envelope-from bmueller@panasas.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1631BF7 for ; Sat, 23 Apr 2016 01:44:59 +0000 (UTC) (envelope-from bmueller@panasas.com) Received: by mailman.ysv.freebsd.org (Postfix) id 896A6B18D90; Sat, 23 Apr 2016 01:44:59 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 890BCB18D8F for ; Sat, 23 Apr 2016 01:44:59 +0000 (UTC) (envelope-from bmueller@panasas.com) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0096.outbound.protection.outlook.com [65.55.169.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B36E1BF6; Sat, 23 Apr 2016 01:44:58 +0000 (UTC) (envelope-from bmueller@panasas.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=panasas.onmicrosoft.com; s=selector1-panasas-com; h=From:To:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VrZsaXj36A6dzlnZn4SvDHmyNNIyMmmP5w1e9hm9cF8=; b=D8VdiZU6NBOk56TgrGoQ5CjXTGLchHPl7S4ifxKCP4LFupcIfR4DimG2mAcZ+Uc7PKP3Yv1hFlBEvRpDrbSE5xjuH53AxWKu1T2ADFK8n4BooiN7w9caTqItnE78VibxKtRf90Iggw/sytlBISeMQp69NNoUHUeS96oea0FneQo= Received: from BN3PR0801MB0961.namprd08.prod.outlook.com (10.160.185.13) by BN3PR0801MB0964.namprd08.prod.outlook.com (10.160.185.140) with Microsoft SMTP Server (TLS) id 15.1.466.19; Sat, 23 Apr 2016 01:44:50 +0000 Received: from BN3PR0801MB0961.namprd08.prod.outlook.com ([10.160.185.13]) by BN3PR0801MB0961.namprd08.prod.outlook.com ([10.160.185.13]) with mapi id 15.01.0466.023; Sat, 23 Apr 2016 01:44:50 +0000 From: "Mueller, Brian" To: "fs@freebsd.org" CC: "rpokala@freebsd.org" Subject: Add NFSv3 tree root to mountd Thread-Topic: Add NFSv3 tree root to mountd Thread-Index: AdGc+6acZLPrcoy9QQ+IJFb6/cIX0w== Date: Sat, 23 Apr 2016 01:44:49 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=panasas.com; x-originating-ip: [2601:549:c101:4a56:e8bf:c388:f363:fd04] x-ms-office365-filtering-correlation-id: 525a57bd-b26e-48e6-59ed-08d36b18dc21 x-microsoft-exchange-diagnostics: 1; BN3PR0801MB0964; 5:FkzOEABRCLk7jgJXLUSUQlendwYeuudu14MDPssR16b5rWTvm+mVMrqqcxAwNcSX1Dcv0zwVOqDkXKzfV+1O2hHNMtPvvZOE303Tuxa9enegtopvW6H/8Z1dgckoOhmsT7MKokz97ovFIWAL4Sh91hqTRHIopzBgfC3EWCKSRKm5J+gZn5Uz1qHdJ5E9Ztq0; 24:4r6jO1DQYIqFM+KMvMegFUur4WXBEtQ9czJhHdCFeWhmjJvxDlyc7Kg3caxJPjR6qI34CFHJTHSYrD0Q9rGKzyuhwpsErxBp0EEUFbkcJCs=; 7:J7MLCETzs1lwhAiGN5fw3/u/Pp8aHaqe9/P3x9XB2Gy4yY5jPYsLiHY7X1gRUDFYT6+LEUL38ms3TM2PUq6vAoEr/sncPbo1/Ubkv67B2loRhTdsq0oO6Pk/Ik2Pz4l6iUpNykt+ZCsiYuw/aPBIPmBzLPYTjkTRFJb7+MO2usJ3suJkTqToinYv/PqtPgHepBpf3p1wM/OMoqT7WH19lTJ6HdIQXqkpc26EbXIzJTM= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0801MB0964; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(9101521062)(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:BN3PR0801MB0964; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0801MB0964; x-forefront-prvs: 0921D55E4F x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(11100500001)(19580395003)(5004730100002)(1096002)(19625215002)(6116002)(2906002)(99286002)(102836003)(790700001)(15975445007)(122556002)(229853001)(586003)(4326007)(1730700002)(3280700002)(450100001)(1220700001)(3660700001)(2351001)(2900100001)(86362001)(33656002)(77096005)(5640700001)(54356999)(5003600100002)(5008740100001)(9686002)(16236675004)(87936001)(2501003)(50986999)(81166005)(5630700001)(110136002)(92566002)(189998001)(10400500002)(76576001)(5002640100001)(19300405004)(74316001)(3826002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN3PR0801MB0964; H:BN3PR0801MB0961.namprd08.prod.outlook.com; FPR:; SPF:None; MLV:ovrnspm; PTR:InfoNoRecords; LANG:en; spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM MIME-Version: 1.0 X-OriginatorOrg: panasas.com X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Apr 2016 01:44:49.7963 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: acf01c9d-c699-42af-bdbb-44bf582e60b0 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0801MB0964 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2016 01:44:59 -0000 Similar to mountd's ability to specify the NFSv4 tree root via the V4: line= in the exports file, I would like to add the ability to specify a NFSv3 tr= ee root. The goal to have the same exported path for both the V3 and V4. = If you have exports file like the following: /foo/bar V3: /foo/bar V4: /foo/bar NFS clients would mount /foo/bar by running mount -t nfs -o ver=3D3 server:/ /mnt/v3 mount -t nfs -o ver=3D4 server:/ /mnt/v4 Without the change, the NFS client would need to specify different paths fo= r v3 and v4 mount -t nfs -o ver=3D3 server:/foo/bar /mnt/v3 mount -t nfs -o ver=3D4 server:/ /mnt/v4 Feedback appreciated. If there aren't any objections with incorporating th= is change into FreeBSD, I will start working on the changes to mountd. Brian Brian Mueller Panasas Inc. From owner-freebsd-fs@freebsd.org Sat Apr 23 11:51:47 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40514B193A8 for ; Sat, 23 Apr 2016 11:51:47 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 20E5F1A11 for ; Sat, 23 Apr 2016 11:51:47 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: by mailman.ysv.freebsd.org (Postfix) id 20342B193A7; Sat, 23 Apr 2016 11:51:47 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1FD94B193A6 for ; Sat, 23 Apr 2016 11:51:47 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id C2B871A10; Sat, 23 Apr 2016 11:51:46 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:65X6Mh8w7reLsv9uRHKM819IXTAuvvDOBiVQ1KB91O0cTK2v8tzYMVDF4r011RmSDdWdtKgP17aempujcFJDyK7JiGoFfp1IWk1NouQttCtkPvS4D1bmJuXhdS0wEZcKflZk+3amLRodQ56mNBXsq3G/pQQfBg/4fVIsYL+lSsiN1Y/ri6ibwN76XUZhvHKFe7R8LRG7/036l/I9ps9cEJs30QbDuXBSeu5blitCLFOXmAvgtI/rpMYwuwwZgf8q9tZBXKPmZOx4COUAVHV1e1wysefxtBDFBS6S638YX39exhBNHgXB6Bzgdo/4tCLhv/E70y6fa57YV7cxDA6j5KQjbRbjiyMKMnZt6mTegc90gadzvRWuuhF7246Sa4jDZ6k2Rb/UYd5PHTkJZc1WTSEUR9rkN4Y= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DQAQB0YBtX/61jaINehAt9Brl/AQ2BdRcLhSJKAoFaFAEBAQEBAQEBZCeCLYIUAQEBAwEBAQEgBCcgCwULAgEIDgoCAg0ZAgInAQkmAQEECAcEARwEiAEIDq5UkQMBAQEBAQEBAwEBAQEBARYEfIUlgX2CToQgAQEFgxiCVgWYD4V7hS6Re48tAh4BAUKEByAwB4c/Nn8BAQE X-IronPort-AV: E=Sophos;i="5.24,522,1454994000"; d="scan'208";a="279746841" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-annu.net.uoguelph.ca with ESMTP; 23 Apr 2016 07:50:36 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 9647815F579; Sat, 23 Apr 2016 07:50:36 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id sMbupUmmi90j; Sat, 23 Apr 2016 07:50:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 0FD9815F57B; Sat, 23 Apr 2016 07:50:36 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 6_p2zbdaVlEH; Sat, 23 Apr 2016 07:50:35 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id E8CA315F579; Sat, 23 Apr 2016 07:50:35 -0400 (EDT) Date: Sat, 23 Apr 2016 07:50:35 -0400 (EDT) From: Rick Macklem To: Brian Mueller Cc: fs@freebsd.org, rpokala@freebsd.org Message-ID: <1384504373.75445193.1461412235720.JavaMail.zimbra@uoguelph.ca> In-Reply-To: References: Subject: Re: Add NFSv3 tree root to mountd MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.11] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF18 (Linux)/8.0.9_GA_6191) Thread-Topic: Add NFSv3 tree root to mountd Thread-Index: AdGc+6acZLPrcoy9QQ+IJFb6/cIX0/4KIqRf X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2016 11:51:47 -0000 Brian Mueller wrote: > Similar to mountd's ability to specify the NFSv4 tree root via the V4: line > in the exports file, I would like to add the ability to specify a NFSv3 tree > root. The goal to have the same exported path for both the V3 and V4. If > you have exports file like the following: > > /foo/bar > V3: /foo/bar > V4: /foo/bar > > NFS clients would mount /foo/bar by running > > mount -t nfs -o ver=3 server:/ /mnt/v3 > mount -t nfs -o ver=4 server:/ /mnt/v4 > > Without the change, the NFS client would need to specify different paths for > v3 and v4 > > mount -t nfs -o ver=3 server:/foo/bar /mnt/v3 > mount -t nfs -o ver=4 server:/ /mnt/v4 > > Feedback appreciated. If there aren't any objections with incorporating this > change into FreeBSD, I will start working on the changes to mountd. > Basically I assume you are planning on using the V3 "/foo/bar" as a prefix that is prepended to the path when a Mount RPC request arrives. I, personally, don't see a problem with this, assuming that things still work the same when the "V3" line isn't in /etc/exports. A couple of comments: - Since NFSv3 doesn't follow server mounts, the results of a V3 mount will still be different than NFSv4 unless there is only one file system under "/foo/bar". --> Maybe adding this will just add to the confusion already present w.r.t. the differences between NFSv3 and NFSv4? (Falsely giving the impression that adding the "V3" line somehow makes them the same?) - In case you haven't looked at it, mountd.c is a beast. You'll have fun adding this change to it. rick > Brian > > Brian Mueller > Panasas Inc. > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@freebsd.org Sat Apr 23 11:52:24 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 80996B193EB for ; Sat, 23 Apr 2016 11:52:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 70D6C1BCC for ; Sat, 23 Apr 2016 11:52:24 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3NBqOot074089 for ; Sat, 23 Apr 2016 11:52:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 208882] zfs root filesystem mount failure on startup in FreeBSD 10.3-RELEASE if USB hdd with zpool is attached to another port Date: Sat, 23 Apr 2016 11:52:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: fk@fabiankeil.de X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2016 11:52:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208882 --- Comment #3 from Fabian Keil --- Created attachment 169589 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D169589&action= =3Dedit parse_mount(): Use vfs.mountroot.timeout for ZFS root (and NFS) as well You're welcome, thanks for testing. I'm attaching an updated version of the patch that applies against 11-CURRENT after r290196 and has been included in ElectroBSD since last October. The patch set also contains a patch to use the timeout for NFS mounts as well, but so far I did not have the opportunity to test this and suspect that nobody else tested it either. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Sat Apr 23 12:27:26 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13FE8B1A5F2 for ; Sat, 23 Apr 2016 12:27:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 044141104 for ; Sat, 23 Apr 2016 12:27:26 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u3NCRP5l037402 for ; Sat, 23 Apr 2016 12:27:25 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 208882] zfs root filesystem mount failure on startup in FreeBSD 10.3-RELEASE if USB hdd with zpool is attached to another port Date: Sat, 23 Apr 2016 12:27:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 10.3-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: ish@amail.plala.or.jp X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2016 12:27:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D208882 --- Comment #4 from Masachika ISHIZUKA --- (In reply to Fabian Keil from comment #3) Thank you for new patch. Although I hope this patch to be merged into base/head branch, I don't know= how to request them. # I'm not test 'nfs mount retry' because I don't use nfs filesystems that a= re nessesary on bootup, and I use 'autofs' for /home, /usr/altlocal and so on = to avoid mount error when nfs server is down for maintenance. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-fs@freebsd.org Sat Apr 23 14:28:31 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DF6D4B197CD for ; Sat, 23 Apr 2016 14:28:31 +0000 (UTC) (envelope-from alex.burlyga.ietf@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id BEB1C1330 for ; Sat, 23 Apr 2016 14:28:31 +0000 (UTC) (envelope-from alex.burlyga.ietf@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id BA56AB197CB; Sat, 23 Apr 2016 14:28:31 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B9F60B197C9 for ; Sat, 23 Apr 2016 14:28:31 +0000 (UTC) (envelope-from alex.burlyga.ietf@gmail.com) Received: from mail-vk0-x243.google.com (mail-vk0-x243.google.com [IPv6:2607:f8b0:400c:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 73397132F; Sat, 23 Apr 2016 14:28:31 +0000 (UTC) (envelope-from alex.burlyga.ietf@gmail.com) Received: by mail-vk0-x243.google.com with SMTP id o133so7231048vka.1; Sat, 23 Apr 2016 07:28:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=JGcr4qw+M2uHVtc4zgQXCjmxcrFlqDo9qd9YfCAVRuc=; b=FV7zlt266ntTB25k2PzIovUOrRAHAQeQDkK824Aqh/zuSEmaOb0DVUikEVI3zSYMKO ReJdQVjgmhGXet5vUcI/PAZzvmDrTDY1UQ9vLpDhmg42S+yLd3DAVbQwxuupfdJ82pgG XpHo2IQRFXYAOzQ5586D8Njk3gT9g2L7TxzgaRdYZ+UXRHh8utLk7uGzzro07vPeQ37F GcAQm9wNJ5gfql5/Jz0PXA6PvVrPzyPdgFytCIo0X3bzfbGi8SINapwtySizQxKBjMPr P59ZVQk1YvJPS7OTtOmVxH5/wjzk4t4Ldyy1LsJTfTcsruK3m0lV352cGHw7C5mhjsiL 4NxA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=JGcr4qw+M2uHVtc4zgQXCjmxcrFlqDo9qd9YfCAVRuc=; b=LofKfQk2XHnlgLUoYlha6B+l8ISW7Y6oMwxFoCtSxsSchISZG/C02kF7AWLwyZVKCe cDjZBdVHN15fB7pu7EqTTzJsN2QS7T6XFe0L2TVZAmqtkyhXXIIr7TdMM2req77z1BPO 51Uq/mGKvlFJJlk8b6sQ+m57+Gbg5PSj0BBzuQKQHXWRUpZFqHppxDSoTMJWIm/tBnEm 7bTsssKYq2rNuDSVQksVJ5sfi+ByW8WeBcvqpsO3yR6+/rM/NLRjlG42cE4BCeGSRQ0K sNPbPUcrOFQtBAiWca7g7x+Uq1pLCKFFInQDR3UwaOiuJnD7Vho8DGu+6r4NlHc4QSr9 Z/uw== X-Gm-Message-State: AOPr4FWYHl7Dq3xlTJ0qdHZmPdxG2aGV02Icly+vXemOZ/L4rRS/2XTWCKEJv+ansrtyJQWaVIBGcQQcTuCfew== MIME-Version: 1.0 X-Received: by 10.31.47.88 with SMTP id v85mr14352897vkv.118.1461421710581; Sat, 23 Apr 2016 07:28:30 -0700 (PDT) Received: by 10.103.19.199 with HTTP; Sat, 23 Apr 2016 07:28:30 -0700 (PDT) Received: by 10.103.19.199 with HTTP; Sat, 23 Apr 2016 07:28:30 -0700 (PDT) In-Reply-To: <1384504373.75445193.1461412235720.JavaMail.zimbra@uoguelph.ca> References: <1384504373.75445193.1461412235720.JavaMail.zimbra@uoguelph.ca> Date: Sat, 23 Apr 2016 07:28:30 -0700 Message-ID: Subject: Re: Add NFSv3 tree root to mountd From: "alex.burlyga.ietf alex.burlyga.ietf" To: Rick Macklem Cc: Brian Mueller , fs@freebsd.org, rpokala@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2016 14:28:32 -0000 On Apr 23, 2016 04:51, "Rick Macklem" wrote: > > Brian Mueller wrote: > > Similar to mountd's ability to specify the NFSv4 tree root via the V4: line > > in the exports file, I would like to add the ability to specify a NFSv3 tree > > root. The goal to have the same exported path for both the V3 and V4. If > > you have exports file like the following: > > > > /foo/bar > > V3: /foo/bar > > V4: /foo/bar > > > > NFS clients would mount /foo/bar by running > > > > mount -t nfs -o ver=3 server:/ /mnt/v3 > > mount -t nfs -o ver=4 server:/ /mnt/v4 > > > > Without the change, the NFS client would need to specify different paths for > > v3 and v4 > > > > mount -t nfs -o ver=3 server:/foo/bar /mnt/v3 > > mount -t nfs -o ver=4 server:/ /mnt/v4 > > > > Feedback appreciated. If there aren't any objections with incorporating this > > change into FreeBSD, I will start working on the changes to mountd. > > > Basically I assume you are planning on using the V3 "/foo/bar" as a prefix that > is prepended to the path when a Mount RPC request arrives. I, personally, don't > see a problem with this, assuming that things still work the same when the "V3" > line isn't in /etc/exports. > A couple of comments: > - Since NFSv3 doesn't follow server mounts, the results of a V3 mount will still > be different than NFSv4 unless there is only one file system under "/foo/bar". > --> Maybe adding this will just add to the confusion already present w.r.t. the > differences between NFSv3 and NFSv4? (Falsely giving the impression that > adding the "V3" line somehow makes them the same?) Agreed, also when testing -actual option on netapp filers(maybe that's the way to go?) we run into problems with some automounters. Quick look at the current freebsd, Linux, and Mac OS X does not reveal any problems, perhaps it was some exotic ones like AIX? Also for v3 adding command line option that make all exports relative to that path, ala webnfs, would be simpler way to go? > - In case you haven't looked at it, mountd.c is a beast. You'll have fun adding > this change to it. Doing command line option or adding another export option I think is simpler way. > > rick > > > Brian > > > > Brian Mueller > > Panasas Inc. > > _______________________________________________ > > freebsd-fs@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" From owner-freebsd-fs@freebsd.org Sat Apr 23 20:41:06 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EAF86B1A893 for ; Sat, 23 Apr 2016 20:41:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C964919C7 for ; Sat, 23 Apr 2016 20:41:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: by mailman.ysv.freebsd.org (Postfix) id C8B3BB1A892; Sat, 23 Apr 2016 20:41:06 +0000 (UTC) Delivered-To: fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C858CB1A891 for ; Sat, 23 Apr 2016 20:41:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8D819C4; Sat, 23 Apr 2016 20:41:05 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) IronPort-PHdr: 9a23:zmBncxXM8u0x+blJdzNOQJla40vV8LGtZVwlr6E/grcLSJyIuqrYZxOHt8tkgFKBZ4jH8fUM07OQ6PCwHzNaqs/c6jgrS99laVwssY0uhQsuAcqIWwXQDcXBSGgEJvlET0Jv5HqhMEJYS47UblzWpWCuv3ZJQk2sfTR8Kum9IIPOlcP/j7n0oM2DJVoSz2PgO/tbF1afk0b4joEum4xsK6I8mFPig0BjXKBo/15uPk+ZhB3m5829r9ZJ+iVUvO89pYYbCf2pN4xxd7FTDSwnPmYp/4Wr8ECbFUrcrkYaSXgcxxpUHxDevla9WpbqrjC8uPBw1SOBMYvxV79zXD2j66JiTljsiTwbNjg39ybZkMF9hrlX5Ry69CB4lsTdZIyFcvBjZKfMctpcRGddUI5YUyFRRImhdY8eAONHPOtEocO181IKoAv4DxS2APLgw3lJi2P49aI/2uUlVwrB2VpzMcgJtSHurd72fIIbWuOxwayAmS/GZvhV3Tr4wJXPfQ0spemMG7l5J5mCgXIzHh/I2w3D4bfuOCmYg6FU6zCW X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DPAQB43RtX/61jaINehAt9BrlsAQ2BdRcLhSJKAoFXFAEBAQEBAQEBZCeCLYIVAQEEAQEBIAQnIAsQAgEIGAICDRkCAicBCSYCBAgHBAEcBIgJDq5UkGABAQEBAQEBAQEBAQEBAQEBARUEfIUlgX2CToQgAQEFgxiCVgWYD4V7hS6Re48tAh4BAUKEByAwB4c/Nn8BAQE X-IronPort-AV: E=Sophos;i="5.24,524,1454994000"; d="scan'208";a="279786753" Received: from nipigon.cs.uoguelph.ca (HELO zcs1.mail.uoguelph.ca) ([131.104.99.173]) by esa-annu.net.uoguelph.ca with ESMTP; 23 Apr 2016 16:40:59 -0400 Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 1AA9715F579; Sat, 23 Apr 2016 16:40:59 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id SHGWY0pfWZyZ; Sat, 23 Apr 2016 16:40:58 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 435DC15F57B; Sat, 23 Apr 2016 16:40:58 -0400 (EDT) X-Virus-Scanned: amavisd-new at zcs1.mail.uoguelph.ca Received: from zcs1.mail.uoguelph.ca ([127.0.0.1]) by localhost (zcs1.mail.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id DGwnJCS2BMXt; Sat, 23 Apr 2016 16:40:58 -0400 (EDT) Received: from zcs1.mail.uoguelph.ca (zcs1.mail.uoguelph.ca [172.17.95.18]) by zcs1.mail.uoguelph.ca (Postfix) with ESMTP id 1CD5515F579; Sat, 23 Apr 2016 16:40:58 -0400 (EDT) Date: Sat, 23 Apr 2016 16:40:57 -0400 (EDT) From: Rick Macklem To: "alex.burlyga.ietf alex.burlyga.ietf" Cc: Brian Mueller , fs@freebsd.org, rpokala@freebsd.org Message-ID: <324385238.75678269.1461444057967.JavaMail.zimbra@uoguelph.ca> In-Reply-To: References: <1384504373.75445193.1461412235720.JavaMail.zimbra@uoguelph.ca> Subject: Re: Add NFSv3 tree root to mountd MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.95.10] X-Mailer: Zimbra 8.0.9_GA_6191 (ZimbraWebClient - FF18 (Linux)/8.0.9_GA_6191) Thread-Topic: Add NFSv3 tree root to mountd Thread-Index: 3EUcJpq2UAwn6Ijf4KC2IKzKQx4ATg== X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2016 20:41:07 -0000 Alex Burlyga wrote: > On Apr 23, 2016 04:51, "Rick Macklem" wrote: > > > > Brian Mueller wrote: > > > Similar to mountd's ability to specify the NFSv4 tree root via the V4: > line > > > in the exports file, I would like to add the ability to specify a NFSv3 > tree > > > root. The goal to have the same exported path for both the V3 and V4. > If > > > you have exports file like the following: > > > > > > /foo/bar > > > V3: /foo/bar > > > V4: /foo/bar > > > > > > NFS clients would mount /foo/bar by running > > > > > > mount -t nfs -o ver=3 server:/ /mnt/v3 > > > mount -t nfs -o ver=4 server:/ /mnt/v4 > > > > > > Without the change, the NFS client would need to specify different > paths for > > > v3 and v4 > > > > > > mount -t nfs -o ver=3 server:/foo/bar /mnt/v3 > > > mount -t nfs -o ver=4 server:/ /mnt/v4 > > > > > > Feedback appreciated. If there aren't any objections with > incorporating this > > > change into FreeBSD, I will start working on the changes to mountd. > > > > > Basically I assume you are planning on using the V3 "/foo/bar" as a > prefix that > > is prepended to the path when a Mount RPC request arrives. I, personally, > don't > > see a problem with this, assuming that things still work the same when > the "V3" > > line isn't in /etc/exports. > > A couple of comments: > > - Since NFSv3 doesn't follow server mounts, the results of a V3 mount > will still > > be different than NFSv4 unless there is only one file system under > "/foo/bar". > > --> Maybe adding this will just add to the confusion already present > w.r.t. the > > differences between NFSv3 and NFSv4? (Falsely giving the impression > that > > adding the "V3" line somehow makes them the same?) > Agreed, also when testing -actual option on netapp filers(maybe that's the > way to go?) we run into problems with some automounters. Quick look at the > current freebsd, Linux, and Mac OS X does not reveal any problems, perhaps > it was some exotic ones like AIX? Also for v3 adding command line option > that make all exports relative to that path, ala webnfs, would be simpler > way to go? > > > - In case you haven't looked at it, mountd.c is a beast. You'll have fun > adding > > this change to it. > Doing command line option or adding another export option I think is > simpler way. > Yes. I was simply noting that changing mountd.c to add this might be challenging. You might be able to do it fairly easily by using the handling of the "V4" line as an example. mountd.c is about as ugly as a C program gets, at least the part that parses /etc/exports. One more thing... You might need to consider if this will apply to the ZFS specific export stuff. (I know nothing about this except that ZFS generates its own export file.) Have fun with it, rick > > > > rick > > > > > Brian > > > > > > Brian Mueller > > > Panasas Inc. > > > _______________________________________________ > > > freebsd-fs@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > > > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > > > > > _______________________________________________ > > freebsd-fs@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >