From owner-freebsd-current@freebsd.org Sun Sep 1 13:07:43 2019 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 05C7BD99A1 for ; Sun, 1 Sep 2019 13:07:43 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 46LtmZ6P3qz4Hgb for ; Sun, 1 Sep 2019 13:07:42 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id DB665D999F; Sun, 1 Sep 2019 13:07:42 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB187D999E; Sun, 1 Sep 2019 13:07:42 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46LtmZ5T0Vz4HgZ; Sun, 1 Sep 2019 13:07:42 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) Received: from marvin.madpilot.net (host193-122-dynamic.17-87-r.retail.telecomitalia.it [87.17.122.193]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: madpilot/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4C1EC1BB7D; Sun, 1 Sep 2019 13:07:42 +0000 (UTC) (envelope-from madpilot@FreeBSD.org) To: current@freebsd.org Cc: fs@FreeBSD.org From: Guido Falsi Subject: panic: No vop_need_inactive Message-ID: <6d695bc6-37e3-e068-6620-dcd5616b2a5c@FreeBSD.org> Date: Sun, 1 Sep 2019 15:07:39 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Sep 2019 13:07:43 -0000 Hi, I'm experiencing a recurring panic I can trigger repeatably. The machine is: FreeBSD 13.0-CURRENT r351604 amd64 The panic looks ZFS related. This machine performs mainly poudriere builds. I also use portshaker to manage the ports tree. Portshaker works by downloading ports trees and overlays in zfses, then snapshots them, clones them placing the clones in the poudriere namespace, then modifies the ports there applying the required overlays. This happens to me any time I run poudriere and after the build I run portshaker to update the ports trees, when it tries to remove the snapshot of the freebsd base tree (which AFAIK is the base for the clone where poudriere works). I'm going to try to create a more clear and detailed use case, removing from the equation complex programs like poudriere and portshaker. Here is the panic message: VNASSERT failed 0xfffff800abfcbd20: tag zfs, type VDIR usecount 0, writecount 0, refcount 1 mountedhere 0 flags (VI_ACTIVE) VI_LOCKed lock type zfs: UNLOCKED name = portshaker-2019-09-01:11:04:20 parent_id = 2 id = 269 panic: No vop_need_inactive(0xfffff800abfcbd20, 0xfffffe00ba39b3f0) cpuid = 2 time = 1567342436 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00ba39b310 vpanic() at vpanic+0x19d/frame 0xfffffe00ba39b360 panic() at panic+0x43/frame 0xfffffe00ba39b3c0 VOP_NEED_INACTIVE_APV() at VOP_NEED_INACTIVE_APV+0x8f/frame 0xfffffe00ba39b3e0 vputx() at vputx+0x1ae/frame 0xfffffe00ba39b440 vfs_mount_destroy() at vfs_mount_destroy+0x14f/frame 0xfffffe00ba39b470 dounmount() at dounmount+0x7e8/frame 0xfffffe00ba39b4d0 zfs_unmount_snap() at zfs_unmount_snap+0xbb/frame 0xfffffe00ba39b4f0 zfs_ioc_destroy_snaps() at zfs_ioc_destroy_snaps+0xb3/frame 0xfffffe00ba39b540 zfsdev_ioctl() at zfsdev_ioctl+0x54c/frame 0xfffffe00ba39b5e0 devfs_ioctl() at devfs_ioctl+0xc9/frame 0xfffffe00ba39b630 vn_ioctl() at vn_ioctl+0x13d/frame 0xfffffe00ba39b740 devfs_ioctl_f() at devfs_ioctl_f+0x1f/frame 0xfffffe00ba39b760 kern_ioctl() at kern_ioctl+0x1e4/frame 0xfffffe00ba39b7c0 sys_ioctl() at sys_ioctl+0x15d/frame 0xfffffe00ba39b890 amd64_syscall() at amd64_syscall+0x284/frame 0xfffffe00ba39b9b0 fast_syscall_common() at fast_syscall_common+0x101/frame 0xfffffe00ba39b9b0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80049f2da, rsp = 0x7fffffffc948, rbp = 0x7fffffffc9c0 --- KDB: enter: panic Anyone can help? -- Guido Falsi