From owner-freebsd-fs@FreeBSD.ORG Sun Aug 18 15:04:34 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8FF0B584; Sun, 18 Aug 2013 15:04:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0E3BF2B59; Sun, 18 Aug 2013 15:04:33 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7IF4Q1N009051; Sun, 18 Aug 2013 18:04:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7IF4Q1N009051 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7IF4QSY009050; Sun, 18 Aug 2013 18:04:26 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 18 Aug 2013 18:04:26 +0300 From: Konstantin Belousov To: Andriy Gapon Subject: Re: Deadlock in nullfs/zfs somewhere Message-ID: <20130818150426.GR4972@kib.kiev.ua> References: <20130718185215.GE5991@kib.kiev.ua> <51E91277.3070309@FreeBSD.org> <20130719103025.GJ5991@kib.kiev.ua> <51E95CDD.7030702@FreeBSD.org> <20130719184243.GM5991@kib.kiev.ua> <51E99477.1030308@FreeBSD.org> <20130721071124.GY5991@kib.kiev.ua> <51EBABAB.5040808@FreeBSD.org> <20130721161854.GC5991@kib.kiev.ua> <520209B0.1030402@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5+EaIICOHcajyXe8" Content-Disposition: inline In-Reply-To: <520209B0.1030402@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Aug 2013 15:04:34 -0000 --5+EaIICOHcajyXe8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 07, 2013 at 11:47:44AM +0300, Andriy Gapon wrote: >=20 > Kostik, >=20 > thank you for being patient with me and explaining details of the contrac= t and > inner workings of VFS suspend. >=20 > As we discussed out-of-band, unfortunately, it seems that it is impossibl= e to > implement the same contract for ZFS. The reason is that ZFS filesystems = appear > as many independent filesystems, but in reality they share a common pool.= So > suspending a single filesystem does not suspend the pool and that is cont= rary to > current VFS suspend concept. >=20 > Additionally, ZFS needs a "full" suspend mechanism that would prevent bot= h read > and write access from VFS layer. The current VFS suspend mechanism suspe= nd > writes / modifications only. >=20 > I am not sure how to reconcile the differences... > Here is a number of rough ideas. I will highly appreciate your opinion a= nd > suggestions. >=20 > Idea #1. > Add a new suspend type to VFS layer that would correspond to the needs of= ZFS. > This is quite laborious as it would require adding vn_start_read calls in= many > places. Also, making two kinds of VFS suspend play nice with each other = could > be non-trivial. If you mean a 'full suspend' mechanism which is to be added, as opposed to the existing 'write suspend', then yes, this is a correct approach, which would probably be useful outside ZFS as well. It's immediate application is e.g. for the unmounts. It is indeed very laborous and probably quite non-trivial, since the suspend lock should be before any filesystem-level blocking primitives, probably including vfs_busy(). >=20 > Idea #2. > This is perhaps an ugly approach, but I already have it implemented local= ly. > The idea is to re-use / abuse vnode locking as a ZFS suspend barrier. > (This can be considered to be analogous to putting vn_start_op() / vn_end= _op() > into vop_lock / vop_unlock). > That is, ZFS would override VOP_LOCK/VOP_UNLOCK to check for internal > suspension. The necessary care would be taken to respect all locking fla= gs > including LK_NOWAIT. Recursive entry would have to be supported too. Please note that nandfd used somewhat similar approach, where it caused obvious bugs last time I looked. At least, lookups were knowingly broken regarding to lock order. Devfs uses internal lock to protect the mount point, which is after vnode locks. Correcting the operation of the dm_lock required quite an efforts, look at the DEVFS_DMP_DROP etc in devfs code. If this is constrained to zfs without any effect on VFS, I do not care. >=20 > Idea #3. > Provide some other mechanism to expose ZFS suspension state to VFS. And = then > use that mechanism to avoid blocking on calls to ZFS in the strategic / > sensitive places like vlrureclaim(), vtryrecycle(), etc. --5+EaIICOHcajyXe8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJSEOJ5AAoJEJDCuSvBvK1B548P/RwgoqB4aaTE0Tc5gplC4Tma cIpfIqDmN4lP9HIGDYVfTJuli/hnugs8NkK17yTrsHrjS8MbLMRUOucWIkO2pk99 3XoXF/ANpAkEGSgZH0ECmQEgK97FRvMJd25WSbdNZuT9AeN7jd327EwlaXNcDDZo I+TZZpry7IM7aICU48wBW02N5rmn5L5qNu5rLjpXkdE88beBanDwIv/9zeZlqI3p fcOQYrrL+/2mdbyGzdaNSS0AYCrLGN8V9M7XlucYxxxxkxxoMI+QHSaSxj1m1pUK LTcAdyKO1uLlXC6sLKe/2cTOtK8M+nmf60IzxyDlY0f+oAwVavhg6bSx7oShXeV+ msNbkVHXdFvTRWeHXo68FEub+MRStze8SZ2flSLOZuhly9R/0mliydONRnXilIbD 3vyPaochFQuogERVZluz+x+TawQW9mGuCrUC8oPjRpr0JbMPBhZBHCj/EZzsM96r 6DjSVMKhQuIQEG5ZRRSFORVPVKPQ67C4mznRkvyUPHf2STiJD+y/FIa2M1/8KnX0 9Q+ZaBluI+Euqocyeuk7OITrBj/InYru7MYVHzMpIvu9HC5uqyQRB4ew+C15CEuA yEJSA5wNOD4osV9BL461KDearD/9w4CsQaRTcm+hfVjpjoZJ8bW9iPY7ESW66CGt D/Axn/q581c6UwNQd2w0 =nt4a -----END PGP SIGNATURE----- --5+EaIICOHcajyXe8-- From owner-freebsd-fs@FreeBSD.ORG Sun Aug 18 19:39:44 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 51546A44 for ; Sun, 18 Aug 2013 19:39:44 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2967428A6 for ; Sun, 18 Aug 2013 19:39:44 +0000 (UTC) Received: from delphij-macbook.local (c-67-188-85-47.hsd1.ca.comcast.net [67.188.85.47]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id AC272DC4F; Sun, 18 Aug 2013 12:39:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1376854783; bh=Oz1K1e3m3OPo8Fx38nc3J8iYGLJT0Z/7R+pRXbSbLyI=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=LsUhN9fk5KoTZ+u+BTYGZMHNdY0pqSiHSq9TE9zKlMmO6H62x6GxeFYyChUv6ZFvG zM/RvsaJNHDcS5JpITTqXPcqru7zUCaQW6HzdyKHMFUHa9lPDOUem6ro7Ufk6V041F iPXfhcmM98zQ4MlKJUTBj55N9zPxEbBMFMqNTEsA= Message-ID: <52112303.8030106@delphij.net> Date: Sun, 18 Aug 2013 12:39:47 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Zeus Panchenko Subject: Re: what is the "correct" way to "replicate" mem stick with ZFS on it? References: <20130816162532.72259@relay.ibs.dn.ua> In-Reply-To: <20130816162532.72259@relay.ibs.dn.ua> X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Filesystems X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Aug 2013 19:39:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, On 8/16/13 6:25 AM, Zeus Panchenko wrote: > hi all, > > please, advice > > what is the "correct" way to "replicate" mem stick with ZFS on it? > > what I mean: > > we have mem stick with ZFS pool `mypool' on it > > how to get copy of the mem stick (including the name of the pool)? > > - `zfs send ... | zfs receive ...' ? > > is not what will help untill pool names on both mem sticks are the > same (it is not what I want) Not if you save your initial copy a master file (zfs send ... > master_snapshot) then populate it to a pool after detaching your first pool (cat master_snapshot | zfs receive ...). This approach can be used as a way of mass production and can be easily scripted. The benefit of using snapshot is that you don't have to detach your zfs pool or have some way to block its writes before copying (with dd or recoverdisk, you _should_ do it to prevent accidentally making an inconsistent image) and since you have a new pool, you don't need to do reguid which is normally needed if dd/recoverdisk is used. Cheers, -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJSESMDAAoJEG80Jeu8UPuz9KgH/AnLCC9hJiVT1GfoahMcddw1 o3IrkbUZwCtuLazWHtLRlenELRwlCENgPaMRBaqRof/hnNKqz5krJqn47xk/ge0Y n7s0LgMomdAxETlYH4vgbLIXVlY3gDc4fi3GTaO3fBdjow6Ed7m031kFWEFPcRvE aXncU6VwFSc+tUXXEPwoyJ0BQL+Nh72mrKnvLny2xs9J7ij+nK0VoFmOpx27E0Wd YsPC/Kr+eQWvBcYpGna0EKW85d2NG+7GLsP2wbtoaU4aTkg69BjhqtrhSx73iVMH xwmF+rvXMgOBVIleHgBoy3Yv+noEHZReNpYzdAOejEgD9IFBaBz0PaJksMFfAHM= =t8nH -----END PGP SIGNATURE----- From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 01:12:29 2013 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1E810FA8; Mon, 19 Aug 2013 01:12:29 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E71602729; Mon, 19 Aug 2013 01:12:28 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7J1CSs2072596; Mon, 19 Aug 2013 01:12:28 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7J1CSNK072595; Mon, 19 Aug 2013 01:12:28 GMT (envelope-from linimon) Date: Mon, 19 Aug 2013 01:12:28 GMT Message-Id: <201308190112.r7J1CSNK072595@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/181377: [zfs] zfs recv causes an inconsistant pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 01:12:29 -0000 Old Synopsis: zfs recv causes an inconsistant pool New Synopsis: [zfs] zfs recv causes an inconsistant pool Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 19 01:12:15 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=181377 From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 01:15:43 2013 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A538812C; Mon, 19 Aug 2013 01:15:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A05C275C; Mon, 19 Aug 2013 01:15:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7J1Fhlf073717; Mon, 19 Aug 2013 01:15:43 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7J1Fhx8073716; Mon, 19 Aug 2013 01:15:43 GMT (envelope-from linimon) Date: Mon, 19 Aug 2013 01:15:43 GMT Message-Id: <201308190115.r7J1Fhx8073716@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/181375: [softupdates] disk free space blackhole magic X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 01:15:43 -0000 Old Synopsis: disk free space blackhole magic New Synopsis: [softupdates] disk free space blackhole magic Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 19 01:13:02 UTC 2013 Responsible-Changed-Why: Take a guess as the classification and assign. http://www.freebsd.org/cgi/query-pr.cgi?pr=181375 From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 01:55:36 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 62A17A7A; Mon, 19 Aug 2013 01:55:36 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4466C2976; Mon, 19 Aug 2013 01:55:35 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id r7J1Rf0r017576; Sun, 18 Aug 2013 18:27:44 -0700 (PDT) (envelope-from truckman@FreeBSD.org) Message-Id: <201308190127.r7J1Rf0r017576@gw.catspoiler.org> Date: Sun, 18 Aug 2013 18:27:41 -0700 (PDT) From: Don Lewis Subject: Re: kern/181375: [softupdates] disk free space blackhole magic To: linimon@FreeBSD.org In-Reply-To: <201308190115.r7J1Fhx8073716@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-fs@FreeBSD.org, freebsd-bugs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 01:55:36 -0000 Sounds a lot like the bug that was fixed in head by this commit: Log Message: This bug fix is in a code path in rename taken when there is a collision between a rename and an open system call for the same target file. Here, rename releases its vnode references, waits for the open to finish, and then restarts by reacquiring its needed vnode locks. In this case, rename was unlocking but failing to release its reference to one of its held vnodes. The effect was that even after all the actual references to the vnode had gone, the vnode still showed active references. For files that had been removed, their space was not reclaimed until the filesystem was forcibly unmounted. From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 03:00:02 2013 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 16EBB111 for ; Mon, 19 Aug 2013 03:00:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 059C42C1C for ; Mon, 19 Aug 2013 03:00:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7J301fm093162 for ; Mon, 19 Aug 2013 03:00:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7J301j1093160; Mon, 19 Aug 2013 03:00:01 GMT (envelope-from gnats) Date: Mon, 19 Aug 2013 03:00:01 GMT Message-Id: <201308190300.r7J301j1093160@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org Cc: From: Mark Linimon Subject: Re: kern/181375: [softupdates] disk free space blackhole magic X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Mark Linimon List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 03:00:02 -0000 The following reply was made to PR kern/181375; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/181375: [softupdates] disk free space blackhole magic Date: Sun, 18 Aug 2013 21:55:48 -0500 ----- Forwarded message from Don Lewis ----- Date: Sun, 18 Aug 2013 18:27:41 -0700 (PDT) From: Don Lewis To: linimon@FreeBSD.org cc: freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org Subject: Re: kern/181375: [softupdates] disk free space blackhole magic Sounds a lot like the bug that was fixed in head by this commit: Log Message: This bug fix is in a code path in rename taken when there is a collision between a rename and an open system call for the same target file. Here, rename releases its vnode references, waits for the open to finish, and then restarts by reacquiring its needed vnode locks. In this case, rename was unlocking but failing to release its reference to one of its held vnodes. The effect was that even after all the actual references to the vnode had gone, the vnode still showed active references. For files that had been removed, their space was not reclaimed until the filesystem was forcibly unmounted. ----- End forwarded message ----- From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 08:30:01 2013 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EBAD3658 for ; Mon, 19 Aug 2013 08:30:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D913A2AA8 for ; Mon, 19 Aug 2013 08:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7J8U1C0074780 for ; Mon, 19 Aug 2013 08:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7J8U1L4074779; Mon, 19 Aug 2013 08:30:01 GMT (envelope-from gnats) Date: Mon, 19 Aug 2013 08:30:01 GMT Message-Id: <201308190830.r7J8U1L4074779@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org Cc: From: "Steven Hartland" Subject: Re: kern/181377: [zfs] zfs recv causes an inconsistant pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Steven Hartland List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 08:30:02 -0000 The following reply was made to PR kern/181377; it has been noted by GNATS. From: "Steven Hartland" To: , "Christopher Harrison" Cc: Subject: Re: kern/181377: [zfs] zfs recv causes an inconsistant pool Date: Mon, 19 Aug 2013 09:21:36 +0100 You may well be hitting something thats already got a proposed fix upstream: http://cr.illumos.org/~webrev/csiden/illumos-3970/ Might want to give that a go and see if it fixes it for you. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 09:51:08 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D48E1A6D for ; Mon, 19 Aug 2013 09:51:08 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (mail.yamagi.org [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 3C6E22064 for ; Mon, 19 Aug 2013 09:51:08 +0000 (UTC) Received: from lennart.pwag-local.de (unknown [212.48.125.109]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTPSA id 44E0A1666312 for ; Mon, 19 Aug 2013 11:51:06 +0200 (CEST) Date: Mon, 19 Aug 2013 11:51:01 +0200 From: Yamagi Burmeister To: freebsd-fs@freebsd.org Subject: 9.2-RC1: LORs / Deadlock with SU+J on HAST in "memsync" mode Message-Id: <20130819115101.ae9c0cf788f881dc4de464c5@yamagi.org> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__19_Aug_2013_11_51_01_+0200_Zrns0XowhPXw=CDr" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 09:51:08 -0000 --Signature=_Mon__19_Aug_2013_11_51_01_+0200_Zrns0XowhPXw=CDr Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, in the last week I've seen several deadlocked processes (stucked in state "vofflock" or "wswbuf0" on an UFS2 filesystem with SU+J on HAST with "memsync" mode. TheThe deadlock disappear if either SU+J is disabled (only SU are active) or HAST is switched to "fullsync" mode. The system is: FreeBSD tvtransfer.local 9.2-RC1 FreeBSD 9.2-RC1 #0 r254355M: Fri Aug 16 12:35:30 UTC 2013 support@tvtransfer.local:/usr/obj/usr/src/sys/GENERIC amd64 I've build a kernel with full debugging support and seen this two LOR beside the known false positive between bufwait and dirhash: lock order reversal: 1st 0xfffffe0197310d68 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2223 2nd 0xffffff87be8be0f8 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:261 3rd 0xfffffe019746f098 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2223 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff88715dcd50 kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffff88715dce10 _witness_debugger() at _witness_debugger+0x2c/frame 0xffffff88715dce30 witness_checkorder() at witness_checkorder +0x875/frame 0xffffff88715dcef0 __lockmgr_args() at __lockmgr_args +0x1141/frame 0xffffff88715dcfd0 ffs_lock() at ffs_lock+0x9c/frame 0xffffff88715dd020 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xe3/frame 0xffffff88715dd050 _vn_lock() at _vn_lock+0x55/frame 0xffffff88715dd0b0 vget() at vget+0x7b/frame 0xffffff88715dd100 vfs_hash_get() at vfs_hash_get+0xd5/frame 0xffffff88715dd150 ffs_vgetf() at ffs_vgetf+0x48/frame 0xffffff88715dd1d0 softdep_sync_buf() at softdep_sync_buf+0x547/frame 0xffffff88715dd2a0 ffs_syncvnode() at ffs_syncvnode+0x2c1/frame 0xffffff88715dd310 ffs_truncate() at ffs_truncate+0x10bb/frame 0xffffff88715dd560 ufs_direnter() at ufs_direnter+0x550/frame 0xffffff88715dd630 ufs_makeinode() at ufs_makeinode+0x355/frame 0xffffff88715dd7f0 VOP_CREATE_APV() at VOP_CREATE_APV+0x102/frame 0xffffff88715dd820 vn_open_cred() at vn_open_cred+0x45e/frame 0xffffff88715dd990 kern_openat() at kern_openat+0x20a/frame 0xffffff88715ddb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88715ddc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88715ddc30 --- syscall (5, FreeBSD ELF64, sys_open), rip =3D 0x800b38d3c, rsp =3D 0x7fffffffd128, rbp =3D 0x7fffffffda40 ---=20 lock order reversal: 1st 0xfffffe0035dfbf30 so_snd_sx (so_snd_sx) @ /usr/src/sys/kern/uipc_sockbuf.c:145 2nd 0xfffffe02ead2b328 ufs (ufs) @ /usr/src/sys/kern/uipc_syscalls.c:2062 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffff8871515530 kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffff88715155f0 _witness_debugger() at _witness_debugger+0x2c/frame 0xffffff8871515610 witness_checkorder() at witness_checkorder +0x875/frame 0xffffff88715156d0 __lockmgr_args() at __lockmgr_args +0x1446/frame 0xffffff88715157b0 ffs_lock() at ffs_lock+0x9c/frame 0xffffff8871515800 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xe3/frame 0xffffff8871515830 _vn_lock() at _vn_lock+0x55/frame 0xffffff8871515890 kern_sendfile() at kern_sendfile+0x8e7/frame 0xffffff8871515ab0 do_sendfile() at do_sendfile+0xdc/frame 0xffffff8871515b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871515c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871515c30 --- syscall (393, FreeBSD ELF64, sys_sendfile), rip =3D 0x8022075bc, rsp =3D 0x7fffffffb268, rbp =3D 0x7fffffffd570 --- Both LORs can be found in a more readable format here: http://deponie.yamagi.org/freebsd/debug/lor_hast/lor.txt The transcript of a DDB session with all informations requested in chapter "10.7. Debugging Deadlocks" of the developers handbook can be found here: http://deponie.yamagi.org/freebsd/debug/lor_hast/ddb.txt Reproducing this problem is easy: 1. Create a HAST setup in "memsync" mode with both primary and secondary connected 2. "newfs -U -j /dev/hast/$device" on the primary 3. mount "mount /dev/hast/$device /mnt" 4. Create some load on /mnt. For example copy /usr/ports in an endless loop. Sooner or later processes accessing /mnt will deadlock. This may be easer to reproduce while HAST is performing the initial sync. More information can be provided if necessary. Thanks, Yamagi --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Mon__19_Aug_2013_11_51_01_+0200_Zrns0XowhPXw=CDr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlIR6ooACgkQWTjlg++8y8vSHgCfXlfbW9JY8u8L+wuqp8TmdUFa RPcAoNx26N4sp+J4VrDHqwJ8svriKCpQ =STtg -----END PGP SIGNATURE----- --Signature=_Mon__19_Aug_2013_11_51_01_+0200_Zrns0XowhPXw=CDr-- From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 11:06:43 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 16091D4C for ; Mon, 19 Aug 2013 11:06:43 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5DE2250E for ; Mon, 19 Aug 2013 11:06:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7JB6gs2005993 for ; Mon, 19 Aug 2013 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7JB6g2A005991 for freebsd-fs@FreeBSD.org; Mon, 19 Aug 2013 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 19 Aug 2013 11:06:42 GMT Message-Id: <201308191106.r7JB6g2A005991@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 11:06:43 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/181377 fs [zfs] zfs recv causes an inconsistant pool o kern/181375 fs [softupdates] disk free space blackhole magic o kern/181281 fs [msdosfs] stack trace after successfull 'umount /mnt' o kern/181226 fs [ufs] Writes to almost full FS eat 100% CPU and speed o kern/181082 fs [fuse] [ntfs] Write to mounted NTFS filesystem using F o kern/180979 fs [netsmb][patch]: Fix large files handling o kern/180876 fs [zfs] [hast] ZFS with trim,bio_flush or bio_delete loc o kern/180678 fs [NFS] succesfully exported filesystems being reported o kern/180438 fs [smbfs] [patch] mount_smbfs fails on arm because of wr p kern/180236 fs [zfs] [nullfs] Leakage free space using ZFS with nullf o kern/178854 fs [ufs] FreeBSD kernel crash in UFS o kern/178713 fs [nfs] [patch] Correct WebNFS support in NFS server and s kern/178467 fs [zfs] [request] Optimized Checksum Code for ZFS o kern/178412 fs [smbfs] Coredump when smbfs mounted o kern/178388 fs [zfs] [patch] allow up to 8MB recordsize o kern/178387 fs [zfs] [patch] sparse files performance improvements o kern/178349 fs [zfs] zfs scrub on deduped data could be much less see o kern/178329 fs [zfs] extended attributes leak o kern/178238 fs [nullfs] nullfs don't release i-nodes on unlink. f kern/178231 fs [nfs] 8.3 nfsv4 client reports "nfsv4 client/server pr o kern/178103 fs [kernel] [nfs] [patch] Correct support of index files o kern/177985 fs [zfs] disk usage problem when copying from one zfs dat o kern/177971 fs [nfs] FreeBSD 9.1 nfs client dirlist problem w/ nfsv3, o kern/177966 fs [zfs] resilver completes but subsequent scrub reports o kern/177658 fs [ufs] FreeBSD panics after get full filesystem with uf o kern/177536 fs [zfs] zfs livelock (deadlock) with high write-to-disk o kern/177445 fs [hast] HAST panic o kern/177240 fs [zfs] zpool import failed with state UNAVAIL but all d o kern/176978 fs [zfs] [panic] zfs send -D causes "panic: System call i o kern/176857 fs [softupdates] [panic] 9.1-RELEASE/amd64/GENERIC panic o bin/176253 fs zpool(8): zfs pool indentation is misleading/wrong o kern/176141 fs [zfs] sharesmb=on makes errors for sharenfs, and still o kern/175950 fs [zfs] Possible deadlock in zfs after long uptime o kern/175897 fs [zfs] operations on readonly zpool hang o kern/175449 fs [unionfs] unionfs and devfs misbehaviour o kern/175179 fs [zfs] ZFS may attach wrong device on move o kern/175071 fs [ufs] [panic] softdep_deallocate_dependencies: unrecov o kern/174372 fs [zfs] Pagefault appears to be related to ZFS o kern/174315 fs [zfs] chflags uchg not supported o kern/174310 fs [zfs] root point mounting broken on CURRENT with multi o kern/174279 fs [ufs] UFS2-SU+J journal and filesystem corruption o kern/173830 fs [zfs] Brain-dead simple change to ZFS error descriptio o kern/173718 fs [zfs] phantom directory in zraid2 pool f kern/173657 fs [nfs] strange UID map with nfsuserd o kern/173363 fs [zfs] [panic] Panic on 'zpool replace' on readonly poo o kern/173136 fs [unionfs] mounting above the NFS read-only share panic o kern/172942 fs [smbfs] Unmounting a smb mount when the server became o kern/172348 fs [unionfs] umount -f of filesystem in use with readonly o kern/172334 fs [unionfs] unionfs permits recursive union mounts; caus o kern/171626 fs [tmpfs] tmpfs should be noisier when the requested siz o kern/171415 fs [zfs] zfs recv fails with "cannot receive incremental o kern/170945 fs [gpt] disk layout not portable between direct connect o bin/170778 fs [zfs] [panic] FreeBSD panics randomly o kern/170680 fs [nfs] Multiple NFS Client bug in the FreeBSD 7.4-RELEA o kern/170497 fs [xfs][panic] kernel will panic whenever I ls a mounted o kern/169945 fs [zfs] [panic] Kernel panic while importing zpool (afte o kern/169480 fs [zfs] ZFS stalls on heavy I/O o kern/169398 fs [zfs] Can't remove file with permanent error o kern/169339 fs panic while " : > /etc/123" o kern/169319 fs [zfs] zfs resilver can't complete o kern/168947 fs [nfs] [zfs] .zfs/snapshot directory is messed up when o kern/168942 fs [nfs] [hang] nfsd hangs after being restarted (not -HU o kern/168158 fs [zfs] incorrect parsing of sharenfs options in zfs (fs o kern/167979 fs [ufs] DIOCGDINFO ioctl does not work on 8.2 file syste o kern/167977 fs [smbfs] mount_smbfs results are differ when utf-8 or U o kern/167688 fs [fusefs] Incorrect signal handling with direct_io o kern/167685 fs [zfs] ZFS on USB drive prevents shutdown / reboot o kern/167612 fs [portalfs] The portal file system gets stuck inside po o kern/167272 fs [zfs] ZFS Disks reordering causes ZFS to pick the wron o kern/167260 fs [msdosfs] msdosfs disk was mounted the second time whe o kern/167109 fs [zfs] [panic] zfs diff kernel panic Fatal trap 9: gene o kern/167105 fs [nfs] mount_nfs can not handle source exports wiht mor o kern/167067 fs [zfs] [panic] ZFS panics the server o kern/167065 fs [zfs] boot fails when a spare is the boot disk o kern/167048 fs [nfs] [patch] RELEASE-9 crash when using ZFS+NULLFS+NF o kern/166912 fs [ufs] [panic] Panic after converting Softupdates to jo o kern/166851 fs [zfs] [hang] Copying directory from the mounted UFS di o kern/166477 fs [nfs] NFS data corruption. o kern/165950 fs [ffs] SU+J and fsck problem o kern/165521 fs [zfs] [hang] livelock on 1 Gig of RAM with zfs when 31 o kern/165392 fs Multiple mkdir/rmdir fails with errno 31 o kern/165087 fs [unionfs] lock violation in unionfs o kern/164472 fs [ufs] fsck -B panics on particular data inconsistency o kern/164370 fs [zfs] zfs destroy for snapshot fails on i386 and sparc o kern/164261 fs [nullfs] [patch] fix panic with NFS served from NULLFS o kern/164256 fs [zfs] device entry for volume is not created after zfs o kern/164184 fs [ufs] [panic] Kernel panic with ufs_makeinode o kern/163801 fs [md] [request] allow mfsBSD legacy installed in 'swap' o kern/163770 fs [zfs] [hang] LOR between zfs&syncer + vnlru leading to o kern/163501 fs [nfs] NFS exporting a dir and a subdir in that dir to o kern/162944 fs [coda] Coda file system module looks broken in 9.0 o kern/162860 fs [zfs] Cannot share ZFS filesystem to hosts with a hyph o kern/162751 fs [zfs] [panic] kernel panics during file operations o kern/162591 fs [nullfs] cross-filesystem nullfs does not work as expe o kern/162519 fs [zfs] "zpool import" relies on buggy realpath() behavi o kern/161968 fs [zfs] [hang] renaming snapshot with -r including a zvo o kern/161864 fs [ufs] removing journaling from UFS partition fails on o kern/161579 fs [smbfs] FreeBSD sometimes panics when an smb share is o kern/161533 fs [zfs] [panic] zfs receive panic: system ioctl returnin o kern/161438 fs [zfs] [panic] recursed on non-recursive spa_namespace_ o kern/161424 fs [nullfs] __getcwd() calls fail when used on nullfs mou o kern/161280 fs [zfs] Stack overflow in gptzfsboot o kern/161205 fs [nfs] [pfsync] [regression] [build] Bug report freebsd o kern/161169 fs [zfs] [panic] ZFS causes kernel panic in dbuf_dirty o kern/161112 fs [ufs] [lor] filesystem LOR in FreeBSD 9.0-BETA3 o kern/160893 fs [zfs] [panic] 9.0-BETA2 kernel panic f kern/160860 fs [ufs] Random UFS root filesystem corruption with SU+J o kern/160801 fs [zfs] zfsboot on 8.2-RELEASE fails to boot from root-o o kern/160790 fs [fusefs] [panic] VPUTX: negative ref count with FUSE o kern/160777 fs [zfs] [hang] RAID-Z3 causes fatal hang upon scrub/impo o kern/160706 fs [zfs] zfs bootloader fails when a non-root vdev exists o kern/160591 fs [zfs] Fail to boot on zfs root with degraded raidz2 [r o kern/160410 fs [smbfs] [hang] smbfs hangs when transferring large fil o kern/160283 fs [zfs] [patch] 'zfs list' does abort in make_dataset_ha o kern/159930 fs [ufs] [panic] kernel core o kern/159402 fs [zfs][loader] symlinks cause I/O errors o kern/159357 fs [zfs] ZFS MAXNAMELEN macro has confusing name (off-by- o kern/159356 fs [zfs] [patch] ZFS NAME_ERR_DISKLIKE check is Solaris-s o kern/159351 fs [nfs] [patch] - divide by zero in mountnfs() o kern/159251 fs [zfs] [request]: add FLETCHER4 as DEDUP hash option o kern/159077 fs [zfs] Can't cd .. with latest zfs version o kern/159048 fs [smbfs] smb mount corrupts large files o kern/159045 fs [zfs] [hang] ZFS scrub freezes system o kern/158839 fs [zfs] ZFS Bootloader Fails if there is a Dead Disk o kern/158802 fs amd(8) ICMP storm and unkillable process. o kern/158231 fs [nullfs] panic on unmounting nullfs mounted over ufs o f kern/157929 fs [nfs] NFS slow read o kern/157399 fs [zfs] trouble with: mdconfig force delete && zfs strip o kern/157179 fs [zfs] zfs/dbuf.c: panic: solaris assert: arc_buf_remov o kern/156797 fs [zfs] [panic] Double panic with FreeBSD 9-CURRENT and o kern/156781 fs [zfs] zfs is losing the snapshot directory, p kern/156545 fs [ufs] mv could break UFS on SMP systems o kern/156193 fs [ufs] [hang] UFS snapshot hangs && deadlocks processes o kern/156039 fs [nullfs] [unionfs] nullfs + unionfs do not compose, re o kern/155615 fs [zfs] zfs v28 broken on sparc64 -current o kern/155587 fs [zfs] [panic] kernel panic with zfs p kern/155411 fs [regression] [8.2-release] [tmpfs]: mount: tmpfs : No o kern/155199 fs [ext2fs] ext3fs mounted as ext2fs gives I/O errors o bin/155104 fs [zfs][patch] use /dev prefix by default when importing o kern/154930 fs [zfs] cannot delete/unlink file from full volume -> EN o kern/154828 fs [msdosfs] Unable to create directories on external USB o kern/154491 fs [smbfs] smb_co_lock: recursive lock for object 1 p kern/154228 fs [md] md getting stuck in wdrain state o kern/153996 fs [zfs] zfs root mount error while kernel is not located o kern/153753 fs [zfs] ZFS v15 - grammatical error when attempting to u o kern/153716 fs [zfs] zpool scrub time remaining is incorrect o kern/153695 fs [patch] [zfs] Booting from zpool created on 4k-sector o kern/153680 fs [xfs] 8.1 failing to mount XFS partitions o kern/153418 fs [zfs] [panic] Kernel Panic occurred writing to zfs vol o kern/153351 fs [zfs] locking directories/files in ZFS o bin/153258 fs [patch][zfs] creating ZVOLs requires `refreservation' s kern/153173 fs [zfs] booting from a gzip-compressed dataset doesn't w o bin/153142 fs [zfs] ls -l outputs `ls: ./.zfs: Operation not support o kern/153126 fs [zfs] vdev failure, zpool=peegel type=vdev.too_small o kern/152022 fs [nfs] nfs service hangs with linux client [regression] o kern/151942 fs [zfs] panic during ls(1) zfs snapshot directory o kern/151905 fs [zfs] page fault under load in /sbin/zfs o bin/151713 fs [patch] Bug in growfs(8) with respect to 32-bit overfl o kern/151648 fs [zfs] disk wait bug o kern/151629 fs [fs] [patch] Skip empty directory entries during name o kern/151330 fs [zfs] will unshare all zfs filesystem after execute a o kern/151326 fs [nfs] nfs exports fail if netgroups contain duplicate o kern/151251 fs [ufs] Can not create files on filesystem with heavy us o kern/151226 fs [zfs] can't delete zfs snapshot o kern/150503 fs [zfs] ZFS disks are UNAVAIL and corrupted after reboot o kern/150501 fs [zfs] ZFS vdev failure vdev.bad_label on amd64 o kern/150390 fs [zfs] zfs deadlock when arcmsr reports drive faulted o kern/150336 fs [nfs] mountd/nfsd became confused; refused to reload n o kern/149208 fs mksnap_ffs(8) hang/deadlock o kern/149173 fs [patch] [zfs] make OpenSolaris installa o kern/149015 fs [zfs] [patch] misc fixes for ZFS code to build on Glib o kern/149014 fs [zfs] [patch] declarations in ZFS libraries/utilities o kern/149013 fs [zfs] [patch] make ZFS makefiles use the libraries fro o kern/148504 fs [zfs] ZFS' zpool does not allow replacing drives to be o kern/148490 fs [zfs]: zpool attach - resilver bidirectionally, and re o kern/148368 fs [zfs] ZFS hanging forever on 8.1-PRERELEASE o kern/148138 fs [zfs] zfs raidz pool commands freeze o kern/147903 fs [zfs] [panic] Kernel panics on faulty zfs device o kern/147881 fs [zfs] [patch] ZFS "sharenfs" doesn't allow different " o kern/147420 fs [ufs] [panic] ufs_dirbad, nullfs, jail panic (corrupt o kern/146941 fs [zfs] [panic] Kernel Double Fault - Happens constantly o kern/146786 fs [zfs] zpool import hangs with checksum errors o kern/146708 fs [ufs] [panic] Kernel panic in softdep_disk_write_compl o kern/146528 fs [zfs] Severe memory leak in ZFS on i386 o kern/146502 fs [nfs] FreeBSD 8 NFS Client Connection to Server o kern/145750 fs [unionfs] [hang] unionfs locks the machine s kern/145712 fs [zfs] cannot offline two drives in a raidz2 configurat o kern/145411 fs [xfs] [panic] Kernel panics shortly after mounting an f bin/145309 fs bsdlabel: Editing disk label invalidates the whole dev o kern/145272 fs [zfs] [panic] Panic during boot when accessing zfs on o kern/145246 fs [ufs] dirhash in 7.3 gratuitously frees hashes when it o kern/145238 fs [zfs] [panic] kernel panic on zpool clear tank o kern/145229 fs [zfs] Vast differences in ZFS ARC behavior between 8.0 o kern/145189 fs [nfs] nfsd performs abysmally under load o kern/144929 fs [ufs] [lor] vfs_bio.c + ufs_dirhash.c p kern/144447 fs [zfs] sharenfs fsunshare() & fsshare_main() non functi o kern/144416 fs [panic] Kernel panic on online filesystem optimization s kern/144415 fs [zfs] [panic] kernel panics on boot after zfs crash o kern/144234 fs [zfs] Cannot boot machine with recent gptzfsboot code o kern/143825 fs [nfs] [panic] Kernel panic on NFS client o bin/143572 fs [zfs] zpool(1): [patch] The verbose output from iostat o kern/143212 fs [nfs] NFSv4 client strange work ... o kern/143184 fs [zfs] [lor] zfs/bufwait LOR o kern/142878 fs [zfs] [vfs] lock order reversal o kern/142597 fs [ext2fs] ext2fs does not work on filesystems with real o kern/142489 fs [zfs] [lor] allproc/zfs LOR o kern/142466 fs Update 7.2 -> 8.0 on Raid 1 ends with screwed raid [re o kern/142306 fs [zfs] [panic] ZFS drive (from OSX Leopard) causes two o kern/142068 fs [ufs] BSD labels are got deleted spontaneously o kern/141950 fs [unionfs] [lor] ufs/unionfs/ufs Lock order reversal o kern/141897 fs [msdosfs] [panic] Kernel panic. msdofs: file name leng o kern/141463 fs [nfs] [panic] Frequent kernel panics after upgrade fro o kern/141091 fs [patch] [nullfs] fix panics with DIAGNOSTIC enabled o kern/141086 fs [nfs] [panic] panic("nfs: bioread, not dir") on FreeBS o kern/141010 fs [zfs] "zfs scrub" fails when backed by files in UFS2 o kern/140888 fs [zfs] boot fail from zfs root while the pool resilveri o kern/140661 fs [zfs] [patch] /boot/loader fails to work on a GPT/ZFS- o kern/140640 fs [zfs] snapshot crash o kern/140068 fs [smbfs] [patch] smbfs does not allow semicolon in file o kern/139725 fs [zfs] zdb(1) dumps core on i386 when examining zpool c o kern/139715 fs [zfs] vfs.numvnodes leak on busy zfs p bin/139651 fs [nfs] mount(8): read-only remount of NFS volume does n o kern/139407 fs [smbfs] [panic] smb mount causes system crash if remot o kern/138662 fs [panic] ffs_blkfree: freeing free block o kern/138421 fs [ufs] [patch] remove UFS label limitations o kern/138202 fs mount_msdosfs(1) see only 2Gb o kern/137588 fs [unionfs] [lor] LOR nfs/ufs/nfs o kern/136968 fs [ufs] [lor] ufs/bufwait/ufs (open) o kern/136945 fs [ufs] [lor] filedesc structure/ufs (poll) o kern/136944 fs [ffs] [lor] bufwait/snaplk (fsync) o kern/136873 fs [ntfs] Missing directories/files on NTFS volume o kern/136865 fs [nfs] [patch] NFS exports atomic and on-the-fly atomic p kern/136470 fs [nfs] Cannot mount / in read-only, over NFS o kern/135546 fs [zfs] zfs.ko module doesn't ignore zpool.cache filenam o kern/135469 fs [ufs] [panic] kernel crash on md operation in ufs_dirb o kern/135050 fs [zfs] ZFS clears/hides disk errors on reboot o kern/134491 fs [zfs] Hot spares are rather cold... o kern/133676 fs [smbfs] [panic] umount -f'ing a vnode-based memory dis p kern/133174 fs [msdosfs] [patch] msdosfs must support multibyte inter o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132237 fs [msdosfs] msdosfs has problems to read MSDOS Floppy o kern/132145 fs [panic] File System Hard Crashes o kern/131441 fs [unionfs] [nullfs] unionfs and/or nullfs not combineab o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131342 fs [nfs] mounting/unmounting of disks causes NFS to fail o bin/131341 fs makefs: error "Bad file descriptor" on the mount poin o kern/130920 fs [msdosfs] cp(1) takes 100% CPU time while copying file o kern/130210 fs [nullfs] Error by check nullfs o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129488 fs [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) o kern/127787 fs [lor] [ufs] Three LORs: vfslock/devfs/vfslock, ufs/vfs o bin/127270 fs fsck_msdosfs(8) may crash if BytesPerSec is zero o kern/127029 fs [panic] mount(8): trying to mount a write protected zi o kern/126973 fs [unionfs] [hang] System hang with unionfs and init chr o kern/126553 fs [unionfs] unionfs move directory problem 2 (files appe o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file o kern/125895 fs [ffs] [panic] kernel: panic: ffs_blkfree: freeing free s kern/125738 fs [zfs] [request] SHA256 acceleration in ZFS o kern/123939 fs [msdosfs] corrupts new files o bin/123574 fs [unionfs] df(1) -t option destroys info for unionfs (a o kern/122380 fs [ffs] ffs_valloc:dup alloc (Soekris 4801/7.0/USB Flash o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o bin/121898 fs [nullfs] pwd(1)/getcwd(2) fails with Permission denied o kern/121385 fs [unionfs] unionfs cross mount -> kernel panic o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha o kern/120483 fs [ntfs] [patch] NTFS filesystem locking changes o kern/120482 fs [ntfs] [patch] Sync style changes between NetBSD and F o kern/118912 fs [2tb] disk sizing/geometry problem with large array o kern/118713 fs [minidump] [patch] Display media size required for a k o kern/118318 fs [nfs] NFS server hangs under special circumstances o bin/118249 fs [ufs] mv(1): moving a directory changes its mtime o kern/118126 fs [nfs] [patch] Poor NFS server write performance o kern/118107 fs [ntfs] [panic] Kernel panic when accessing a file at N o kern/117954 fs [ufs] dirhash on very large directories blocks the mac o bin/117315 fs [smbfs] mount_smbfs(8) and related options can't mount o kern/117158 fs [zfs] zpool scrub causes panic if geli vdevs detach on o bin/116980 fs [msdosfs] [patch] mount_msdosfs(8) resets some flags f o conf/116931 fs lack of fsck_cd9660 prevents mounting iso images with o kern/116583 fs [ffs] [hang] System freezes for short time when using o bin/115361 fs [zfs] mount(8) gets into a state where it won't set/un o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o kern/113852 fs [smbfs] smbfs does not properly implement DFS referral o bin/113838 fs [patch] [request] mount(8): add support for relative p o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/111843 fs [msdosfs] Long Names of files are incorrectly created o kern/111782 fs [ufs] dump(8) fails horribly for large filesystems s bin/111146 fs [2tb] fsck(8) fails on 6T filesystem o bin/107829 fs [2TB] fdisk(8): invalid boundary checking in fdisk / w o kern/106107 fs [ufs] left-over fsck_snapshot after unfinished backgro o kern/104406 fs [ufs] Processes get stuck in "ufs" state under persist o kern/104133 fs [ext2fs] EXT2FS module corrupts EXT2/3 filesystems o kern/103035 fs [ntfs] Directories in NTFS mounted disc images appear o kern/101324 fs [smbfs] smbfs sometimes not case sensitive when it's s o kern/99290 fs [ntfs] mount_ntfs ignorant of cluster sizes s bin/97498 fs [request] newfs(8) has no option to clear the first 12 o kern/97377 fs [ntfs] [patch] syntax cleanup for ntfs_ihash.c o kern/95222 fs [cd9660] File sections on ISO9660 level 3 CDs ignored o kern/94849 fs [ufs] rename on UFS filesystem is not atomic o bin/94810 fs fsck(8) incorrectly reports 'file system marked clean' o kern/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/94733 fs [smbfs] smbfs may cause double unlock o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna o kern/91134 fs [smbfs] [patch] Preserve access and modification time a kern/90815 fs [smbfs] [patch] SMBFS with character conversions somet o kern/88657 fs [smbfs] windows client hang when browsing a samba shar o kern/88555 fs [panic] ffs_blkfree: freeing free frag on AMD 64 o bin/87966 fs [patch] newfs(8): introduce -A flag for newfs to enabl o kern/87859 fs [smbfs] System reboot while umount smbfs. o kern/86587 fs [msdosfs] rm -r /PATH fails with lots of small files o bin/85494 fs fsck_ffs: unchecked use of cg_inosused macro etc. o kern/80088 fs [smbfs] Incorrect file time setting on NTFS mounted vi o bin/74779 fs Background-fsck checks one filesystem twice and omits o kern/73484 fs [ntfs] Kernel panic when doing `ls` from the client si o bin/73019 fs [ufs] fsck_ufs(8) cannot alloc 607016868 bytes for ino o kern/71774 fs [ntfs] NTFS cannot "see" files on a WinXP filesystem o bin/70600 fs fsck(8) throws files away when it can't grow lost+foun o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/67326 fs [msdosfs] crash after attempt to mount write protected o kern/65920 fs [nwfs] Mounted Netware filesystem behaves strange o kern/65901 fs [smbfs] [patch] smbfs fails fsx write/truncate-down/tr o kern/61503 fs [smbfs] mount_smbfs does not work as non-root o kern/55617 fs [smbfs] Accessing an nsmb-mounted drive via a smb expo o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc o kern/36566 fs [smbfs] System reboot with dead smb mount and umount o bin/27687 fs fsck(8) wrapper is not properly passing options to fsc o kern/18874 fs [2TB] 32bit NFS servers export wrong negative values t o kern/9619 fs [nfs] Restarting mountd kills existing mounts 336 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 12:07:11 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AB0C8D07 for ; Mon, 19 Aug 2013 12:07:11 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69AC72A00 for ; Mon, 19 Aug 2013 12:07:11 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VBOEm-00005M-GT for freebsd-fs@freebsd.org; Mon, 19 Aug 2013 14:07:08 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Aug 2013 14:07:08 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Aug 2013 14:07:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Subject: Upgrading ZFS compression Date: Mon, 19 Aug 2013 14:06:55 +0200 Lines: 34 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2HLQWJIACJQPFHJAXEBRH" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130322 Thunderbird/17.0.4 X-Enigmail-Version: 1.5.1 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 12:07:11 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2HLQWJIACJQPFHJAXEBRH Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, Just a quick question: if I have a file system with LZJB, write a file on it so it gets compressed, then change the compression setting on the file system to LZ4, will new random writes to the file use the new compression algorithm? By looking at the data structures (dnode_phys_t) it looks like the compression is set per-file object, so no. OTOH, new files on the file system will pick up new compression settings, right? ------enig2HLQWJIACJQPFHJAXEBRH Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlISCmIACgkQ/QjVBj3/HSx1FACdHbyqwUtegTHjAsx4eZ5kjiUZ On4AnjM6ZmAMQt8PKTmaRDRuHpOn1qlc =gkwK -----END PGP SIGNATURE----- ------enig2HLQWJIACJQPFHJAXEBRH-- From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 15:34:04 2013 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 218134C1; Mon, 19 Aug 2013 15:34:04 +0000 (UTC) (envelope-from mckusick@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EB894261D; Mon, 19 Aug 2013 15:34:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7JFY3V3062280; Mon, 19 Aug 2013 15:34:03 GMT (envelope-from mckusick@freefall.freebsd.org) Received: (from mckusick@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7JFY3Cw062279; Mon, 19 Aug 2013 15:34:03 GMT (envelope-from mckusick) Date: Mon, 19 Aug 2013 15:34:03 GMT Message-Id: <201308191534.r7JFY3Cw062279@freefall.freebsd.org> To: mckusick@FreeBSD.org, freebsd-fs@FreeBSD.org, mckusick@FreeBSD.org From: mckusick@FreeBSD.org Subject: Re: kern/181375: [softupdates] disk free space blackhole magic X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 15:34:04 -0000 Synopsis: [softupdates] disk free space blackhole magic Responsible-Changed-From-To: freebsd-fs->mckusick Responsible-Changed-By: mckusick Responsible-Changed-When: Mon Aug 19 15:33:07 UTC 2013 Responsible-Changed-Why: I will take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=181375 From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 17:23:56 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 266B1EDA; Mon, 19 Aug 2013 17:23:56 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-vc0-x235.google.com (mail-vc0-x235.google.com [IPv6:2607:f8b0:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8DD42C25; Mon, 19 Aug 2013 17:23:55 +0000 (UTC) Received: by mail-vc0-f181.google.com with SMTP id hz10so3325420vcb.12 for ; Mon, 19 Aug 2013 10:23:54 -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:content-type; bh=1tBSs4jHB7IY7wfXbt46Nq4VFrP1M6xVQjKpFJ65afs=; b=j9M7B8s8jTg4fytP/yPIu06/Zin5ayazZCry5Bg/0VTJR6n0+iPFvpaJTisfQKal7T TQAvmRVWCgs0cRlDM/tgpSP8bCtYw7NfqBa6i1IWJB6xg0quOBQk5vlMV3t2+SvqQlrq KvRHwEwGBtP+RgKVHT616avtsjUxtvRaYu5bQLok3kLhotmo1FoXNXv1BqMtDw0Ts2K1 CQZ089GWmwq1QIE4cHa7/my9h0plL+0rrd95PzTPAVH6v7U15j9dChgBGqgyHEiBALb0 46bqi5e8dGByo6Ne4TF5k4P7IUSnoC5jlU1EKgA8YkaJoq8Ewtk5IjU942S0oq5fZgTD b1lQ== MIME-Version: 1.0 X-Received: by 10.220.140.69 with SMTP id h5mr6668256vcu.0.1376933034685; Mon, 19 Aug 2013 10:23:54 -0700 (PDT) Received: by 10.58.249.1 with HTTP; Mon, 19 Aug 2013 10:23:54 -0700 (PDT) In-Reply-To: References: Date: Mon, 19 Aug 2013 19:23:54 +0200 Message-ID: Subject: Re: Upgrading ZFS compression From: Johan Hendriks To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 17:23:56 -0000 Op maandag 19 augustus 2013 schreef Ivan Voras (ivoras@freebsd.org): > Hello, > > Just a quick question: if I have a file system with LZJB, write a file > on it so it gets compressed, then change the compression setting on the > file system to LZ4, will new random writes to the file use the new > compression algorithm? > > By looking at the data structures (dnode_phys_t) it looks like the > compression is set per-file object, so no. > > OTOH, new files on the file system will pick up new compression > settings, right? As far as i know all new files put on the dataset will be compressed using the new compression type. Regards Johan From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 18:12:16 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 87C2E741 for ; Mon, 19 Aug 2013 18:12:16 +0000 (UTC) (envelope-from andrey.russev@gmail.com) Received: from mail-ea0-x232.google.com (mail-ea0-x232.google.com [IPv6:2a00:1450:4013:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D7BD2F7D for ; Mon, 19 Aug 2013 18:12:15 +0000 (UTC) Received: by mail-ea0-f178.google.com with SMTP id a15so2462821eae.37 for ; Mon, 19 Aug 2013 11:12:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=MqC6O0kqLq6JxGNBdC/Su/Gc94UIRaT9PZ33sNnstvI=; b=f9dPtw+URg9mCY9O0o3O+1WCHjffLoFY54A7sy8Q3JJHdF96KGOkf7HMWc42jzHoq5 bXm38axgfd8UmW/I/sd6HAVAIK0SkIClMefgnr8MUIbIuZ+EopTTMv3IMgABsr8h/bBN tCzeQvL2JfKjOCh861T4pHeBGYyjBc42rW5HLf+O7UvL4QFoiS6tYX+ZMHqCq2jY/lai 2i9YXMn4A36jvcSuWR5R/9xAEnBNnnJHRf1iPX7tejNM22qVcMEpd67ftcfvZAtULAaJ GrwNxIa+o+HbOLAMdUU9Qij1Wd+Eear6G37uR7wOVi64CMdZv2XbceS8g7TuMtigm8Kt Pz3w== X-Received: by 10.15.98.129 with SMTP id bj1mr66224eeb.75.1376935934391; Mon, 19 Aug 2013 11:12:14 -0700 (PDT) Received: from [46.203.17.152] (152-17-203-46.pool.ukrtel.net. [46.203.17.152]) by mx.google.com with ESMTPSA id h52sm19035973eez.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 Aug 2013 11:12:13 -0700 (PDT) Message-ID: <52125FF9.4080005@gmail.com> Date: Mon, 19 Aug 2013 21:12:09 +0300 From: Andrey Russev User-Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: ZFS ACL inheritance with aclmode=passthrough Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 18:12:16 -0000 Hello, it looks like ZFS ACL inheritance implementation in 8.4-RELEASE does not match the manual page. In case aclinherit=restricted and aclmode=passthrough all permissions inherited from allow ACEs are masked(?) by group permissions. For example, ACEs of parent directory are group:wheel:rwxp----------:-d----:allow owner@:rwxp--aARWcCos:------:allow group@:r-x---a-R-c--s:------:allow everyone@:r-x---a-R-c--s:------:allow but ACEs of child directory are group:wheel:r-x-----------:-d----:allow owner@:rwxp--aARWcCos:------:allow group@:r-x---a-R-c--s:------:allow everyone@:r-x---a-R-c--s:------:allow I think that first entry must be copied without modification. It works this way in 8.1-RELEASE. I believe that this difference was introduced by r224174 in lines: 1732 zfs_acl_chmod(vap->va_type, acl_ids->z_mode, 1733 (zfsvfs->z_acl_inherit == ZFS_ACL_RESTRICTED), 1734 acl_ids->z_aclp); because function zfs_acl_chmod applies group mask to all allow ACEs if third argument is non zero and everything works as expected when aclinherit=passthrough. Am I right? Thanks, Andrey. From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 22:57:17 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 63991EE6 for ; Mon, 19 Aug 2013 22:57:17 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm23-vm3.bullet.mail.ne1.yahoo.com (nm23-vm3.bullet.mail.ne1.yahoo.com [98.138.91.153]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 080B32E56 for ; Mon, 19 Aug 2013 22:57:16 +0000 (UTC) Received: from [98.138.90.57] by nm23.bullet.mail.ne1.yahoo.com with NNFMP; 19 Aug 2013 22:57:10 -0000 Received: from [98.138.104.115] by tm10.bullet.mail.ne1.yahoo.com with NNFMP; 19 Aug 2013 22:57:10 -0000 Received: from [127.0.0.1] by smtp224.mail.ne1.yahoo.com with NNFMP; 19 Aug 2013 22:57:10 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1376953030; bh=0O+FBety8ZQ589S7cGY5J6Mim9pB785AH3HGz9cT/No=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=HBpc/JPZaXwA332BW1sw/c1iBnBzXiWjXW/HrgaRdJDzgsKoHlUnDFhBKjePenr3lO4Mg9FGcFAJr0UB+NJIs6LS7ESvG1sYMq7WDrOHVwGrKZJ7Wuyj8yzrdstfQCcaaaeb6m13k26iJk+vaUXyRKtBYZ1Uiov9mJ3DdpgvVKA= X-Yahoo-Newman-Id: 894505.63923.bm@smtp224.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: js9AGosVM1n99nlARA_XW697cprsXKSVH99N4Wcr9dIH8jy gI5YPvsaxNyjznQGmhq95gcHg4gTcXc1TUxfLA2ihVAVThT.rsaefmHCKdrh cw.A9hKg0CEsWIl9mhoC5WMsWYMzeQ9kEkDzhwDI8XJCPQ7f_QQ4BYHrqciy THd2f.TQHdkLg_gJ2sbDQpailoqjfGi91gbzjHzCNkGN02ag9CGrj8X1Ru_t 53d77u.1zcm5MPz5GZWmQS57twLEtKHrr7xUm7sQmIIwc13bANA8Io6x4EXC b2dAc_iEf_X3q49zCuPvKWMfbEBn.Mna4vqnOP7lZGYPwyzq.LINMG3vgMZC vjeOCFdZMWt4gNnXGsRBRRtXje88P4JP9v0cqsjnoDB.9aeBnv9.guJZ5CTB sRdWhucYLUDUBUR772hNb52vJJU6gXYe6ZmjcNIfEBkK0PM4P5C3T7MmnkfI PlLzVely7R54GxPXT2qGmdciaNTB_gR10TsuJzGwjCATScDzl37C0owXPkpe UMLBruIb1OnsDdpGssIWVfko_sQwcD5HFtyg8FqYccZFHwN9VX6m3xcI9NRQ griSDJPmJceGVCh0D4Lr1HiV_oVSrRH9.EDDiQCKoEtNVhq.8xa85xQk4TpT 9r5VE4SM0fEFDFqbiQcOjyaB_PIMIWYDc_44TIw-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp224.mail.ne1.yahoo.com with SMTP; 19 Aug 2013 22:57:10 +0000 UTC Subject: zfs mount prior to rc.conf evaluations From: Sean Bruno To: freebsd-fs@freebsd.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-2Y6I1n8QJQbTaWge+GeU" Date: Mon, 19 Aug 2013 15:57:10 -0700 Message-ID: <1376953030.1483.4.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 22:57:17 -0000 --=-2Y6I1n8QJQbTaWge+GeU Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We have a few slightly goofy rc.conf variables that require /usr/bin/ to be mounted before rc.conf is evaluated, e.g: netwait_ip=3D"$(grep default /etc/start_if.* | awk '{print $4}')" This worked in our UFS world, but in ZFS land with zroot/usr/bin being a seperate mountpoint, its not mounted at the point that rc.conf is evaluated causing a few things to fail. This appears to be solved by applying http://www.freebsd.org/cgi/query-pr.cgi?pr=3D153666 But, is there a better way to do this? I *could* make zroot/usr and zroot/usr/bin just be part of zroot and not seperate mountpoints to solve the issue as well. Thoughts or alternative solutions? Sean --=-2Y6I1n8QJQbTaWge+GeU Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSEqK7AAoJEBkJRdwI6BaHUn0H/3erz9gXbTQ/wgLUjyHLA5+b 0RhBf6t4zGnjlD3MBuDblzLh1jCtl4P4BqBMJAzBNX0+lHFodlf5oYIepZYKU+A+ Qv79b2OX3q3Ff0R/5w4kI4CTYS0j1iS8dm4VhMXhZooz7lB+vIuMbTD4aD7nihFV qL8t40VSxCRnwKn8m3Z61HNLOXItyMKsCSdNUk16Rce9RQKILfNIVRsJA2aE6kTt 406rCdAcKru/Z83TuAjfJwprvLLSb+YMz5zPF89SGjmgJfRm2Q9GHyJul69YxeFh PNFBsP8E+eRaspt5MAuvN9EkLmSkFQ8lWEHqBwjmEYB3GvuUjWQckYnaRrU8pmU= =QKnP -----END PGP SIGNATURE----- --=-2Y6I1n8QJQbTaWge+GeU-- From owner-freebsd-fs@FreeBSD.ORG Mon Aug 19 22:58:51 2013 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 06C72F75; Mon, 19 Aug 2013 22:58:51 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5BF882E6C; Mon, 19 Aug 2013 22:58:49 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id r7JMwhFO096683; Mon, 19 Aug 2013 16:58:43 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id r7JMwgb3096682; Mon, 19 Aug 2013 16:58:42 -0600 (MDT) (envelope-from ken) Date: Mon, 19 Aug 2013 16:58:42 -0600 From: "Kenneth D. Merry" To: Bruce Evans Subject: Re: patches to add new stat(2) file flags Message-ID: <20130819225842.GA90548@nargothrond.kdm.org> References: <20130307000533.GA38950@nargothrond.kdm.org> <20130307222553.P981@besplex.bde.org> <20130308232155.GA47062@nargothrond.kdm.org> <20130310181127.D2309@besplex.bde.org> <20130409190838.GA60733@nargothrond.kdm.org> <20130418184951.GA18777@nargothrond.kdm.org> <20130419215624.L1262@besplex.bde.org> <20130426221023.GA86767@nargothrond.kdm.org> <20130429231638.N1440@besplex.bde.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="cNdxnHkX5QqsyA0e" Content-Disposition: inline In-Reply-To: <20130429231638.N1440@besplex.bde.org> User-Agent: Mutt/1.4.2i Cc: arch@freebsd.org, fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Aug 2013 22:58:51 -0000 --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Apr 29, 2013 at 23:34:30 +1000, Bruce Evans wrote: > On Fri, 26 Apr 2013, Kenneth D. Merry wrote: > > I haven't looked at this much. Just a quick reply since I will be away > for a while. I finally took the time to pick this back up again. I hope to commit this on Wednesday, August 21st, so it'll be in 10.0. > >On Fri, Apr 19, 2013 at 22:53:50 +1000, Bruce Evans wrote: > >>On Thu, 18 Apr 2013, Kenneth D. Merry wrote: > >> > >>>On Tue, Apr 09, 2013 at 13:08:38 -0600, Kenneth D. Merry wrote: > >>>>... > >>>>Okay, I think these issues should now be fixed. We now refuse to change > >>>>attributes only on the root directory. And I updatd deupdat() to do the > >>>>same. > >>>> > >>>>When a directory is created or a file is added, the archive bit is not > >>>>changed on the directory. Not sure if we need to do that or not. > >>>>(Simply > >>>>changing msdosfs_mkdir() to set ATTR_ARCHIVE was not enough to get the > >>>>archive bit set on directory creation.) > >>> > >>>Bruce, any comment on this? > >> > >>I didn't get around to looking at it closely. Just had a quick look at > >>the msdosfs parts. > >> > >>Apparently we are already doing the same as WinXP for ATTR_ARCHIVE on > >>directories. Not the right thing, but: > >>- don't set it on directory creation > >>- don't set it on directory modification > >>- allow setting and clearing it (with your changes). > > Further testing showed the same behaviour for ntfs under WinXP (you can > manage all the attribute bits for directories, but they don't control > anything for directories, at least using Cygwin utilities). > > About not setting the archive bit in for modifications of directories > in msdosfs: most settings of this bit are managed by the DETIMES() > macro. It is set when the directory mtime is set (the denode is first > marked for update of the mtime -- DE_UPDATE flag). But since > modifications of directories don't change the mtime (we are bug for > bug compatible with Win/DOS here), this never sets the archive bit for > directories. The mtime can be changed for directories using utimes() > in my version but not in -current, and using some Win/DOS syscall. I'm > setting the archive bit for this, but will change to be bug for bug > compatible with Win/DOS by not setting it. Then only chflags will set > it for directories. With the attached patch, we don't set the archive bit when changing the time on a directory. > >>@ *** src/lib/libc/sys/chflags.2.orig > >>@ --- src/lib/libc/sys/chflags.2 > >>@ *************** > >>@ *** 112,137 **** > >>@ ... > >>@ --- 112,170 ---- > >>@ ... > >>@ + .It Dv UF_IMMUTABLE > >>@ + The file may not be changed. > >>@ + Filesystems may use this flag to maintain compatibility with the DOS, > >>Windows > >>@ + and CIFS FILE_ATTRIBUTE_READONLY attribute. > >> > >>msdosfs doesn't use this yet. It uses ATTR_READONLY, and doesn't map this > >>to or from UF_IMMUTABLE. I think I want ATTR_READONLY to be a flag and > >>not affect the file permissions (just like immutable flags normally don't > >>affect the file permissions. > > > >Okay, done. The permissions are now always 755, and writeability is > >controlled by ATTR_READONLY. > > Should be 755 by default, but there is a mount option to change this. Yes, the mount option is still there. > >>Does CIFS FILE_ATTRIBUTE_READONLY have exactly the same semantics as > >>IMMUTABLE? That is, does it prevent all operations on the file and the > >>... > >Okay. I added a new flag, UF_READONLY that maps to ATTR_READONLY directly > >instead of using an immutable flag. > >... > >The other outstanding issue is the suggestion by Gordon Ross on the Illumos > >developers list to make ZFS not enforce the readonly bit. It looks like it > >has not yet gone into Illumos. We may not want to make the change in > >FreeBSD since it hasn't gone in upstream yet. > > This shows that we want to not enforce the readonly bit (or other > flags) even for msdosfs. msdosfs is a good place to test changing the > policy since there aren't many critical file systems using it. Done. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG --cNdxnHkX5QqsyA0e Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="file_flags_head.20130819.3.txt" *** src/bin/chflags/chflags.1.orig --- src/bin/chflags/chflags.1 *************** *** 32,38 **** .\" @(#)chflags.1 8.4 (Berkeley) 5/2/95 .\" $FreeBSD: head/bin/chflags/chflags.1 213573 2010-10-08 12:40:16Z uqs $ .\" ! .Dd March 3, 2006 .Dt CHFLAGS 1 .Os .Sh NAME --- 32,38 ---- .\" @(#)chflags.1 8.4 (Berkeley) 5/2/95 .\" $FreeBSD: head/bin/chflags/chflags.1 213573 2010-10-08 12:40:16Z uqs $ .\" ! .Dd April 8, 2013 .Dt CHFLAGS 1 .Os .Sh NAME *************** *** 101,120 **** .Bl -tag -offset indent -width ".Cm opaque" .It Cm arch , archived set the archived flag (super-user only) .It Cm opaque set the opaque flag (owner or super-user only) - .It Cm nodump - set the nodump flag (owner or super-user only) .It Cm sappnd , sappend set the system append-only flag (super-user only) .It Cm schg , schange , simmutable set the system immutable flag (super-user only) .It Cm sunlnk , sunlink set the system undeletable flag (super-user only) .It Cm uappnd , uappend set the user append-only flag (owner or super-user only) .It Cm uchg , uchange , uimmutable set the user immutable flag (owner or super-user only) .It Cm uunlnk , uunlink set the user undeletable flag (owner or super-user only) .El --- 101,136 ---- .Bl -tag -offset indent -width ".Cm opaque" .It Cm arch , archived set the archived flag (super-user only) + .It Cm nodump + set the nodump flag (owner or super-user only) .It Cm opaque set the opaque flag (owner or super-user only) .It Cm sappnd , sappend set the system append-only flag (super-user only) .It Cm schg , schange , simmutable set the system immutable flag (super-user only) + .It Cm snapshot + set the snapshot flag (filesystems do not allow changing this flag) .It Cm sunlnk , sunlink set the system undeletable flag (super-user only) .It Cm uappnd , uappend set the user append-only flag (owner or super-user only) + .It Cm uarch , uarchive + set the archive flag (owner or super-user only) .It Cm uchg , uchange , uimmutable set the user immutable flag (owner or super-user only) + .It Cm uhidden , hidden + set the hidden file attribute (owner or super-user only) + .It Cm uoffline , offline + set the offline file attribute (owner or super-user only) + .It Cm urdonly , rdonly , readonly + set the DOS, Windows and CIFS readonly flag (owner or super-user only) + .It Cm usparse , sparse + set the sparse file attribute (owner or super-user only) + .It Cm usystem , system + set the DOS, Windows and CIFS system flag (owner or super-user only) + .It Cm ureparse , reparse + set the Windows reparse point file attribute (owner or super-user only) .It Cm uunlnk , uunlink set the user undeletable flag (owner or super-user only) .El *** src/bin/ls/ls.1.orig --- src/bin/ls/ls.1 *************** *** 232,237 **** --- 232,240 ---- Include the file flags in a long .Pq Fl l output. + See + .Xr chflags 1 + for a list of file flags and their meanings. .It Fl p Write a slash .Pq Ql / *** src/lib/libc/gen/strtofflags.c.orig --- src/lib/libc/gen/strtofflags.c *************** *** 62,74 **** #endif { "nouappnd", 0, UF_APPEND }, { "nouappend", 0, UF_APPEND }, { "nouchg", 0, UF_IMMUTABLE }, { "nouchange", 0, UF_IMMUTABLE }, { "nouimmutable", 0, UF_IMMUTABLE }, { "nodump", 1, UF_NODUMP }, { "noopaque", 0, UF_OPAQUE }, ! { "nouunlnk", 0, UF_NOUNLINK }, ! { "nouunlink", 0, UF_NOUNLINK } }; #define nmappings (sizeof(mapping) / sizeof(mapping[0])) --- 62,90 ---- #endif { "nouappnd", 0, UF_APPEND }, { "nouappend", 0, UF_APPEND }, + { "nouarch", 0, UF_ARCHIVE }, + { "nouarchive", 0, UF_ARCHIVE }, + { "nohidden", 0, UF_HIDDEN }, + { "nouhidden", 0, UF_HIDDEN }, { "nouchg", 0, UF_IMMUTABLE }, { "nouchange", 0, UF_IMMUTABLE }, { "nouimmutable", 0, UF_IMMUTABLE }, { "nodump", 1, UF_NODUMP }, + { "nouunlnk", 0, UF_NOUNLINK }, + { "nouunlink", 0, UF_NOUNLINK }, + { "nooffline", 0, UF_OFFLINE }, + { "nouoffline", 0, UF_OFFLINE }, { "noopaque", 0, UF_OPAQUE }, ! { "nordonly", 0, UF_READONLY }, ! { "nourdonly", 0, UF_READONLY }, ! { "noreadonly", 0, UF_READONLY }, ! { "noureadonly", 0, UF_READONLY }, ! { "noreparse", 0, UF_REPARSE }, ! { "noureparse", 0, UF_REPARSE }, ! { "nosparse", 0, UF_SPARSE }, ! { "nousparse", 0, UF_SPARSE }, ! { "nosystem", 0, UF_SYSTEM }, ! { "nousystem", 0, UF_SYSTEM } }; #define nmappings (sizeof(mapping) / sizeof(mapping[0])) *** src/lib/libc/sys/chflags.2.orig --- src/lib/libc/sys/chflags.2 *************** *** 112,137 **** the following values .Pp .Bl -tag -width ".Dv SF_IMMUTABLE" -compact -offset indent ! .It Dv UF_NODUMP ! Do not dump the file. ! .It Dv UF_IMMUTABLE ! The file may not be changed. ! .It Dv UF_APPEND The file may only be appended to. - .It Dv UF_NOUNLINK - The file may not be renamed or deleted. - .It Dv UF_OPAQUE - The directory is opaque when viewed through a union stack. .It Dv SF_ARCHIVED ! The file may be archived. .It Dv SF_IMMUTABLE The file may not be changed. - .It Dv SF_APPEND - The file may only be appended to. .It Dv SF_NOUNLINK The file may not be renamed or deleted. .It Dv SF_SNAPSHOT The file is a snapshot file. .El .Pp If one of --- 112,172 ---- the following values .Pp .Bl -tag -width ".Dv SF_IMMUTABLE" -compact -offset indent ! .It Dv SF_APPEND The file may only be appended to. .It Dv SF_ARCHIVED ! The file has been archived. ! This flag means the opposite of the DOS, Windows and CIFS ! FILE_ATTRIBUTE_ARCHIVE attribute. ! This flag has been deprecated, and may be removed in a future release. .It Dv SF_IMMUTABLE The file may not be changed. .It Dv SF_NOUNLINK The file may not be renamed or deleted. .It Dv SF_SNAPSHOT The file is a snapshot file. + .It Dv UF_APPEND + The file may only be appended to. + .It Dv UF_ARCHIVE + The file needs to be archived. + This flag has the same meaning as the DOS, Windows and CIFS + FILE_ATTRIBUTE_ARCHIVE attribute. + Filesystems in FreeBSD may or may not have special handling for this flag. + For instance, ZFS tracks changes to files and will set this bit when a + file is updated. + UFS only stores the flag, and relies on the application to change it when + needed. + .It Dv UF_HIDDEN + The file may be hidden from directory listings at the application's + discretion. + The file has the DOS, Windows and CIFS FILE_ATTRIBUTE_HIDDEN attribute. + .It Dv UF_IMMUTABLE + The file may not be changed. + .It Dv UF_NODUMP + Do not dump the file. + .It Dv UF_NOUNLINK + The file may not be renamed or deleted. + .It Dv UF_OFFLINE + The file is offline, or has the Windows and CIFS FILE_ATTRIBUTE_OFFLINE + attribute. + Filesystems in FreeBSD store and display this flag, but do not provide any + special handling when it is set. + .It Dv UF_OPAQUE + The directory is opaque when viewed through a union stack. + .It Dv UF_READONLY + The file is read only, and may not be written or appended. + Filesystems may use this flag to maintain compatibility with the DOS, Windows + and CIFS FILE_ATTRIBUTE_READONLY attribute. + .It Dv UF_REPARSE + The file contains a Windows reparse point and has the Windows and CIFS + FILE_ATTRIBUTE_REPARSE_POINT attribute. + .It Dv UF_SPARSE + The file has the Windows FILE_ATTRIBUTE_SPARSE_FILE attribute. + This may also be used by a filesystem to indicate a sparse file. + .It Dv UF_SYSTEM + The file has the DOS, Windows and CIFS FILE_ATTRIBUTE_SYSTEM attribute. + Filesystems in FreeBSD may store and display this flag, but do not provide + any special handling when it is set. .El .Pp If one of *************** *** 162,167 **** --- 197,209 ---- .Xr init 8 for details.) .Pp + The implementation of all flags is filesystem-dependent. + See the description of the + .Dv UF_ARCHIVE + flag above for one example of the differences in behavior. + Care should be exercised when writing applications to account for + support or lack of support of these flags in various filesystems. + .Pp The .Dv SF_SNAPSHOT flag is maintained by the system and cannot be toggled. *** src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c.orig --- src/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c *************** *** 6061,6066 **** --- 6061,6074 ---- XVA_SET_REQ(&xvap, XAT_APPENDONLY); XVA_SET_REQ(&xvap, XAT_NOUNLINK); XVA_SET_REQ(&xvap, XAT_NODUMP); + XVA_SET_REQ(&xvap, XAT_READONLY); + XVA_SET_REQ(&xvap, XAT_ARCHIVE); + XVA_SET_REQ(&xvap, XAT_SYSTEM); + XVA_SET_REQ(&xvap, XAT_HIDDEN); + XVA_SET_REQ(&xvap, XAT_REPARSE); + XVA_SET_REQ(&xvap, XAT_OFFLINE); + XVA_SET_REQ(&xvap, XAT_SPARSE); + error = zfs_getattr(ap->a_vp, (vattr_t *)&xvap, 0, ap->a_cred, NULL); if (error != 0) return (error); *************** *** 6076,6083 **** --- 6084,6106 ---- xvap.xva_xoptattrs.xoa_appendonly); FLAG_CHECK(SF_NOUNLINK, XAT_NOUNLINK, xvap.xva_xoptattrs.xoa_nounlink); + FLAG_CHECK(UF_ARCHIVE, XAT_ARCHIVE, + xvap.xva_xoptattrs.xoa_archive); FLAG_CHECK(UF_NODUMP, XAT_NODUMP, xvap.xva_xoptattrs.xoa_nodump); + FLAG_CHECK(UF_READONLY, XAT_READONLY, + xvap.xva_xoptattrs.xoa_readonly); + FLAG_CHECK(UF_SYSTEM, XAT_SYSTEM, + xvap.xva_xoptattrs.xoa_system); + FLAG_CHECK(UF_HIDDEN, XAT_HIDDEN, + xvap.xva_xoptattrs.xoa_hidden); + FLAG_CHECK(UF_REPARSE, XAT_REPARSE, + xvap.xva_xoptattrs.xoa_reparse); + FLAG_CHECK(UF_OFFLINE, XAT_OFFLINE, + xvap.xva_xoptattrs.xoa_offline); + FLAG_CHECK(UF_SPARSE, XAT_SPARSE, + xvap.xva_xoptattrs.xoa_sparse); + #undef FLAG_CHECK *vap = xvap.xva_vattr; vap->va_flags = fflags; *************** *** 6115,6121 **** return (EOPNOTSUPP); fflags = vap->va_flags; ! if ((fflags & ~(SF_IMMUTABLE|SF_APPEND|SF_NOUNLINK|UF_NODUMP)) != 0) return (EOPNOTSUPP); /* * Unprivileged processes are not permitted to unset system --- 6138,6153 ---- return (EOPNOTSUPP); fflags = vap->va_flags; ! /* ! * XXX KDM ! * We need to figure out whether it makes sense to allow ! * UF_REPARSE through, since we don't really have other ! * facilities to handle reparse points and zfs_setattr() ! * doesn't currently allow setting that attribute anyway. ! */ ! if ((fflags & ~(SF_IMMUTABLE|SF_APPEND|SF_NOUNLINK|UF_ARCHIVE| ! UF_NODUMP|UF_SYSTEM|UF_HIDDEN|UF_READONLY|UF_REPARSE| ! UF_OFFLINE|UF_SPARSE)) != 0) return (EOPNOTSUPP); /* * Unprivileged processes are not permitted to unset system *************** *** 6167,6174 **** --- 6199,6220 ---- xvap.xva_xoptattrs.xoa_appendonly); FLAG_CHANGE(SF_NOUNLINK, ZFS_NOUNLINK, XAT_NOUNLINK, xvap.xva_xoptattrs.xoa_nounlink); + FLAG_CHANGE(UF_ARCHIVE, ZFS_ARCHIVE, XAT_ARCHIVE, + xvap.xva_xoptattrs.xoa_archive); FLAG_CHANGE(UF_NODUMP, ZFS_NODUMP, XAT_NODUMP, xvap.xva_xoptattrs.xoa_nodump); + FLAG_CHANGE(UF_READONLY, ZFS_READONLY, XAT_READONLY, + xvap.xva_xoptattrs.xoa_readonly); + FLAG_CHANGE(UF_SYSTEM, ZFS_SYSTEM, XAT_SYSTEM, + xvap.xva_xoptattrs.xoa_system); + FLAG_CHANGE(UF_HIDDEN, ZFS_HIDDEN, XAT_HIDDEN, + xvap.xva_xoptattrs.xoa_hidden); + FLAG_CHANGE(UF_REPARSE, ZFS_REPARSE, XAT_REPARSE, + xvap.xva_xoptattrs.xoa_hidden); + FLAG_CHANGE(UF_OFFLINE, ZFS_OFFLINE, XAT_OFFLINE, + xvap.xva_xoptattrs.xoa_offline); + FLAG_CHANGE(UF_SPARSE, ZFS_SPARSE, XAT_SPARSE, + xvap.xva_xoptattrs.xoa_sparse); #undef FLAG_CHANGE } return (zfs_setattr(vp, (vattr_t *)&xvap, 0, cred, NULL)); *** src/sys/fs/msdosfs/msdosfs_denode.c.orig --- src/sys/fs/msdosfs/msdosfs_denode.c *************** *** 304,311 **** if ((dep->de_flag & DE_MODIFIED) == 0 && waitfor == 0) return (0); dep->de_flag &= ~DE_MODIFIED; ! if (dep->de_Attributes & ATTR_DIRECTORY) ! return (0); if (dep->de_refcnt <= 0) return (0); error = readde(dep, &bp, &dirp); --- 304,311 ---- if ((dep->de_flag & DE_MODIFIED) == 0 && waitfor == 0) return (0); dep->de_flag &= ~DE_MODIFIED; ! if (DETOV(dep)->v_vflag & VV_ROOT) ! return (EINVAL); if (dep->de_refcnt <= 0) return (0); error = readde(dep, &bp, &dirp); *** src/sys/fs/msdosfs/msdosfs_vnops.c.orig --- src/sys/fs/msdosfs/msdosfs_vnops.c *************** *** 172,179 **** if (error) goto bad; ! ndirent.de_Attributes = (ap->a_vap->va_mode & VWRITE) ? ! ATTR_ARCHIVE : ATTR_ARCHIVE | ATTR_READONLY; ndirent.de_LowerCase = 0; ndirent.de_StartCluster = 0; ndirent.de_FileSize = 0; --- 172,178 ---- if (error) goto bad; ! ndirent.de_Attributes = ATTR_ARCHIVE; ndirent.de_LowerCase = 0; ndirent.de_StartCluster = 0; ndirent.de_FileSize = 0; *************** *** 256,263 **** mode_t file_mode; accmode_t accmode = ap->a_accmode; ! file_mode = (S_IXUSR|S_IXGRP|S_IXOTH) | (S_IRUSR|S_IRGRP|S_IROTH) | ! ((dep->de_Attributes & ATTR_READONLY) ? 0 : (S_IWUSR|S_IWGRP|S_IWOTH)); file_mode &= (vp->v_type == VDIR ? pmp->pm_dirmask : pmp->pm_mask); /* --- 255,261 ---- mode_t file_mode; accmode_t accmode = ap->a_accmode; ! file_mode = S_IRWXU|S_IRWXG|S_IRWXO; file_mode &= (vp->v_type == VDIR ? pmp->pm_dirmask : pmp->pm_mask); /* *************** *** 266,273 **** */ if (accmode & VWRITE) { switch (vp->v_type) { case VDIR: - case VREG: if (vp->v_mount->mnt_flag & MNT_RDONLY) return (EROFS); break; --- 264,271 ---- */ if (accmode & VWRITE) { switch (vp->v_type) { + case VREG: case VDIR: if (vp->v_mount->mnt_flag & MNT_RDONLY) return (EROFS); break; *************** *** 322,331 **** else vap->va_fileid = (long)fileid; ! if ((dep->de_Attributes & ATTR_READONLY) == 0) ! mode = S_IRWXU|S_IRWXG|S_IRWXO; ! else ! mode = S_IRUSR|S_IXUSR|S_IRGRP|S_IXGRP|S_IROTH|S_IXOTH; vap->va_mode = mode & (ap->a_vp->v_type == VDIR ? pmp->pm_dirmask : pmp->pm_mask); vap->va_uid = pmp->pm_uid; --- 320,326 ---- else vap->va_fileid = (long)fileid; ! mode = S_IRWXU|S_IRWXG|S_IRWXO; vap->va_mode = mode & (ap->a_vp->v_type == VDIR ? pmp->pm_dirmask : pmp->pm_mask); vap->va_uid = pmp->pm_uid; *************** *** 345,352 **** vap->va_birthtime.tv_nsec = 0; } vap->va_flags = 0; ! if ((dep->de_Attributes & ATTR_ARCHIVE) == 0) ! vap->va_flags |= SF_ARCHIVED; vap->va_gen = 0; vap->va_blocksize = pmp->pm_bpcluster; vap->va_bytes = --- 340,353 ---- vap->va_birthtime.tv_nsec = 0; } vap->va_flags = 0; ! if (dep->de_Attributes & ATTR_ARCHIVE) ! vap->va_flags |= UF_ARCHIVE; ! if (dep->de_Attributes & ATTR_HIDDEN) ! vap->va_flags |= UF_HIDDEN; ! if (dep->de_Attributes & ATTR_READONLY) ! vap->va_flags |= UF_READONLY; ! if (dep->de_Attributes & ATTR_SYSTEM) ! vap->va_flags |= UF_SYSTEM; vap->va_gen = 0; vap->va_blocksize = pmp->pm_bpcluster; vap->va_bytes = *************** *** 395,400 **** --- 396,413 ---- #endif return (EINVAL); } + + /* + * We don't allow setting attributes on the root directory. + * The special case for the root directory is because before + * FAT32, the root directory didn't have an entry for itself + * (and was otherwise special). With FAT32, the root + * directory is not so special, but still doesn't have an + * entry for itself. + */ + if (vp->v_vflag & VV_ROOT) + return (EINVAL); + if (vap->va_flags != VNOVAL) { if (vp->v_mount->mnt_flag & MNT_RDONLY) return (EROFS); *************** *** 408,431 **** * attributes. We ignored the access time and the * read and execute bits. We were strict for the other * attributes. - * - * Here we are strict, stricter than ufs in not allowing - * users to attempt to set SF_SETTABLE bits or anyone to - * set unsupported bits. However, we ignore attempts to - * set ATTR_ARCHIVE for directories `cp -pr' from a more - * sensible filesystem attempts it a lot. */ ! if (vap->va_flags & SF_SETTABLE) { ! error = priv_check_cred(cred, PRIV_VFS_SYSFLAGS, 0); ! if (error) ! return (error); ! } ! if (vap->va_flags & ~SF_ARCHIVED) return EOPNOTSUPP; ! if (vap->va_flags & SF_ARCHIVED) dep->de_Attributes &= ~ATTR_ARCHIVE; ! else if (!(dep->de_Attributes & ATTR_DIRECTORY)) ! dep->de_Attributes |= ATTR_ARCHIVE; dep->de_flag |= DE_MODIFIED; } --- 421,449 ---- * attributes. We ignored the access time and the * read and execute bits. We were strict for the other * attributes. */ ! if (vap->va_flags & ~(UF_ARCHIVE | UF_HIDDEN | UF_READONLY | ! UF_SYSTEM)) return EOPNOTSUPP; ! if (vap->va_flags & UF_ARCHIVE) ! dep->de_Attributes |= ATTR_ARCHIVE; ! else dep->de_Attributes &= ~ATTR_ARCHIVE; ! if (vap->va_flags & UF_HIDDEN) ! dep->de_Attributes |= ATTR_HIDDEN; ! else ! dep->de_Attributes &= ~ATTR_HIDDEN; ! /* We don't allow changing the readonly bit on directories. */ ! if (vp->v_type != VDIR) { ! if (vap->va_flags & UF_READONLY) ! dep->de_Attributes |= ATTR_READONLY; ! else ! dep->de_Attributes &= ~ATTR_READONLY; ! } ! if (vap->va_flags & UF_SYSTEM) ! dep->de_Attributes |= ATTR_SYSTEM; ! else ! dep->de_Attributes &= ~ATTR_SYSTEM; dep->de_flag |= DE_MODIFIED; } *************** *** 489,509 **** error = VOP_ACCESS(vp, VWRITE, cred, td); } else error = VOP_ACCESS(vp, VADMIN, cred, td); ! if (vp->v_type != VDIR) { ! if ((pmp->pm_flags & MSDOSFSMNT_NOWIN95) == 0 && ! vap->va_atime.tv_sec != VNOVAL) { ! dep->de_flag &= ~DE_ACCESS; ! timespec2fattime(&vap->va_atime, 0, ! &dep->de_ADate, NULL, NULL); ! } ! if (vap->va_mtime.tv_sec != VNOVAL) { ! dep->de_flag &= ~DE_UPDATE; ! timespec2fattime(&vap->va_mtime, 0, ! &dep->de_MDate, &dep->de_MTime, NULL); ! } dep->de_Attributes |= ATTR_ARCHIVE; ! dep->de_flag |= DE_MODIFIED; ! } } /* * DOS files only have the ability to have their writability --- 507,530 ---- error = VOP_ACCESS(vp, VWRITE, cred, td); } else error = VOP_ACCESS(vp, VADMIN, cred, td); ! if ((pmp->pm_flags & MSDOSFSMNT_NOWIN95) == 0 && ! vap->va_atime.tv_sec != VNOVAL) { ! dep->de_flag &= ~DE_ACCESS; ! timespec2fattime(&vap->va_atime, 0, ! &dep->de_ADate, NULL, NULL); ! } ! if (vap->va_mtime.tv_sec != VNOVAL) { ! dep->de_flag &= ~DE_UPDATE; ! timespec2fattime(&vap->va_mtime, 0, ! &dep->de_MDate, &dep->de_MTime, NULL); ! } ! /* ! * We don't set the archive bit when modifying the time of ! * a directory to emulate the Windows/DOS behavior. ! */ ! if (vp->v_type != VDIR) dep->de_Attributes |= ATTR_ARCHIVE; ! dep->de_flag |= DE_MODIFIED; } /* * DOS files only have the ability to have their writability *** src/sys/fs/smbfs/smbfs_node.c.orig --- src/sys/fs/smbfs/smbfs_node.c *************** *** 370,379 **** if (diff > 2) /* XXX should be configurable */ return ENOENT; va->va_type = vp->v_type; /* vnode type (for create) */ if (vp->v_type == VREG) { va->va_mode = smp->sm_file_mode; /* files access mode and type */ ! if (np->n_dosattr & SMB_FA_RDONLY) va->va_mode &= ~(S_IWUSR|S_IWGRP|S_IWOTH); } else if (vp->v_type == VDIR) { va->va_mode = smp->sm_dir_mode; /* files access mode and type */ } else --- 370,382 ---- if (diff > 2) /* XXX should be configurable */ return ENOENT; va->va_type = vp->v_type; /* vnode type (for create) */ + va->va_flags = 0; /* flags defined for file */ if (vp->v_type == VREG) { va->va_mode = smp->sm_file_mode; /* files access mode and type */ ! if (np->n_dosattr & SMB_FA_RDONLY) { va->va_mode &= ~(S_IWUSR|S_IWGRP|S_IWOTH); + va->va_flags |= UF_READONLY; + } } else if (vp->v_type == VDIR) { va->va_mode = smp->sm_dir_mode; /* files access mode and type */ } else *************** *** 390,396 **** va->va_mtime = np->n_mtime; va->va_atime = va->va_ctime = va->va_mtime; /* time file changed */ va->va_gen = VNOVAL; /* generation number of file */ ! va->va_flags = 0; /* flags defined for file */ va->va_rdev = NODEV; /* device the special file represents */ va->va_bytes = va->va_size; /* bytes of disk space held by file */ va->va_filerev = 0; /* file modification number */ --- 393,407 ---- va->va_mtime = np->n_mtime; va->va_atime = va->va_ctime = va->va_mtime; /* time file changed */ va->va_gen = VNOVAL; /* generation number of file */ ! if (np->n_dosattr & SMB_FA_HIDDEN) ! va->va_flags |= UF_HIDDEN; ! if (np->n_dosattr & SMB_FA_SYSTEM) ! va->va_flags |= UF_SYSTEM; ! /* ! * We don't set the archive bit for directories. ! */ ! if ((vp->v_type != VDIR) && (np->n_dosattr & SMB_FA_ARCHIVE)) ! va->va_flags |= UF_ARCHIVE; va->va_rdev = NODEV; /* device the special file represents */ va->va_bytes = va->va_size; /* bytes of disk space held by file */ va->va_filerev = 0; /* file modification number */ *** src/sys/fs/smbfs/smbfs_vnops.c.orig --- src/sys/fs/smbfs/smbfs_vnops.c *************** *** 305,320 **** int old_n_dosattr; SMBVDEBUG("\n"); - if (vap->va_flags != VNOVAL) - return EOPNOTSUPP; isreadonly = (vp->v_mount->mnt_flag & MNT_RDONLY); /* * Disallow write attempts if the filesystem is mounted read-only. */ if ((vap->va_uid != (uid_t)VNOVAL || vap->va_gid != (gid_t)VNOVAL || vap->va_atime.tv_sec != VNOVAL || vap->va_mtime.tv_sec != VNOVAL || ! vap->va_mode != (mode_t)VNOVAL) && isreadonly) return EROFS; scred = smbfs_malloc_scred(); smb_makescred(scred, td, ap->a_cred); if (vap->va_size != VNOVAL) { --- 305,334 ---- int old_n_dosattr; SMBVDEBUG("\n"); isreadonly = (vp->v_mount->mnt_flag & MNT_RDONLY); /* * Disallow write attempts if the filesystem is mounted read-only. */ if ((vap->va_uid != (uid_t)VNOVAL || vap->va_gid != (gid_t)VNOVAL || vap->va_atime.tv_sec != VNOVAL || vap->va_mtime.tv_sec != VNOVAL || ! vap->va_mode != (mode_t)VNOVAL || vap->va_flags != VNOVAL) && ! isreadonly) return EROFS; + + /* + * We only support setting four flags. Don't allow setting others. + * + * We map UF_READONLY to SMB_FA_RDONLY, unlike the MacOS X version + * of this code, which maps both UF_IMMUTABLE AND SF_IMMUTABLE to + * SMB_FA_RDONLY. The immutable flags have different semantics + * than readonly, which is the reason for the difference. + */ + if (vap->va_flags != VNOVAL) { + if (vap->va_flags & ~(UF_HIDDEN|UF_SYSTEM|UF_ARCHIVE| + UF_READONLY)) + return EINVAL; + } + scred = smbfs_malloc_scred(); smb_makescred(scred, td, ap->a_cred); if (vap->va_size != VNOVAL) { *************** *** 353,364 **** goto out; } } ! if (vap->va_mode != (mode_t)VNOVAL) { old_n_dosattr = np->n_dosattr; ! if (vap->va_mode & S_IWUSR) ! np->n_dosattr &= ~SMB_FA_RDONLY; ! else ! np->n_dosattr |= SMB_FA_RDONLY; if (np->n_dosattr != old_n_dosattr) { error = smbfs_smb_setpattr(np, np->n_dosattr, NULL, scred); if (error) --- 367,413 ---- goto out; } } ! if ((vap->va_flags != VNOVAL) || (vap->va_mode != (mode_t)VNOVAL)) { old_n_dosattr = np->n_dosattr; ! ! if (vap->va_mode != (mode_t)VNOVAL) { ! if (vap->va_mode & S_IWUSR) ! np->n_dosattr &= ~SMB_FA_RDONLY; ! else ! np->n_dosattr |= SMB_FA_RDONLY; ! } ! ! if (vap->va_flags != VNOVAL) { ! if (vap->va_flags & UF_HIDDEN) ! np->n_dosattr |= SMB_FA_HIDDEN; ! else ! np->n_dosattr &= ~SMB_FA_HIDDEN; ! ! if (vap->va_flags & UF_SYSTEM) ! np->n_dosattr |= SMB_FA_SYSTEM; ! else ! np->n_dosattr &= ~SMB_FA_SYSTEM; ! ! if (vap->va_flags & UF_ARCHIVE) ! np->n_dosattr |= SMB_FA_ARCHIVE; ! else ! np->n_dosattr &= ~SMB_FA_ARCHIVE; ! ! /* ! * We only support setting the immutable / readonly ! * bit for regular files. According to comments in ! * the MacOS X version of this code, supporting the ! * readonly bit on directories doesn't do the same ! * thing in Windows as in Unix. ! */ ! if (vp->v_type == VREG) { ! if (vap->va_flags & UF_READONLY) ! np->n_dosattr |= SMB_FA_RDONLY; ! else ! np->n_dosattr &= ~SMB_FA_RDONLY; ! } ! } ! if (np->n_dosattr != old_n_dosattr) { error = smbfs_smb_setpattr(np, np->n_dosattr, NULL, scred); if (error) *** src/sys/sys/stat.h.orig --- src/sys/sys/stat.h *************** *** 265,272 **** #define UF_NODUMP 0x00000001 /* do not dump file */ #define UF_IMMUTABLE 0x00000002 /* file may not be changed */ #define UF_APPEND 0x00000004 /* writes to file may only append */ ! #define UF_OPAQUE 0x00000008 /* directory is opaque wrt. union */ ! #define UF_NOUNLINK 0x00000010 /* file may not be removed or renamed */ /* * Super-user changeable flags. */ --- 265,290 ---- #define UF_NODUMP 0x00000001 /* do not dump file */ #define UF_IMMUTABLE 0x00000002 /* file may not be changed */ #define UF_APPEND 0x00000004 /* writes to file may only append */ ! #define UF_OPAQUE 0x00000008 /* directory is opaque wrt. union */ ! #define UF_NOUNLINK 0x00000010 /* file may not be removed or renamed */ ! /* ! * These two bits are defined in MacOS X. They are not currently used in ! * FreeBSD. ! */ ! #if 0 ! #define UF_COMPRESSED 0x00000020 /* file is compressed */ ! #define UF_TRACKED 0x00000040 /* renames and deletes are tracked */ ! #endif ! ! #define UF_SYSTEM 0x00000080 /* Windows system file bit */ ! #define UF_SPARSE 0x00000100 /* sparse file */ ! #define UF_OFFLINE 0x00000200 /* file is offline */ ! #define UF_REPARSE 0x00000400 /* Windows reparse point file bit */ ! #define UF_ARCHIVE 0x00000800 /* file needs to be archived */ ! #define UF_READONLY 0x00001000 /* Windows readonly file bit */ ! /* This is the same as the MacOS X definition of UF_HIDDEN. */ ! #define UF_HIDDEN 0x00008000 /* file is hidden */ ! /* * Super-user changeable flags. */ *** src/sys/ufs/ufs/ufs_vnops.c.orig --- src/sys/ufs/ufs/ufs_vnops.c *************** *** 528,536 **** return (EINVAL); } if (vap->va_flags != VNOVAL) { ! if ((vap->va_flags & ~(UF_NODUMP | UF_IMMUTABLE | UF_APPEND | ! UF_OPAQUE | UF_NOUNLINK | SF_ARCHIVED | SF_IMMUTABLE | ! SF_APPEND | SF_NOUNLINK | SF_SNAPSHOT)) != 0) return (EOPNOTSUPP); if (vp->v_mount->mnt_flag & MNT_RDONLY) return (EROFS); --- 528,538 ---- return (EINVAL); } if (vap->va_flags != VNOVAL) { ! if ((vap->va_flags & ~(SF_APPEND | SF_ARCHIVED | SF_IMMUTABLE | ! SF_NOUNLINK | SF_SNAPSHOT | UF_APPEND | UF_ARCHIVE | ! UF_HIDDEN | UF_IMMUTABLE | UF_NODUMP | UF_NOUNLINK | ! UF_OFFLINE | UF_OPAQUE | UF_READONLY | UF_REPARSE | ! UF_SPARSE | UF_SYSTEM)) != 0) return (EOPNOTSUPP); if (vp->v_mount->mnt_flag & MNT_RDONLY) return (EROFS); --cNdxnHkX5QqsyA0e-- From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 03:51:38 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A7CAB506 for ; Tue, 20 Aug 2013 03:51:38 +0000 (UTC) (envelope-from aurfalien@gmail.com) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 72E4C2C0C for ; Tue, 20 Aug 2013 03:51:38 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id l20so7249336oag.17 for ; Mon, 19 Aug 2013 20:51:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version; bh=oCFPj1jijdVgwHQeEbZh3sLsRByc5R15YBqioKVXuko=; b=N6muAulQLl6AJkeEHnihFBfpeGrcfylithqfT0yyzdTZdE06o1Dl3xpyehNVZRg9nb 8+ENaMeGKauVqK8UGy92GxVMCxQQysCq+eetoDwyjYwXCDZR6AhCy4J0W4nwYU2Rr3nK mCF228b2JeGCw1EdAdm9ILAOLo2hYvRY+olP5IRBWQCHQW26SGkcbCI5uAwtTpQyGgxD ++ab4562nQF4lG8AexGgDEsvodAeb4OL/omjBkBiIzmCtP8QTFCHE3f5aHxN7yu2sZHB JiW+5rC1ZZVQTE/4M+rHkfxhxHDjwaxhA5/ZY72+Btae9n4N1x5m8sywPSS/a4xAq5/z kLhg== X-Received: by 10.182.237.82 with SMTP id va18mr16492500obc.0.1376970697768; Mon, 19 Aug 2013 20:51:37 -0700 (PDT) Received: from [192.168.1.74] (75-63-29-182.lightspeed.irvnca.sbcglobal.net. [75.63.29.182]) by mx.google.com with ESMTPSA id jz7sm21231957obb.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 Aug 2013 20:51:36 -0700 (PDT) From: aurfalien Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: du which understands ZFS Date: Mon, 19 Aug 2013 20:51:33 -0700 Message-Id: To: freebsd-fs@freebsd.org Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 03:51:38 -0000 Hi, Is there a version of du which understands ZFS? Currently when running du I get this; Filesystem Size Used Avail Capacity Mounted on abyss 51T 50k 51T 0% /abyss abyss/PROJECT 72T 20T 51T 29% /abyss/PROJECTS abyss/PROJECTX 54T 2.6T 51T 5% /abyss/PROJECTSX The zpool of abyss is 75TB in size. - aurf From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 04:46:51 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D936DEBD for ; Tue, 20 Aug 2013 04:46:51 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-vb0-x22e.google.com (mail-vb0-x22e.google.com [IPv6:2607:f8b0:400c:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98C0D2F34 for ; Tue, 20 Aug 2013 04:46:51 +0000 (UTC) Received: by mail-vb0-f46.google.com with SMTP id p13so3778782vbe.33 for ; Mon, 19 Aug 2013 21:46:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=EU8RKf40WvX8VvWPj+6MPj3zJH/dNA8McheblPdy//Q=; b=bxLTjJ5OXP6gjBxwX3k8fO8uMuibHEaGt79dCTrHddR4OBMTg8afZH8gNalBgXkLqq ju7YirUkBKjEqkILpjk4AQOWDvhj15WeNrODUFud9Mclj2V9mAZfM5NyD+h9II9Q+7YZ PReQvRBb0ZwrfPwDYBmMwRrdaLeT0Zf2P8cYhq9aeQAtGj3TQTNLKsmqkBOOoa+N3lXv wqLAy5gGPVnXhirpEaCIEY0r2MB+TOD78mWyOUsvXRV+JlCEQ3rqUv2fsfQKy9wswC7d 7qA+QGFyXTGsOBvNp5A8qM2Af/OV3QHmtTYZCR7p4nhhw5boFuNbYOUVXGLJ6O4JzSJ3 XE9A== MIME-Version: 1.0 X-Received: by 10.58.165.70 with SMTP id yw6mr9832960veb.19.1376974010731; Mon, 19 Aug 2013 21:46:50 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.220.68.205 with HTTP; Mon, 19 Aug 2013 21:46:50 -0700 (PDT) In-Reply-To: References: Date: Mon, 19 Aug 2013 21:46:50 -0700 X-Google-Sender-Auth: 3NakGVSn4qWNdpMqtt2HSMdvnpo Message-ID: Subject: Re: du which understands ZFS From: Artem Belevich To: aurfalien Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 04:46:51 -0000 On Mon, Aug 19, 2013 at 8:51 PM, aurfalien wrote: > Hi, > > Is there a version of du which understands ZFS? > > Currently when running du I get this; > I guess you meant 'df'. Alas, the answer seems to be 'no, there's no ZFS-aware df'. The reason for that is that df gets its info via statfs(2) call and the only info it gets back is total number of blocks and available number of blocks. It's assumed that used space equals total-available. It worked well enough for other filesystems where it was filesystem that was managing disk space. ZFS obviously violates this assumption as available space is actually property of the pool, not of the filesystem, so ZFS has to lie about total size in order to present (arguably more important) amount of used and available space in a consistent way. --Artem > Filesystem Size Used Avail Capacity Mounted on > abyss 51T 50k 51T 0% > /abyss > abyss/PROJECT 72T 20T 51T 29% > /abyss/PROJECTS > abyss/PROJECTX 54T 2.6T 51T 5% /abyss/PROJECTSX > > The zpool of abyss is 75TB in size. > > - aurf > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 05:19:01 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 584C7635; Tue, 20 Aug 2013 05:19:01 +0000 (UTC) (envelope-from aurfalien@gmail.com) Received: from mail-oa0-x234.google.com (mail-oa0-x234.google.com [IPv6:2607:f8b0:4003:c02::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1290122F6; Tue, 20 Aug 2013 05:19:01 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id n12so7326553oag.11 for ; Mon, 19 Aug 2013 22:19:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to; bh=zWd7Ja688M6t2DD5q/V+eKUPwuYteirfBCoiUJXAu/8=; b=CHe+WlMP3pqg92RHb/kkKv0P9WyjNoiQvz87jzLczzvkF0hGhunuQHDT4DiU6UXbzZ f2NsaRAdUi1qIc7Z+yohO9P/9rpkQOA2RYCeBQ683eL1aMr/SDOgkxNS/o3updptlu7b 2FH1hRI8Gtpb+wLYyZ/e0gQqItXaGhQAg5jl2Mnd+46z/NUCMG1IBC7H91KCBes4enPZ rNK1TaEyKKX5Hdu2DJ9/+37hB4rjnB11IGIOgJzd7Ma3kaNaGonlE9IczULYWAH0QnxA QfoIgRFixPbpfp/2csTubNcm8Y35RpFWZfEPW2lYRDWU7qryNJGCal6KEP3wRCG/6e3n S4/w== X-Received: by 10.60.44.240 with SMTP id h16mr16615649oem.2.1376975940365; Mon, 19 Aug 2013 22:19:00 -0700 (PDT) Received: from [192.168.1.74] (75-63-29-182.lightspeed.irvnca.sbcglobal.net. [75.63.29.182]) by mx.google.com with ESMTPSA id r4sm21685071oem.3.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 Aug 2013 22:18:59 -0700 (PDT) Subject: Re: du which understands ZFS Mime-Version: 1.0 (Apple Message framework v1085) From: aurfalien In-Reply-To: Date: Mon, 19 Aug 2013 22:18:56 -0700 Message-Id: References: To: Artem Belevich X-Mailer: Apple Mail (2.1085) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 05:19:01 -0000 On Aug 19, 2013, at 9:46 PM, Artem Belevich wrote: >=20 >=20 >=20 > On Mon, Aug 19, 2013 at 8:51 PM, aurfalien = wrote: > Hi, >=20 > Is there a version of du which understands ZFS? >=20 > Currently when running du I get this; >=20 > I guess you meant 'df'. >=20 > Alas, the answer seems to be 'no, there's no ZFS-aware df'. The reason = for that is that df gets its info via statfs(2) call and the only info = it gets back is total number of blocks and available number of blocks. = It's assumed that used space equals total-available. It worked well = enough for other filesystems where it was filesystem that was managing = disk space. >=20 > ZFS obviously violates this assumption as available space is actually = property of the pool, not of the filesystem, so ZFS has to lie about = total size in order to present (arguably more important) amount of used = and available space in a consistent way.=20 >=20 > --Artem Thanks for the reply. There is a ZFS aware df in Illumos. I wonder if it would be possible to = port this to FreeBSD? Unsure how it works, hell I didn't even know how df worked until you = explained, still kinda don't :) At any rate, perhaps I'll bring bring this up in the FreeBSD dev list to = see what traction I get. - aurf >=20 >=20 > Filesystem Size Used Avail Capacity = Mounted on > abyss 51T 50k 51T 0% = /abyss > abyss/PROJECT 72T 20T 51T 29% = /abyss/PROJECTS > abyss/PROJECTX 54T 2.6T 51T 5% = /abyss/PROJECTSX >=20 > The zpool of abyss is 75TB in size. >=20 > - aurf > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >=20 From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 05:25:43 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E6ABA71D; Tue, 20 Aug 2013 05:25:43 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-qe0-x235.google.com (mail-qe0-x235.google.com [IPv6:2607:f8b0:400d:c02::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98A972342; Tue, 20 Aug 2013 05:25:43 +0000 (UTC) Received: by mail-qe0-f53.google.com with SMTP id 1so3132459qee.26 for ; Mon, 19 Aug 2013 22:25:42 -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:content-type:content-transfer-encoding; bh=2UornrQ/mLFFtry7oLh7L07DJgdUSsrt8FNKRkbLkoc=; b=n5l65aDSVTR8R/piEN/l4kjHgLXjtxrql9WuTuXjtR2OugjyTjKvFRL7mHjoAYTT6t ftSl2nO9ndh/JJ42RUbYhQvRgtzzPG2o/Dtl8MeagGS1aeKd+38kB5TvdW9FqUh9kd5i MhmmIIjACrHmLLWATH0GjRhsoB5N4W8iytkHAzBcBNTQkVTtChf67B3MvrsLy5J9zhpa HngVT2D3noZwQ2Bzv3WNPhR9mkIv1QMnPwSUqVKV4WdI9+KnmOk2fLti+O7xxa6/v8H2 eMgdF3PfK02FJOhvdjV6ElLmYo53GXSU6R14rav/E3jYjzOJ6v++ZTzuwLEXzznJkPRF 67wg== MIME-Version: 1.0 X-Received: by 10.224.163.131 with SMTP id a3mr1703121qay.52.1376976342775; Mon, 19 Aug 2013 22:25:42 -0700 (PDT) Received: by 10.224.5.195 with HTTP; Mon, 19 Aug 2013 22:25:42 -0700 (PDT) In-Reply-To: References: Date: Tue, 20 Aug 2013 08:25:42 +0300 Message-ID: Subject: Re: du which understands ZFS From: Kimmo Paasiala To: aurfalien Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 05:25:44 -0000 On Tue, Aug 20, 2013 at 8:18 AM, aurfalien wrote: > > On Aug 19, 2013, at 9:46 PM, Artem Belevich wrote: > >> >> >> >> On Mon, Aug 19, 2013 at 8:51 PM, aurfalien wrote: >> Hi, >> >> Is there a version of du which understands ZFS? >> >> Currently when running du I get this; >> >> I guess you meant 'df'. >> >> Alas, the answer seems to be 'no, there's no ZFS-aware df'. The reason f= or that is that df gets its info via statfs(2) call and the only info it ge= ts back is total number of blocks and available number of blocks. It's assu= med that used space equals total-available. It worked well enough for other= filesystems where it was filesystem that was managing disk space. >> >> ZFS obviously violates this assumption as available space is actually pr= operty of the pool, not of the filesystem, so ZFS has to lie about total si= ze in order to present (arguably more important) amount of used and availab= le space in a consistent way. >> >> --Artem > > Thanks for the reply. > > There is a ZFS aware df in Illumos. I wonder if it would be possible to = port this to FreeBSD? > > Unsure how it works, hell I didn't even know how df worked until you expl= ained, still kinda don't :) > > At any rate, perhaps I'll bring bring this up in the FreeBSD dev list to = see what traction I get. > > - aurf > > How are you going to define the maximum size of particular dataset when it's set to "infinity" by default. The only way I know to get df(1) to show proper numbers is to set a quota for the dataset to limit the maximum size to something lower than the space available in the pool. -Kimmo From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 07:22:34 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 65E921B8; Tue, 20 Aug 2013 07:22:34 +0000 (UTC) (envelope-from kraduk@gmail.com) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CAFEA289A; Tue, 20 Aug 2013 07:22:33 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id y10so50318wgg.4 for ; Tue, 20 Aug 2013 00:22:32 -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:content-type; bh=qdNDP12nF/xdKt5w3ZoO22U9adofLASNn0Gubt3dsjI=; b=jEOzAElmDCjRotn0vzElWy59u8Oi7W4dVyfUGwL60SiP43QtbODw1nb3tjXSzPqMUr F8bTsuwTsUq3bHIrbNwuvCLkc4hy0zQ/x42EkaKADk6RipfxYdqS8sfJoNUtkMK9sz12 jF9xTlv7ovIwb4B7dbPw+qUhQVlCqgUNC+DunMPhns1lnX+VWC1oVY7yl6aPQNgAxSTe p8iIiQSeP8wx4omPcOZcSbTJCykeBsTQUBF6lQWH57o1umXpfJrLWebK1U703CpniZSq 5HwhixEdeEjcMhLSdiiVR4kqZ9c00ni9kpOv7bcohW+miFjEuAfbcrbjtEkv4sI3BYc7 x1dg== MIME-Version: 1.0 X-Received: by 10.180.93.136 with SMTP id cu8mr166709wib.1.1376983352101; Tue, 20 Aug 2013 00:22:32 -0700 (PDT) Received: by 10.216.67.196 with HTTP; Tue, 20 Aug 2013 00:22:32 -0700 (PDT) In-Reply-To: References: Date: Tue, 20 Aug 2013 08:22:32 +0100 Message-ID: Subject: Re: Upgrading ZFS compression From: krad To: Johan Hendriks Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs , Ivan Voras X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 07:22:34 -0000 correct, same when you enable dedup as well, only newly writen blocks get the changes. So its possible a file of multiple blocks may have multiple compression algorithms applied to it. What I have done in the past is rsync the tree to a new location, then rename the trees and delete the original. This isn't always releasable though On 19 August 2013 18:23, Johan Hendriks wrote: > Op maandag 19 augustus 2013 schreef Ivan Voras (ivoras@freebsd.org): > > > Hello, > > > > Just a quick question: if I have a file system with LZJB, write a file > > on it so it gets compressed, then change the compression setting on the > > file system to LZ4, will new random writes to the file use the new > > compression algorithm? > > > > By looking at the data structures (dnode_phys_t) it looks like the > > compression is set per-file object, so no. > > > > OTOH, new files on the file system will pick up new compression > > settings, right? > > > As far as i know all new files put on the dataset will be compressed using > the new compression type. > > Regards > Johan > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 11:40:55 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8C7F47F5 for ; Tue, 20 Aug 2013 11:40:55 +0000 (UTC) (envelope-from feld@FreeBSD.org) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 622592814 for ; Tue, 20 Aug 2013 11:40:55 +0000 (UTC) Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 65A1C21447 for ; Tue, 20 Aug 2013 07:40:44 -0400 (EDT) Received: from web3 ([10.202.2.213]) by compute1.internal (MEProxy); Tue, 20 Aug 2013 07:40:45 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date:in-reply-to :references; s=smtpout; bh=fVg0pzyG6LaJxPTXR4BQCFy7oN0=; b=OHNo4 yBjHZYx4gI8QHsyOFG2JViSaqy4fZT3YdaiBkBPUbdZ8MAw6traQUyWxdH35Y4pU v9zSvDWoLP2Qrel3bc3YwmHBZZ5jOreZzsqfCkmGl8xi2yDsnLINSPCBO7rdws9w o+GgMvNyEXzKzHraKLqLFrKUp2kgvLB1tbwGsE= Received: by web3.nyi.mail.srv.osa (Postfix, from userid 99) id 99DD5B02387; Tue, 20 Aug 2013 07:40:44 -0400 (EDT) Message-Id: <1376998844.22664.11949061.1EF60C6C@webmail.messagingengine.com> X-Sasl-Enc: do9nkOgFJUumyU8H+8sZZR6TId3tS2/ZTR4o8NycLBWm 1376998844 From: Mark Felder To: freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d009844e Subject: Re: du which understands ZFS Date: Tue, 20 Aug 2013 06:40:44 -0500 In-Reply-To: References: X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 11:40:55 -0000 On Mon, Aug 19, 2013, at 22:51, aurfalien wrote: > Hi, > > Is there a version of du which understands ZFS? > > Currently when running du I get this; > > Filesystem Size Used Avail Capacity Mounted > on > abyss 51T 50k 51T 0% > /abyss > abyss/PROJECT 72T 20T 51T 29% > /abyss/PROJECTS > abyss/PROJECTX 54T 2.6T 51T 5% /abyss/PROJECTSX > > The zpool of abyss is 75TB in size. > And do you want df to be aware of compression and deduplication, too? I don't think this will show up in FreeBSD's df. Use the tools that ZFS provides and you'll never get any unexpected surprises. From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 14:03:14 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 65D2BB09 for ; Tue, 20 Aug 2013 14:03:14 +0000 (UTC) (envelope-from gtodd@bellanet.org) Received: from mail-qa0-f48.google.com (mail-qa0-f48.google.com [209.85.216.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2818A21A8 for ; Tue, 20 Aug 2013 14:03:13 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id o19so347891qap.14 for ; Tue, 20 Aug 2013 07:03:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:date:from:to:subject:message-id:user-agent :mime-version:content-type; bh=HIZBDn/FUhu+NxB4nZ9KlhiygxRRLhnCFO9Vgu4hDCM=; b=m/LUfvXSemESFxPZOoPMrh+2Xxaf92fF0T4JTiIP95g6L0+h39AAl+z32Q/mT8ZeBi rkkDS/xATzsTuo5VTSmtz9THybSlG4fjpz70z7HAVWWLG8FS2pXqupbypvN61gE5B2sx IlKTVjLSPglzXjuYRqHB4w/izdu3SlGJPKzqsdOUcsOqFZAH6CTS2X4YezvwK9dnTthD ZijYcOSGgp4kFkVkOJjeW8QHC0daZPQpJzSMRs4U9CRAMEBWks5fsYnz2TU+mn7GaImo uHprrl4HpLn2y2g8cqp/KvtMBYeSm1DbL1E4hSvS0dYobWFY3uXIzR6PEJSxWScs+8dm cIvw== X-Gm-Message-State: ALoCoQk35R/vCZpX+VLmPFiWSdERtvJnyF0qyRrLxZ21qwJ1cK3ETG42LXG06ZiOcVywTSCf+zwP X-Received: by 10.224.223.137 with SMTP id ik9mr4038061qab.78.1377007392805; Tue, 20 Aug 2013 07:03:12 -0700 (PDT) Received: from [192.168.2.72] (CPE0080c8f208a5-CM001371173cf8.cpe.net.cable.rogers.com. [99.246.61.82]) by mx.google.com with ESMTPSA id a7sm1938592qeg.2.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 20 Aug 2013 07:03:11 -0700 (PDT) Date: Tue, 20 Aug 2013 10:01:48 -0400 (EDT) From: gtodd@bellanet.org X-X-Sender: gtodd@ninga.iciti.internal To: freebsd-fs@freebsd.org Subject: Re: du which understands ZFS Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 14:03:14 -0000 On Tue, 20 Aug 2013, Mark Felder wrote: > On Mon, Aug 19, 2013, at 22:51, aurfalien wrote: >> Hi, >> >> Is there a version of du which understands ZFS? >> >> Currently when running du I get this; >> >> Filesystem Size Used Avail Capacity Mounted on >> abyss 51T 50k 51T 0% /abyss >> abyss/PROJECT 72T 20T 51T 29% /abyss/PROJECTS >> abyss/PROJECTX 54T 2.6T 51T 5% /abyss/PROJECTSX >> >> The zpool of abyss is 75TB in size. >> > And do you want df to be aware of compression and deduplication, too? I > don't think this will show up in FreeBSD's df. Use the tools that ZFS > provides and you'll never get any unexpected surprises. I think if there were to be a "zfs aware" df it would show filesystem statistics for ufs and other "traditional" filesystems, but if/when it detected zfs it would output something like: "ZFS - free disk space does not apply" :-) or maybe some more helpful message about using zpool(1) zfs(1) etc. The Oracle docs say something like this: When you compare the space consumption that is reported by the df command with the zfs list command, consider that df is reporting the pool size and not just file system sizes. In addition, df doesn't understand descendent file systems or whether snapshots exist. If any ZFS properties, such as compression and quotas, are set on file systems, reconciling the space consumption that is reported by df might be difficult. http://docs.oracle.com/cd/E23824_01/html/821-1448/gbchp.html Perhaps a short addition to the df/du manual pages or a reference to the relevant zfs part of the FreeBSD handbook would make df "zfs aware". From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 16:37:16 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 65C6C912 for ; Tue, 20 Aug 2013 16:37:16 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm2-vm5.bullet.mail.ne1.yahoo.com (nm2-vm5.bullet.mail.ne1.yahoo.com [98.138.91.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1417E2C0E for ; Tue, 20 Aug 2013 16:37:15 +0000 (UTC) Received: from [98.138.226.179] by nm2.bullet.mail.ne1.yahoo.com with NNFMP; 20 Aug 2013 16:37:08 -0000 Received: from [98.138.226.30] by tm14.bullet.mail.ne1.yahoo.com with NNFMP; 20 Aug 2013 16:37:07 -0000 Received: from [127.0.0.1] by smtp201.mail.ne1.yahoo.com with NNFMP; 20 Aug 2013 16:37:07 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1377016627; bh=HLNqn7dEvRE3iRYQ/+E0WnYzCHbYX5+bTkYH+O8oE1Y=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=j8GaPY0WmjKcCUkkZ74B+EjkRaVA+Xlpl+LaTuihtYRaF0kUxxg3YQb4R5BR4gImD9NyXDEa6uOS7AC0Cacr28+CIZuJeAwFOliYHAWvqsx6Qq+icxS5cLCGXvG9l7JUIxcICkVzbyys+Cj+/8UEyxfVp85tO/aQhTtACrHM6H0= X-Yahoo-Newman-Id: 973085.52177.bm@smtp201.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: ROiOzwYVM1nwq08shlSB0CiIA2GUjj28153JjFM.jWhqdiH 5UGhJcChLV.o3XqUq6Jd34Oz0ecFvmyi3wg8em0k.xZyq7EZoQICrqzUzHTS e0j0ks6Poao_xHLSiB_P8e376xjsYoDOPvOkV0b1F5phvHpXo0RH9lq7tJW0 mWaLDLjPSp8o60zX1sO2T7p5OEuaTz2d37RjhNaNc8IvLxUO6oxKDOIqQ030 9fG4xfwTlqvU0ZT8IR0k0warhwnjV5istB97nksH.jPM9_w.vKAF8fHEmEXw sBMU2Jr7XjtNv3PP3DsWwywfvcJJaxDOJT43vH18wr87CoJZQUAV.MHaguez dNgUN.qfsk1or8MbvtoL1E42er0m8s4I9eCxakA07OANh7Pcz8JYw9UiQ5zG EY3PDFpxAgwwTkEV_oTGjQ8CLKNyv387V8YVdqF2GB8NF9R_w1JAG6hlHIE6 xpVDFZD.VgjJbaIXayVS._GV.tnP_yunXVOuIc9r7c1.ezx3GI40EiFyqjzy S4WDku88gBr68Siqirm1YFcp0nMjNz798xB.BmKxmFnLBWoO1tqK746KcVvn O1km81rr5aVX9OAn9zIgQWz1OSwuOfv6TKXHexocNmId7uYcKmTAFQqgfd4l nY3o6kRB8Z2Aa X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.43.121] (sean_bruno@70.197.4.172 with ) by smtp201.mail.ne1.yahoo.com with SMTP; 20 Aug 2013 09:37:07 -0700 PDT Subject: How do we clear a bogus zpool? From: Sean Bruno To: freebsd-fs Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-+0XMC6NZdWYZwv6+lZte" Date: Tue, 20 Aug 2013 09:24:18 -0700 Message-ID: <1377015858.1450.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 16:37:16 -0000 --=-+0XMC6NZdWYZwv6+lZte Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I've managed to create a situation where I have a completely bogus zpool showing up on my system. There seems to be no way to wipe this out? # zpool import =20 pool: zroot id: 854190767471294680 state: UNAVAIL status: One or more devices are missing from the system. action: The pool cannot be imported. Attach the missing devices and try again. see: http://illumos.org/msg/ZFS-8000-3C config: zroot UNAVAIL insufficient replicas raidz1-0 UNAVAIL insufficient replicas 17925463268209287656 UNAVAIL cannot open 11020448220822113890 UNAVAIL corrupted data 10143858893287711942 UNAVAIL corrupted data 7542790596970715955 UNAVAIL corrupted data 10811885036534933813 UNAVAIL corrupted data 13343774937261906429 UNAVAIL corrupted data # zpool destroy -f zroot cannot open 'zroot': no such pool # zpool clear -F zroot cannot open 'zroot': no such pool Sean --=-+0XMC6NZdWYZwv6+lZte Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSE5gqAAoJEBkJRdwI6BaHNLUH+gI44RwcUBbFGfPVEBFtB9NU wppRspKHSp9ml8XzuaUCOHIRtCFSndH5PgCaQACoHEtVkkU8OtrDo2oBYNdHF9GS oj8cmH9co+lbyWl2yKYF4qq4m8sKmCz8ea0DOb6qdIDuG47LtO0Zx9QEqaqZHhNC wY7b4VAXS4FhQVyew9j8kt4doCWXt40nFb/0C0COSJ1J2nY5EfF0LB/Zbpo36nHO sRNDH7TeFwb76MDbkYsB63hyH90TfgXE153GqIHHAgJJLrExAdI8uvSUeGmElLtl fDgLGbyl7iC8T6fIsBq9KuzKqeDYCn79mMwk9grKPvMso2QDzU4YWpzs5SEag64= =MLiY -----END PGP SIGNATURE----- --=-+0XMC6NZdWYZwv6+lZte-- From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 16:41:36 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D7D699EE; Tue, 20 Aug 2013 16:41:36 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-vc0-x22a.google.com (mail-vc0-x22a.google.com [IPv6:2607:f8b0:400c:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 863EF2C5C; Tue, 20 Aug 2013 16:41:36 +0000 (UTC) Received: by mail-vc0-f170.google.com with SMTP id kw10so484705vcb.29 for ; Tue, 20 Aug 2013 09:41:35 -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:content-type; bh=XOkXJQuq/LN0XMol3P5+ICb+vYV3wweD5Bs4krwlikc=; b=IAj9G5rF4yDHeAxpS+R8kGBq2ePTt2xPQJdbdeDK90OzfCMfKPClSpEyqrJdId44ja JY552frbmh0+f/UHS89d7V84z3DyI9KsFX4AVULzC5WHQxGsrgSmrczbQlctTPHa7F4F LSSPWj37NrDE+hVmzgie5OudQk39nV6WS9/A3GhxhS8p1PxT9dw6qo3MDPCMXwG1345G 2ENvO/3+4OKb8d1kg+0qb55uLN7gJ0jcedyAEuvT/m0vo28uW4DA552PasCmHUBk4eab z0bcxPujEY9rrHm1oV579EtIVB9FTTrJdtdvG+IdDITOWqe/+x/ZR2wP6H+7/St34MyK C8iQ== MIME-Version: 1.0 X-Received: by 10.52.73.162 with SMTP id m2mr1690760vdv.24.1377016895701; Tue, 20 Aug 2013 09:41:35 -0700 (PDT) Received: by 10.220.96.78 with HTTP; Tue, 20 Aug 2013 09:41:35 -0700 (PDT) Received: by 10.220.96.78 with HTTP; Tue, 20 Aug 2013 09:41:35 -0700 (PDT) In-Reply-To: <1377015858.1450.3.camel@localhost> References: <1377015858.1450.3.camel@localhost> Date: Tue, 20 Aug 2013 12:41:35 -0400 Message-ID: Subject: Re: How do we clear a bogus zpool? From: "Sam Fourman Jr." To: sbruno@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 16:41:37 -0000 On Aug 20, 2013 12:37 PM, "Sean Bruno" wrote: > > I've managed to create a situation where I have a completely bogus zpool > showing up on my system. There seems to be no way to wipe this out? > > # zpool import > pool: zroot > id: 854190767471294680 > state: UNAVAIL > status: One or more devices are missing from the system. > action: The pool cannot be imported. Attach the missing > devices and try again. > see: http://illumos.org/msg/ZFS-8000-3C > config: > > zroot UNAVAIL insufficient replicas > raidz1-0 UNAVAIL insufficient replicas > 17925463268209287656 UNAVAIL cannot open > 11020448220822113890 UNAVAIL corrupted data > 10143858893287711942 UNAVAIL corrupted data > 7542790596970715955 UNAVAIL corrupted data > 10811885036534933813 UNAVAIL corrupted data > 13343774937261906429 UNAVAIL corrupted data > > # zpool destroy -f zroot > cannot open 'zroot': no such pool > # zpool clear -F zroot > cannot open 'zroot': no such pool > gpart -F destroy /dev/adX > Sean > From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 17:20:04 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6A11A4B3 for ; Tue, 20 Aug 2013 17:20:04 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from rush.bluerosetech.com (rush.bluerosetech.com [IPv6:2607:fc50:1000:9b00::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4059A2E80 for ; Tue, 20 Aug 2013 17:20:04 +0000 (UTC) Received: from chombo.houseloki.net (c-76-27-220-79.hsd1.wa.comcast.net [76.27.220.79]) by rush.bluerosetech.com (Postfix) with ESMTPSA id 70BA511434; Tue, 20 Aug 2013 10:20:03 -0700 (PDT) Received: from [192.168.1.102] (static-71-242-248-73.phlapa.east.verizon.net [71.242.248.73]) by chombo.houseloki.net (Postfix) with ESMTPSA id 757858ED; Tue, 20 Aug 2013 10:20:01 -0700 (PDT) Message-ID: <5213A53D.4010701@bluerosetech.com> Date: Tue, 20 Aug 2013 13:19:57 -0400 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: kpneal@pobox.com Subject: Re: du which understands ZFS References: <20130820165452.GA76782@neutralgood.org> In-Reply-To: <20130820165452.GA76782@neutralgood.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 17:20:04 -0000 On 8/20/2013 12:54 PM, kpneal@pobox.com wrote: > On Tue, Aug 20, 2013 at 10:01:48AM -0400, gtodd@bellanet.org wrote: >> >> On Tue, 20 Aug 2013, Mark Felder wrote: >>> On Mon, Aug 19, 2013, at 22:51, aurfalien wrote: >>>> Hi, >>>> >>>> Is there a version of du which understands ZFS? >>>> >>>> Currently when running du I get this; >>>> >>>> Filesystem Size Used Avail Capacity Mounted on >>>> abyss 51T 50k 51T 0% /abyss >>>> abyss/PROJECT 72T 20T 51T 29% /abyss/PROJECTS >>>> abyss/PROJECTX 54T 2.6T 51T 5% /abyss/PROJECTSX >>>> >>>> The zpool of abyss is 75TB in size. >>>> >>> And do you want df to be aware of compression and deduplication, too? I >>> don't think this will show up in FreeBSD's df. Use the tools that ZFS >>> provides and you'll never get any unexpected surprises. >> >> I think if there were to be a "zfs aware" df it would show filesystem >> statistics for ufs and other "traditional" filesystems, but if/when it >> detected zfs it would output something like: >> >> "ZFS - free disk space does not apply" :-) > > Well, except that that isn't really accurate. It looks like a df of > zfs shows a size of used+avail. You'll see something similar if you > NFS mount an exported filesystem. > >> or maybe some more helpful message about using zpool(1) zfs(1) etc. > > How about a short blurb along the lines of: > "The results from df are approximations that do not take into account > features supported by some filesystems like compression or deduplication. > Please refer to your filesystems documentation for filesystem-specific > details." > > Perhaps throw in something about filesystem-specific metadata also > throwing off the numbers. This is true for UFS as well if indirect > blocks are needed, correct? UFS with softupdates also has the fun side-effect of it being possible to have negative free space. :) df is a nice tool to give rough approximations of usage, but is far too high level to provide the kind of reporting OP wants. ZFS's own tools must be used for that. If we made df ZFS aware, we'd open the door to make it SMB, NFS, soft-updates, and FUSE aware. Personally, I'd rather not have the lumbering monstrosity that would be such a df. P.S. I'd like to offer this bit of humour: Excerpt from `df -ciH` Filesystem Size Used Avail Capacity iused ifree %iused tank 807G 38k 807G 0% 7 1.6G 0% total 260T 1.1T 259T 0% 1.4M 505G 0% A quarter petabyte and a half a trillion inodes. Pretty impressive for a RAID-Z2 of four 1 TB disks. ;) From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 17:48:51 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 20A88B2C for ; Tue, 20 Aug 2013 17:48:51 +0000 (UTC) (envelope-from aurfalien@gmail.com) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EE2452026 for ; Tue, 20 Aug 2013 17:48:50 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id jt11so682174pbb.24 for ; Tue, 20 Aug 2013 10:48:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=mzij5KMhRsrGfn67T2qJCgK2mjflFpKE25doB4wHl2I=; b=CF3JnknK94L+59bPdeN/ICAlRzopOLsNniI5i9i3zYMNMnhXKul13UroaMv3HKmWzS CYkmcewWbsKAoDhvqb3llNHsLpPyZ8fOYMngW8oclLtzb4V2B//pJSIAnfXa7kqqRGWT G+NUe1p5g+Eab9eKoVprC1AQnd9SAwWmaiJX01clEWRc6odt538Yf6julZHjFf9Pni+7 ly/UiQDS1t5VS+Fsfo1ttnIospICMCHemhvoMUc0h46+SwgXWEt7T3S1aqbhMPNmG2cd TrkNrRBGdxLQm1sSmYSwCXsFJxY86R2ofgKessfMx2B3I1kxKrb5xLMaze/NftErmL+Q 8UdA== X-Received: by 10.66.150.41 with SMTP id uf9mr5166932pab.108.1377020930107; Tue, 20 Aug 2013 10:48:50 -0700 (PDT) Received: from briankrusicw.logan.tv ([64.17.255.138]) by mx.google.com with ESMTPSA id fl3sm5074761pad.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 20 Aug 2013 10:48:49 -0700 (PDT) Subject: Re: du which understands ZFS Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: aurfalien In-Reply-To: <5213A53D.4010701@bluerosetech.com> Date: Tue, 20 Aug 2013 10:48:45 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20130820165452.GA76782@neutralgood.org> <5213A53D.4010701@bluerosetech.com> To: Darren Pilgrim X-Mailer: Apple Mail (2.1085) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 17:48:51 -0000 On Aug 20, 2013, at 10:19 AM, Darren Pilgrim wrote: > On 8/20/2013 12:54 PM, kpneal@pobox.com wrote: >> On Tue, Aug 20, 2013 at 10:01:48AM -0400, gtodd@bellanet.org wrote: >>>=20 >>> On Tue, 20 Aug 2013, Mark Felder wrote: >>>> On Mon, Aug 19, 2013, at 22:51, aurfalien wrote: >>>>> Hi, >>>>>=20 >>>>> Is there a version of du which understands ZFS? >>>>>=20 >>>>> Currently when running du I get this; >>>>>=20 >>>>> Filesystem Size Used Avail Capacity Mounted on >>>>> abyss 51T 50k 51T 0% /abyss >>>>> abyss/PROJECT 72T 20T 51T 29% = /abyss/PROJECTS >>>>> abyss/PROJECTX 54T 2.6T 51T 5% = /abyss/PROJECTSX >>>>>=20 >>>>> The zpool of abyss is 75TB in size. >>>>>=20 >>>> And do you want df to be aware of compression and deduplication, = too? I >>>> don't think this will show up in FreeBSD's df. Use the tools that = ZFS >>>> provides and you'll never get any unexpected surprises. >>>=20 >>> I think if there were to be a "zfs aware" df it would show = filesystem >>> statistics for ufs and other "traditional" filesystems, but if/when = it >>> detected zfs it would output something like: >>>=20 >>> "ZFS - free disk space does not apply" :-) >>=20 >> Well, except that that isn't really accurate. It looks like a df of >> zfs shows a size of used+avail. You'll see something similar if you >> NFS mount an exported filesystem. >>=20 >>> or maybe some more helpful message about using zpool(1) zfs(1) etc. >>=20 >> How about a short blurb along the lines of: >> "The results from df are approximations that do not take into account >> features supported by some filesystems like compression or = deduplication. >> Please refer to your filesystems documentation for = filesystem-specific >> details." >>=20 >> Perhaps throw in something about filesystem-specific metadata also >> throwing off the numbers. This is true for UFS as well if indirect >> blocks are needed, correct? >=20 > UFS with softupdates also has the fun side-effect of it being possible = to have negative free space. :) >=20 > df is a nice tool to give rough approximations of usage, but is far = too high level to provide the kind of reporting OP wants. ZFS's own = tools must be used for that. Agreed. Still getting used to the toolset involved with managing ZFS. > If we made df ZFS aware, we'd open the door to make it SMB, NFS, = soft-updates, and FUSE aware. Personally, I'd rather not have the = lumbering monstrosity that would be such a df. >=20 > P.S. I'd like to offer this bit of humour: >=20 > Excerpt from `df -ciH` > Filesystem Size Used Avail Capacity iused ifree %iused > tank 807G 38k 807G 0% 7 1.6G 0% > total 260T 1.1T 259T 0% 1.4M 505G 0% >=20 > A quarter petabyte and a half a trillion inodes. Pretty impressive = for a RAID-Z2 of four 1 TB disks. ;) Thats not only funny, but awesome that you got that much space from = 4x1TB disks. What brand are these disks so I can get some before the vendor finds out = :) - aurf= From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 18:00:02 2013 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 60306E9D for ; Tue, 20 Aug 2013 18:00:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3424020ED for ; Tue, 20 Aug 2013 18:00:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7KI01u0097105 for ; Tue, 20 Aug 2013 18:00:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7KI01sg097103; Tue, 20 Aug 2013 18:00:01 GMT (envelope-from gnats) Date: Tue, 20 Aug 2013 18:00:01 GMT Message-Id: <201308201800.r7KI01sg097103@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org Cc: From: Andrey Simonenko Subject: Re: kern/136865: [nfs] [patch] NFS exports atomic and on-the-fly atomic updates X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Andrey Simonenko List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 18:00:02 -0000 The following reply was made to PR kern/136865; it has been noted by GNATS. From: Andrey Simonenko To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/136865: [nfs] [patch] NFS exports atomic and on-the-fly atomic updates Date: Tue, 20 Aug 2013 20:51:41 +0300 Current implementation of NFS exports in FreeBSD works correctly. The web site of the software mentioned in this problem report has updated information related to source code sent in this problem report. URL: http://nfse.sourceforge.net/ From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 18:28:51 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E38CADC3; Tue, 20 Aug 2013 18:28:50 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ve0-x234.google.com (mail-ve0-x234.google.com [IPv6:2607:f8b0:400c:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9248E22F6; Tue, 20 Aug 2013 18:28:50 +0000 (UTC) Received: by mail-ve0-f180.google.com with SMTP id pb11so631791veb.11 for ; Tue, 20 Aug 2013 11:28:49 -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:content-type; bh=TPND7HmzGcMUy4Z/bObD6hg3UiPlxDvu4fEps9XZORc=; b=iGwZLSnIDqelBz63xMFbhwXVaagS5pZW5Uql4JNAY0OftR8+1LqUMPK1e2QZxDnK/j pW8yrTaqPuO6TGOlYCFE9vOtyMvcv/HCMi7ub4upq7LmyIiyjRy1Lt4i3/mATmTFXmEv YRQ0NGNu2WUqPL4zN/BtiZMln1bxiO1S1Ry7njTArX454PjCtpDtrWRTiiLMFuSXOFKX DPz/dpVZH9G+isqcK9wYLOJ2Qj5IkInk4qYSUOuOP1UnUwl9UxVQ6fFS9EofZe+CTyar Ma4/52NvaXBA80AZDf1rQnL3EwdU86GU7Z4imrlMCWQZ6X1me+4TNJ1QzCIkXVRcV5Zj /YFQ== MIME-Version: 1.0 X-Received: by 10.58.106.82 with SMTP id gs18mr2325840veb.18.1377023329433; Tue, 20 Aug 2013 11:28:49 -0700 (PDT) Received: by 10.58.249.1 with HTTP; Tue, 20 Aug 2013 11:28:49 -0700 (PDT) In-Reply-To: <1377015858.1450.3.camel@localhost> References: <1377015858.1450.3.camel@localhost> Date: Tue, 20 Aug 2013 20:28:49 +0200 Message-ID: Subject: Re: How do we clear a bogus zpool? From: Johan Hendriks To: "sbruno@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 18:28:51 -0000 Op dinsdag 20 augustus 2013 schreef Sean Bruno (sean_bruno@yahoo.com): > I've managed to create a situation where I have a completely bogus zpool > showing up on my system. There seems to be no way to wipe this out? > > # zpool import > pool: zroot > id: 854190767471294680 > state: UNAVAIL > status: One or more devices are missing from the system. > action: The pool cannot be imported. Attach the missing > devices and try again. > see: http://illumos.org/msg/ZFS-8000-3C > config: > > zroot UNAVAIL insufficient replicas > raidz1-0 UNAVAIL insufficient replicas > 17925463268209287656 UNAVAIL cannot open > 11020448220822113890 UNAVAIL corrupted data > 10143858893287711942 UNAVAIL corrupted data > 7542790596970715955 UNAVAIL corrupted data > 10811885036534933813 UNAVAIL corrupted data > 13343774937261906429 UNAVAIL corrupted data > > # zpool destroy -f zroot > cannot open 'zroot': no such pool > # zpool clear -F zroot > cannot open 'zroot': no such pool > > > Sean > > There is a label clear option for zpool # zpool labelclear devicename It will wipe ALL labels, and not only zpool/zfs labels. Gr Johan From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 19:21:52 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0F66A9DC for ; Tue, 20 Aug 2013 19:21:52 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm19-vm0.bullet.mail.bf1.yahoo.com (nm19-vm0.bullet.mail.bf1.yahoo.com [98.139.213.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A12482612 for ; Tue, 20 Aug 2013 19:21:51 +0000 (UTC) Received: from [98.139.212.146] by nm19.bullet.mail.bf1.yahoo.com with NNFMP; 20 Aug 2013 19:21:50 -0000 Received: from [98.139.211.199] by tm3.bullet.mail.bf1.yahoo.com with NNFMP; 20 Aug 2013 19:21:50 -0000 Received: from [127.0.0.1] by smtp208.mail.bf1.yahoo.com with NNFMP; 20 Aug 2013 19:21:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1377026510; bh=3EYqXWUF7B0u5yXeCWxy4Rg7jsBnRLPglGt7pOvMCg4=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=ywXeSOWx74HWZwrnG6YY62erbdVMWRf3V1WsIwBtqP/9qGwJJvgRjp6HxX48rmQeqzeZZBgKh0e6GX43vec6fvEmRu/n0kmB7no1/3PVNEN5nJ7W/uX7vfTnRNsanoBuBuVQTWoac+boihyRr/G2jiL1DPuihG6Fqt9grLGrK1c= X-Yahoo-Newman-Id: 661314.93406.bm@smtp208.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: EjjWx.AVM1m0Tgii5GZeF6WO1Ghqgzl1LeCa4W_6UXz0U7e kxi8yDGiwCDyElZzqKbXpKsbMfgHa5ptG8tH5I.WVbtEisADdeF4hFNHxYTD jHwwO5X3GcgbtywVphsuiKgLP9jkGbDcamnixHWyGs36GVW8xjYrbZUnR6pc YHLPRAARKVYQdgyXalPZKZzAgDT4WDc8YEiW9oDpvNjG..XdZaqOS1euqpnw dGZRKuBPJa627aMVlKl25Lkmtfnmzo6Jnk2ll65d5Umw4.RKH2QSvcbe4IN4 iJXynAnnFArdrv1Ta8ZA1R2OgX7QSZKdIg3ziM.0ubx8Zwz7bEi8ft9lcO4i 8zjThbIlHlIPoBGDwGT1OfzdOtjnoZpr2TY4ZG_X5pp6Ww0Q4IcJsVSp6Iwh ig02uxElyH0QzbXtcKvnzdUKwQjQ4g0TDav6RuoPxAGjOP6Dlf..Wjp57jz1 dkBDeWkwT0BeiNfEVYTTVXlu5p1o_cmF.UpE179k6UJ54H.MXqb_1gjrxb0v GaOuokg_IJoAU9q.xid2ObZpPQtMSFs4EkCAcu0_PsRUyxqhDAVVTCW6YrUL EMFhJFLhnMmOjoHI6gzFWBrfyaKBZHDu_gBnsA000HvWTwYYS5IplZnRIUsN Hj67ghKVbkXxxlAYczw-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp208.mail.bf1.yahoo.com with SMTP; 20 Aug 2013 12:21:50 -0700 PDT Subject: Re: How do we clear a bogus zpool? From: Sean Bruno To: Johan Hendriks In-Reply-To: References: <1377015858.1450.3.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-G713m1dxR2r3u2TRSOzO" Date: Tue, 20 Aug 2013 12:21:49 -0700 Message-ID: <1377026509.1478.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 19:21:52 -0000 --=-G713m1dxR2r3u2TRSOzO Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tue, 2013-08-20 at 20:28 +0200, Johan Hendriks wrote: > # zpool import > pool: zroot > id: 854190767471294680 > state: UNAVAIL > status: One or more devices are missing from the system. > action: The pool cannot be imported. Attach the missing > devices and try again. > see: http://illumos.org/msg/ZFS-8000-3C > config: > =20 > zroot UNAVAIL insufficient > replicas > raidz1-0 UNAVAIL insufficient > replicas > 17925463268209287656 UNAVAIL cannot open > 11020448220822113890 UNAVAIL corrupted data > 10143858893287711942 UNAVAIL corrupted data > 7542790596970715955 UNAVAIL corrupted data > 10811885036534933813 UNAVAIL corrupted data > 13343774937261906429 UNAVAIL corrupted data > =20 > # zpool destroy -f zroot > cannot open 'zroot': no such pool > # zpool clear -F zroot > cannot open 'zroot': no such pool > =20 > =20 > Sean > =20 >=20 >=20 > There is a label clear option for zpool # zpool labelclear devicename > It will wipe ALL labels, and not only zpool/zfs labels.=20 Sure, but which device to pass in as an argument? I'm not sure where the zpool information is even coming from. Sean --=-G713m1dxR2r3u2TRSOzO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSE8HNAAoJEBkJRdwI6BaHe6YH/iOIqd5/+weyq2+GBrltgMbo C/DUxSOjQ7Chh5iDQQKcNRMON8m5oZSANt2QjMojlC2MaMRJo4IfHgS6Xl7qPILV dzgLUmgEpd9xslNKRRNc/7x6b0Axk0KejAu4ipA6ukCxSDTDCQIPwkKFlZKPjBfe E20H2nF2aeO74ihJBmdDD2W+ASnighDXZDUwhH5eC0FEbT4EQp+Ebvx6IRvFxQho Ig8Lj6i6l1Qv/r0GCQzFGJpAWXqbxNu9XGUCZjG6GRCeB16InuLrS0XbJXwPY6Tk fXVPbpwP3BVJXDQfEyW/anPdN+yI0CAIN3HGDL4/Mo4iqJKSaed8eBQ0bW4Q5XQ= =wPvV -----END PGP SIGNATURE----- --=-G713m1dxR2r3u2TRSOzO-- From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 19:22:54 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 174F2A5C for ; Tue, 20 Aug 2013 19:22:54 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm3-vm2.bullet.mail.ne1.yahoo.com (nm3-vm2.bullet.mail.ne1.yahoo.com [98.138.91.19]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BBC63261C for ; Tue, 20 Aug 2013 19:22:53 +0000 (UTC) Received: from [98.138.90.56] by nm3.bullet.mail.ne1.yahoo.com with NNFMP; 20 Aug 2013 19:20:27 -0000 Received: from [98.138.84.39] by tm9.bullet.mail.ne1.yahoo.com with NNFMP; 20 Aug 2013 19:20:27 -0000 Received: from [127.0.0.1] by smtp107.mail.ne1.yahoo.com with NNFMP; 20 Aug 2013 19:20:27 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1377026427; bh=ueGLlSSqBmzRg27Cc3I/f41jJaadHwhZ61+z3Z3Q6to=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=BclkUU7NrniYA3l98OPQEs+v1zbePIxO/ZC1kvmcnqwpGZ4yVFwFkrh94DLWuiRgLSjHY9O2iI/9HMKUF4aH+A9gPNgf1vAnFVUyK2fZgiAtjyaFYQ829WfZsRR7aPdOEefFgTtQWcTLL3NXInnV+9ZUU++a3WdF5lNo8vKpzU8= X-Yahoo-Newman-Id: 624848.34254.bm@smtp107.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: VYlNGGIVM1n56nudYkUj0g1kz8oyaTNXTjqL7Y.x6pZ1nH5 aLOOx2Bp2n2BM8enc_UcyRs8i57wgUE5UuUFjbgHfOy7BtJloEtJG6_GexYq Tqbq_a6o5yWZ7yCfNQPTjNk1OGm0tMghhZSJMWKuQu23lDiDZNERgabqkdJo s28I7M7htiqVwpygWj5M2uRfbrdHaVi_u6ZRjEl76_5D7Qz6_rxVw45w4vjr j2T.V8ywOS2zj5BKhVE03FpvtPZ69yfK9h5ALcnN7U3q3p39.WVdBqBfQuMX jwN8dzeT3ELnuya04._h..jkLO.g9N90gBPyx2Ur7omuAHik04q2UEJK0qx_ Hc4VrzlbyU9ZCtxGuFU9XNahbvDwvt1x2LBXIkPKGoJnKoldCdLoVUmN_EBO qtuKtCJQ.cm_ZtyG0r95MDUNPknBT6bUONidHcU_.fBCw8twFOqm_hxOhRzX F1fvMHNjq6ASGoJ_fkdJlw0bp7cceSDh6OPyKcNtIy1ePWPYQ.sKNywYo9Mq F11pz8AHHBj9v8OcVJ8G4XfT2Y5PYg5MLDVKpXItUNUzTz5XF2XcpKZd_Gg8 5GQ-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp107.mail.ne1.yahoo.com with SMTP; 20 Aug 2013 12:20:27 -0700 PDT Subject: Re: How do we clear a bogus zpool? From: Sean Bruno To: "Sam Fourman Jr." In-Reply-To: References: <1377015858.1450.3.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-7bZ+Z3JqPCECMl0ewlTV" Date: Tue, 20 Aug 2013 12:20:26 -0700 Message-ID: <1377026426.1478.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 19:22:54 -0000 --=-7bZ+Z3JqPCECMl0ewlTV Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Tue, 2013-08-20 at 12:41 -0400, Sam Fourman Jr. wrote: > > zroot UNAVAIL insufficient replicas > > raidz1-0 UNAVAIL insufficient replicas > > 17925463268209287656 UNAVAIL cannot open > > 11020448220822113890 UNAVAIL corrupted data > > 10143858893287711942 UNAVAIL corrupted data > > 7542790596970715955 UNAVAIL corrupted data > > 10811885036534933813 UNAVAIL corrupted data > > 13343774937261906429 UNAVAIL corrupted data > > > > # zpool destroy -f zroot > > cannot open 'zroot': no such pool > > # zpool clear -F zroot > > cannot open 'zroot': no such pool > > > gpart -F destroy /dev/adX=20 Sure. But, what device to destroy? Its not clear from the zpool list where the "pool" is coming from. Sean --=-7bZ+Z3JqPCECMl0ewlTV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSE8FzAAoJEBkJRdwI6BaHqKQH/03kkRS/5DgWk64ppSd1iMai 1WGzBFMz+TVbc7eeeKfoeRzsnWh0w/ksGmEW3TBTkgjXFhwlEAeO1T3X9y7mbocU FgzlTK8Dyk6W3lmZ4yR/Xgd+GPo3GIr7rmWdvfGwvgBpf7vj5yyNcaCjHV2PoFOp umK8unLAELNVUzRz6yJNJCCjA1c9tf1w1VA7kVqwpMq3MvS7wu9PgKXPpwJHd2G2 sJl9Un2tubO/cWb7V43YCS+RxZ8/iOCjCLwq4eW3pbo8w3ZXGx0YS1vp5bJXq5Wf nSPv/utMyoeP8jc8nnua2NOPkxp9P0iuyJEcCLJGx5YsrINY/4hQE1C/nP0L+ms= =L0ND -----END PGP SIGNATURE----- --=-7bZ+Z3JqPCECMl0ewlTV-- From owner-freebsd-fs@FreeBSD.ORG Tue Aug 20 23:40:21 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 57EC9FFC; Tue, 20 Aug 2013 23:40:21 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0AEB32449; Tue, 20 Aug 2013 23:40:20 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r7KNeJmJ000687; Tue, 20 Aug 2013 17:40:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r7KNeJXt000684; Tue, 20 Aug 2013 17:40:19 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 20 Aug 2013 17:40:19 -0600 (MDT) From: Warren Block To: sbruno@freebsd.org Subject: Re: How do we clear a bogus zpool? In-Reply-To: <1377026426.1478.2.camel@localhost> Message-ID: References: <1377015858.1450.3.camel@localhost> <1377026426.1478.2.camel@localhost> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 20 Aug 2013 17:40:19 -0600 (MDT) Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Aug 2013 23:40:21 -0000 On Tue, 20 Aug 2013, Sean Bruno wrote: > On Tue, 2013-08-20 at 12:41 -0400, Sam Fourman Jr. wrote: >>> zroot UNAVAIL insufficient replicas >>> raidz1-0 UNAVAIL insufficient replicas >>> 17925463268209287656 UNAVAIL cannot open >>> 11020448220822113890 UNAVAIL corrupted data >>> 10143858893287711942 UNAVAIL corrupted data >>> 7542790596970715955 UNAVAIL corrupted data >>> 10811885036534933813 UNAVAIL corrupted data >>> 13343774937261906429 UNAVAIL corrupted data >>> >>> # zpool destroy -f zroot >>> cannot open 'zroot': no such pool >>> # zpool clear -F zroot >>> cannot open 'zroot': no such pool >>> >> gpart -F destroy /dev/adX > > Sure. But, what device to destroy? Its not clear from the zpool list > where the "pool" is coming from. gpart probably won't be able to recognize ZFS metadata and clear it. Would be kind of handy, though. The man page for 'zpool labelclear' says it takes a device for a parameter. But the device must not be part of a pool... If all else fails, using dd to erase the first and last couple of megabytes of each of the disks ought to clear it. (Untested...) From owner-freebsd-fs@FreeBSD.ORG Wed Aug 21 06:16:34 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9897AC7E; Wed, 21 Aug 2013 06:16:34 +0000 (UTC) (envelope-from varanasisai@gmail.com) Received: from mail-vc0-x22b.google.com (mail-vc0-x22b.google.com [IPv6:2607:f8b0:400c:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 364D7293C; Wed, 21 Aug 2013 06:16:34 +0000 (UTC) Received: by mail-vc0-f171.google.com with SMTP id ij15so3672vcb.30 for ; Tue, 20 Aug 2013 23:16:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=Wkj6Hf0+b6mvtMcIFyzlokOVXz/ELoFzYrwElmCkoN8=; b=e/82qBHIqhHjhk2tGqG+lUwuGuJ7XNke7q9BKXhYvq/pYRULsGM7usYvuamimjfjx7 JIlPrakpLJ/oFnU6MmQRTcc2k4o9AVijWLkUZeB/NA6NWhurUN9ba1XQkSYYmJ++u2dL oi1MKTaxgUxDGyXnV01IRyy9OHTcy2XcNGuoNK4IXjMDY03ZWNENML5d+RIPSxnsE2Lw zKfbAILxUxW8FVQUB2czz/HXZ1kt/BEqIMnCs2ZO4KyPwMhvboWzxzc3Wt9RrYGOhcgI uI/Z3n6X75GtGWqqmz2gwSIOut62JLls/cmjQNqcwMkDjze7e0Ox/BrvNEBG/C2WD/2s ZFDw== MIME-Version: 1.0 X-Received: by 10.52.92.73 with SMTP id ck9mr4135321vdb.2.1377065793357; Tue, 20 Aug 2013 23:16:33 -0700 (PDT) Received: by 10.52.233.4 with HTTP; Tue, 20 Aug 2013 23:16:33 -0700 (PDT) Date: Wed, 21 Aug 2013 11:46:33 +0530 Message-ID: Subject: UUID in fstab. From: varanasi sainath To: freebsd-drivers@freebsd.org, freebsd-fs@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2013 06:16:34 -0000 Hello, How to find UUID's for Disk volumes. I have used sysctl -a | grep uuid and was able to find freebsd-swap b55ff220-dcdd-11e2-a324-00155d55b20c freebsd-ufs b55762fc-dcdd-11e2-a324-00155d55b20c are these the corresponding UUID's for swap and ufs. I din't find /dev/ufsid folder to get the UUID's I have used glabel and was able to create labels, system boots well, everything works fine but I don't want to use labels (operating constraint: to create labels I have to boot into single user mode, is there a way to create labels on mounted partitions (I hope not)). I found gptid folder which has boot UUID can this be used? How to use UUID's in fstab? I have tried using # Device Mountpoint FStype Options Dump Pass# uuid=b55762fc-dcdd-11e2-a324-00155d55b20c / ufs rw 1 1 that din't work. I found (from a post) /dev/ufsid/ should be used in fstab but I don't see ufsid in /dev. Do we need to create this or does the system does it? Note: Using FreeBSD 9.1. created partitions using the guided partition tool. Reason: using a SCSI storage driver which changes the drive name accordingly but freebsd installer (boot) is unable to find the drives which results in boot failure. Thanks, Sainath.* * * * *"Learning is the key to excellence".* From owner-freebsd-fs@FreeBSD.ORG Wed Aug 21 06:18:22 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id F2F34E1D for ; Wed, 21 Aug 2013 06:18:21 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ob0-f170.google.com (mail-ob0-f170.google.com [209.85.214.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BA2092974 for ; Wed, 21 Aug 2013 06:18:21 +0000 (UTC) Received: by mail-ob0-f170.google.com with SMTP id eh20so10052obb.29 for ; Tue, 20 Aug 2013 23:18:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=ZmK/2DTE7dxWqo0p6IXup4GNRDuZj/wp0o8zptUCJe4=; b=hFDJ+ux2tYHtqO6afPF8tbwlNF4FJq7ey5k98VNvDwNY2hz7An10FM9hMbzArNlmRi OnUuflzcWrSx3At9uHdvSJj/JK59doE/2xOG66CHUeBqfVfTunpHIwrimq970jjR1O/K 1tPIs7kOaprT5HVsuNpf4v/iUCzIlAfXsr6jC9PBd7UFVk9r0pzHCXqNpm6pVRrVXrW7 salmPkhSrovOE9nufG5+o4PLcy81DECeH0nnjeZlFGuiCQ9Joik1CZPmbU1gtgULycE0 JbMZetn+GUZotGxyORhkhmyis7Uksc1udmvUYkVIYhW4io55otCerar7HI7+qoHDYykA lVxQ== X-Gm-Message-State: ALoCoQlaOK38qKOdyAk+6wLc47+SLJGwxeat5FJMjK1vHUNbFeqH0EPyLR9gjytJeBTXuGK9rkV9 X-Received: by 10.60.45.65 with SMTP id k1mr6047787oem.48.1377065895588; Tue, 20 Aug 2013 23:18:15 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id hl3sm8168629obb.0.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 20 Aug 2013 23:18:14 -0700 (PDT) Sender: Warner Losh Subject: Re: UUID in fstab. Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Wed, 21 Aug 2013 00:18:12 -0600 Content-Transfer-Encoding: 7bit Message-Id: <503E443D-BC48-4284-8FC4-22B0A50DF147@bsdimp.com> References: To: varanasi sainath X-Mailer: Apple Mail (2.1085) Cc: freebsd-fs@freebsd.org, freebsd-drivers@freebsd.org, freebsd-questions@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2013 06:18:22 -0000 /dev/gptid/$UID maybe what you are looking for? Warner On Aug 21, 2013, at 12:16 AM, varanasi sainath wrote: > Hello, > > How to find UUID's for Disk volumes. > > I have used sysctl -a | grep uuid and was able to find > freebsd-swap > b55ff220-dcdd-11e2-a324-00155d55b20c > > freebsd-ufs > b55762fc-dcdd-11e2-a324-00155d55b20c > > are these the corresponding UUID's for swap and ufs. > > I din't find /dev/ufsid folder to get the UUID's > > I have used glabel and was able to create labels, system boots well, > everything works fine but I don't want to use labels (operating constraint: > to create labels I have to boot into single user mode, is there a way to > create labels on mounted partitions (I hope not)). > > I found gptid folder which has boot UUID can this be used? > > How to use UUID's in fstab? > > I have tried using > # Device Mountpoint FStype Options Dump > Pass# > uuid=b55762fc-dcdd-11e2-a324-00155d55b20c / ufs rw 1 1 > > that din't work. > > I found (from a post) /dev/ufsid/ should be used in fstab but I don't > see ufsid in /dev. Do we need to create this or does the system does it? > > Note: > Using FreeBSD 9.1. created partitions using the guided partition tool. > > Reason: using a SCSI storage driver which changes the drive name > accordingly but freebsd installer (boot) is unable to find the drives which > results in boot failure. > > Thanks, > Sainath.* > * > * > * > *"Learning is the key to excellence".* > _______________________________________________ > freebsd-drivers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-drivers > To unsubscribe, send any mail to "freebsd-drivers-unsubscribe@freebsd.org" From owner-freebsd-fs@FreeBSD.ORG Wed Aug 21 11:46:50 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6EC11802 for ; Wed, 21 Aug 2013 11:46:50 +0000 (UTC) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.144]) by mx1.freebsd.org (Postfix) with ESMTP id 0F403240B for ; Wed, 21 Aug 2013 11:46:49 +0000 (UTC) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 3cKn2L4Lspz7ySF; Wed, 21 Aug 2013 13:38:50 +0200 (CEST) Date: Wed, 21 Aug 2013 13:38:50 +0200 From: Nicolas Rachinsky To: Sean Bruno Subject: Re: How do we clear a bogus zpool? Message-ID: <20130821113850.GA63039@mid.pc5.i.0x5.de> Mail-Followup-To: Sean Bruno , freebsd-fs References: <1377015858.1450.3.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1377015858.1450.3.camel@localhost> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2013 11:46:50 -0000 * Sean Bruno [2013-08-20 09:24 -0700]: > I've managed to create a situation where I have a completely bogus zpool > showing up on my system. There seems to be no way to wipe this out? > > # zpool import > pool: zroot > id: 854190767471294680 > state: UNAVAIL > > # zpool destroy -f zroot > cannot open 'zroot': no such pool > # zpool clear -F zroot > cannot open 'zroot': no such pool What about zpool export zroot? Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-fs@FreeBSD.ORG Wed Aug 21 13:18:05 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 526E67F9 for ; Wed, 21 Aug 2013 13:18:05 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm4-vm2.bullet.mail.ne1.yahoo.com (nm4-vm2.bullet.mail.ne1.yahoo.com [98.138.90.152]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA1A72B28 for ; Wed, 21 Aug 2013 13:18:04 +0000 (UTC) Received: from [98.138.90.54] by nm4.bullet.mail.ne1.yahoo.com with NNFMP; 21 Aug 2013 13:16:15 -0000 Received: from [98.138.84.43] by tm7.bullet.mail.ne1.yahoo.com with NNFMP; 21 Aug 2013 13:16:15 -0000 Received: from [127.0.0.1] by smtp111.mail.ne1.yahoo.com with NNFMP; 21 Aug 2013 13:16:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1377090975; bh=4y/gNx6nHpHisy3maqBx13gYUr5oR+WM2OjibRLVjTE=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=5jcnVlXW4MglQOskrtb59HaK2Bhgdi6peGdnZOy172Upptp/3jh4+4O8IHyVffAcrArqy4KPfz58yD0x5IxQ+068tcOZj4GXPUEyjOzFPT+JEp1Cr3nH7E2Y9UmfDDgxJWtPstqBSKqN4uUjCX2lb8gb+ht8HKrKVhMXq26Go/Q= X-Yahoo-Newman-Id: 5352.10502.bm@smtp111.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: YjgS1t0VM1meck_h2JYR4KSeGg.7YcLKSnuU41b.uJYCJTK WjXQHdr12hvP30VgornmV77kyHptuh8zqA_W_YQPp0VoQAUuIwiRgU0T99oI UBRPAZm7BL2QQgSpbKZr7PbXZgaVEjw_6T2OyMOu6.Uy7WzaKb8O5nIXIPS6 b4RJ.dJ_Ccfz72HM8b2AK_viMR0GD0YbcoZe6W._BQ_ac5T0N.TFJKVWrh3q dH7tnGKTleQFhuMMOmUF.7z8W5m278N84CCBFmfYUSiL1CX4yTiHlc3FlDGk PpWbaW02trrL.kGLbfNooVsS8csAFgG8tX8AKnvyeTXNDYKqJVuLJjUODt_W _kekaA7sOUPZ8WBO7ogUtzesugVuAr4ECe7aA1eN0eaT7KSQph3vSoO1yxRD lrr.NL6EJjnmiMd8VT2b0ZwYwP.YfLxHd_Pws5z8lydPRgPiwMEdPfuyBKqf f3z0h1.4NewmbID.WMhp2Y5hVSzpDAnqCujBe0Su4Pc1WimeHD6aJCrwVfp3 6vWIIDY0MVCi8aKdZnpWzr8l7UOblLEAHvqe6kqiZp.bv3evG0qs- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.1.228] (sean_bruno@71.202.40.63 with ) by smtp111.mail.ne1.yahoo.com with SMTP; 21 Aug 2013 06:16:14 -0700 PDT Subject: Re: How do we clear a bogus zpool? From: Sean Bruno To: Nicolas Rachinsky In-Reply-To: <20130821113850.GA63039@mid.pc5.i.0x5.de> References: <1377015858.1450.3.camel@localhost> <20130821113850.GA63039@mid.pc5.i.0x5.de> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-m3KhzE62zjje76Pf7vTx" Date: Wed, 21 Aug 2013 06:16:13 -0700 Message-ID: <1377090973.2345.20.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2013 13:18:05 -0000 --=-m3KhzE62zjje76Pf7vTx Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Wed, 2013-08-21 at 13:38 +0200, Nicolas Rachinsky wrote: > > # zpool destroy -f zroot > > cannot open 'zroot': no such pool > > # zpool clear -F zroot > > cannot open 'zroot': no such pool >=20 > What about zpool export zroot? >=20 > Nicolas #=20 # zpool export zroot cannot open 'zroot': no such pool #=20 --=-m3KhzE62zjje76Pf7vTx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (FreeBSD) iQEcBAABAgAGBQJSFL2dAAoJEBkJRdwI6BaHDj8H/i4bGw/YDdqH6I8Zrl7ZC6of 1MA8zFjnIAA5CzM51oXoCLehtV6Tku892vmfVuFBRFGuowgxso1F9/qPCrYRcXe6 09DOZB83NTahJVpfRxSeiDNlSrNLgB9qNOSIHTZwK66koiwvmkYa01XZxQXusPVn VE3siROA6L7EpKSQlCaLe/2R59BSgYz4KHQcIyjOfu2VMCWgbS5PbR7WQrUoPa+Z uul2cA0qmjrG1aVcG61K+u0VwHRJa5Ag699kbDKFpsXcYFgUTAQVWyxFuldN02lb eSeAa2qZ02gkcZq60QW44e8Z5fCP0kWcG6zWaMtWwmhrrTggWTqB7NqvQaauU7w= =DHrm -----END PGP SIGNATURE----- --=-m3KhzE62zjje76Pf7vTx-- From owner-freebsd-fs@FreeBSD.ORG Wed Aug 21 13:29:08 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A6088A3D for ; Wed, 21 Aug 2013 13:29:08 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (dauterive.egr.msu.edu [35.9.37.168]) by mx1.freebsd.org (Postfix) with ESMTP id 7E64F2BBB for ; Wed, 21 Aug 2013 13:29:08 +0000 (UTC) Received: from dauterive (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 3FD4C2D6CC for ; Wed, 21 Aug 2013 09:29:01 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by dauterive (dauterive.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W2kQOnwAjzja for ; Wed, 21 Aug 2013 09:29:01 -0400 (EDT) Received: from EGR authenticated sender Message-ID: <5214C089.2040206@egr.msu.edu> Date: Wed, 21 Aug 2013 09:28:41 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130808 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: Re: How do we clear a bogus zpool? References: <1377015858.1450.3.camel@localhost> <20130821113850.GA63039@mid.pc5.i.0x5.de> <1377090973.2345.20.camel@localhost> In-Reply-To: <1377090973.2345.20.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2013 13:29:08 -0000 On 08/21/13 09:16, Sean Bruno wrote: > On Wed, 2013-08-21 at 13:38 +0200, Nicolas Rachinsky wrote: >>> # zpool destroy -f zroot >>> cannot open 'zroot': no such pool >>> # zpool clear -F zroot >>> cannot open 'zroot': no such pool >> >> What about zpool export zroot? >> >> Nicolas # > > > > # zpool export zroot > cannot open 'zroot': no such pool > # > Can you try 'truss zpool import' to see which device it opens just before printing information about the bogus zpool? It is a bit crude but it might help narrow down the source. Example output: ... open("/dev/da0p3",O_RDONLY,0240726100) = 7 (0x7) close(7) = 0 (0x0) __sysctl(0x7fffffff7ba0,0x2,0x7fffffff7bd0,0x7fffffff7c38,0x80146ac28,0x15) = 0 (0x0) __sysctl(0x7fffffff7bd0,0x4,0x7fffffff7c84,0x7fffffff7c78,0x0,0x0) = 0 (0x0) ioctl(3,0xc0185a05 { IORW 0x5a('Z'), 5, 24 },0xffff7c20) ERR#2 'No such file or directory' madvise(0x802843000,0x10000,0x5,0x42,0x7fffffff73a0,0xffffffff) = 0 (0x0) ioctl(3,0xc0185a06 { IORW 0x5a('Z'), 6, 24 },0xffff7ca0) = 0 (0x0) ioctl(3,0xc0185a06 { IORW 0x5a('Z'), 6, 24 },0xffff7ca0) = 0 (0x0) open("/dev/gptid/253f5bfa-8005-11e2-8c92-00224d51fa64",O_RDONLY,0240727500) = 7 (0x7) close(7) = 0 (0x0) ioctl(3,0xc0185a05 { IORW 0x5a('Z'), 5, 24 },0xffff7c20) = 0 (0x0) madvise(0x80288d000,0x10000,0x5,0x8c,0x7fffffff7390,0xffffffff) = 0 (0x0) open("/dev/gptid/cf8ffb28-d96f-11e0-8255-00224d51fa64",O_RDONLY,0240727500) = 7 (0x7) close(7) = 0 (0x0) ioctl(3,0xc0185a05 { IORW 0x5a('Z'), 5, 24 },0xffff7c20) = 0 (0x0) madvise(0x80288d000,0x10000,0x5,0x8c,0x7fffffff7390,0xffffffff) = 0 (0x0) __sysctl(0x7fffffff94f0,0x2,0x7fffffff94e0,0x7fffffff94e8,0x0,0x0) = 0 (0x0) fstat(1,{ mode=crw--w---- ,inode=212,size=0,blksize=4096 }) = 0 (0x0) ioctl(1,TIOCGETA,0xffff8fd0) = 0 (0x0) pool: cruzerfit write(1," pool: cruzerfit\n",19) = 19 (0x13) id: 14480202155425657121 write(1," id: 14480202155425657121\n",30) = 30 (0x1e) state: ONLINE From owner-freebsd-fs@FreeBSD.ORG Wed Aug 21 14:23:54 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3F3A958A for ; Wed, 21 Aug 2013 14:23:54 +0000 (UTC) (envelope-from nowakpl@platinum.linux.pl) Received: from platinum.linux.pl (platinum.edu.pl [81.161.192.4]) by mx1.freebsd.org (Postfix) with ESMTP id 00A4E2F3C for ; Wed, 21 Aug 2013 14:23:53 +0000 (UTC) Received: by platinum.linux.pl (Postfix, from userid 87) id 26FEC2BC191; Wed, 21 Aug 2013 16:13:59 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on platinum.linux.pl X-Spam-Level: X-Spam-Status: No, score=-1.3 required=3.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.3.2 Received: from [10.255.0.2] (c38-073.client.duna.pl [83.151.38.73]) by platinum.linux.pl (Postfix) with ESMTPA id C93032BC0C4 for ; Wed, 21 Aug 2013 16:13:59 +0200 (CEST) Message-ID: <5214CB21.8080206@platinum.linux.pl> Date: Wed, 21 Aug 2013 16:13:53 +0200 From: Adam Nowacki User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: Re: How do we clear a bogus zpool? References: <1377015858.1450.3.camel@localhost> <1377026509.1478.3.camel@localhost> In-Reply-To: <1377026509.1478.3.camel@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2013 14:23:54 -0000 On 2013-08-20 21:21, Sean Bruno wrote: > On Tue, 2013-08-20 at 20:28 +0200, Johan Hendriks wrote: >> # zpool import >> pool: zroot >> id: 854190767471294680 >> state: UNAVAIL >> status: One or more devices are missing from the system. >> action: The pool cannot be imported. Attach the missing >> devices and try again. >> see: http://illumos.org/msg/ZFS-8000-3C >> config: >> >> zroot UNAVAIL insufficient >> replicas >> raidz1-0 UNAVAIL insufficient >> replicas >> 17925463268209287656 UNAVAIL cannot open >> 11020448220822113890 UNAVAIL corrupted data >> 10143858893287711942 UNAVAIL corrupted data >> 7542790596970715955 UNAVAIL corrupted data >> 10811885036534933813 UNAVAIL corrupted data >> 13343774937261906429 UNAVAIL corrupted data >> >> # zpool destroy -f zroot >> cannot open 'zroot': no such pool >> # zpool clear -F zroot >> cannot open 'zroot': no such pool >> >> >> Sean >> >> >> >> There is a label clear option for zpool # zpool labelclear devicename >> It will wipe ALL labels, and not only zpool/zfs labels. > > > Sure, but which device to pass in as an argument? I'm not sure where > the zpool information is even coming from. > sysctl -b kern.geom.conftxt | sh -c 'while read a b c d; do zdb -l /dev/$c | grep -q version && echo $c; done' This should list all devices with zfs labels. From owner-freebsd-fs@FreeBSD.ORG Wed Aug 21 14:31:11 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9EEB98C1 for ; Wed, 21 Aug 2013 14:31:11 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-oa0-x22b.google.com (mail-oa0-x22b.google.com [IPv6:2607:f8b0:4003:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68E742FB7 for ; Wed, 21 Aug 2013 14:31:11 +0000 (UTC) Received: by mail-oa0-f43.google.com with SMTP id i10so1001666oag.30 for ; Wed, 21 Aug 2013 07:31:10 -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:content-type; bh=x1iLqFgYZ1Ydrc1f14vQKSwMTTx/rL5xqVOQYrPiPD0=; b=XsOG7TOZl3EXOeNX+Ir5HR1SKRUNN4Bm/+uWSo/C8Lphtq3bsGCcFIHLG9oLWV3YKD 7cvx/iraZYPl2gBse6N20gJah7G6RtTMUyFDDE8js2lMH3/Holm9USgUuxwmGOyh6vpo iBErUtpLTwoO/nsgfvuzckE3O8KdmC/CMcN+LdUtcWQeLCzDqeh3aof0+j+NEBwk7T2m tn9HxZoOYSCLDfTvitbSMe9yKOoUmDkcdNnzggkDHDHn1iVwjYo1H1ibhBzvFHj9bk7Q t9jD5cwa3p4S07eOmIrxqq4CyZwM4N2uN0byI+JOuWb8DPuyNVUx33DcXwyvU1wAJfD4 m92g== MIME-Version: 1.0 X-Received: by 10.182.101.198 with SMTP id fi6mr2704595obb.79.1377095470653; Wed, 21 Aug 2013 07:31:10 -0700 (PDT) Received: by 10.76.2.110 with HTTP; Wed, 21 Aug 2013 07:31:10 -0700 (PDT) In-Reply-To: <5214CB21.8080206@platinum.linux.pl> References: <1377015858.1450.3.camel@localhost> <1377026509.1478.3.camel@localhost> <5214CB21.8080206@platinum.linux.pl> Date: Wed, 21 Aug 2013 10:31:10 -0400 Message-ID: Subject: Re: How do we clear a bogus zpool? From: Outback Dingo To: Adam Nowacki Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2013 14:31:11 -0000 On Wed, Aug 21, 2013 at 10:13 AM, Adam Nowacki wrote: > On 2013-08-20 21:21, Sean Bruno wrote: > >> On Tue, 2013-08-20 at 20:28 +0200, Johan Hendriks wrote: >> >>> # zpool import >>> pool: zroot >>> id: 854190767471294680 >>> state: UNAVAIL >>> status: One or more devices are missing from the system. >>> action: The pool cannot be imported. Attach the missing >>> devices and try again. >>> see: http://illumos.org/msg/ZFS-**8000-3C >>> config: >>> >>> zroot UNAVAIL insufficient >>> replicas >>> raidz1-0 UNAVAIL insufficient >>> replicas >>> 17925463268209287656 UNAVAIL cannot open >>> 11020448220822113890 UNAVAIL corrupted data >>> 10143858893287711942 UNAVAIL corrupted data >>> 7542790596970715955 UNAVAIL corrupted data >>> 10811885036534933813 UNAVAIL corrupted data >>> 13343774937261906429 UNAVAIL corrupted data >>> >>> # zpool destroy -f zroot >>> cannot open 'zroot': no such pool >>> # zpool clear -F zroot >>> cannot open 'zroot': no such pool >>> >>> >>> Sean >>> >>> >>> >>> There is a label clear option for zpool # zpool labelclear devicename >>> It will wipe ALL labels, and not only zpool/zfs labels. >>> >> >> >> Sure, but which device to pass in as an argument? I'm not sure where >> the zpool information is even coming from. >> >> > sysctl -b kern.geom.conftxt | sh -c 'while read a b c d; do zdb -l /dev/$c > | grep -q version && echo $c; done' > > nice snippet, now output that to a variable and then for disk in /dev/$c; do dd if=/dev/zero of=${disk} bs=512 count=1; dd if=/dev/zero of=${disk} bs=512 seek=$(( $(diskinfo -v ${disk} | grep "mediasize in sectors" | awk '{ print $1 }') - 1 )); done and that will nuke them clean This should list all devices with zfs labels. > > ______________________________**_________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/**mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@**freebsd.org > " > From owner-freebsd-fs@FreeBSD.ORG Wed Aug 21 20:38:02 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 49A1BE96; Wed, 21 Aug 2013 20:38:02 +0000 (UTC) (envelope-from varanasisai@gmail.com) Received: from mail-ve0-x232.google.com (mail-ve0-x232.google.com [IPv6:2607:f8b0:400c:c01::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D7C6C2918; Wed, 21 Aug 2013 20:38:01 +0000 (UTC) Received: by mail-ve0-f178.google.com with SMTP id ox1so840155veb.9 for ; Wed, 21 Aug 2013 13:38:00 -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:content-type; bh=huNHhqwSb57k5L4AoYRPJz5lMVvmbdFSnMy4kHSwt1s=; b=dA2/W3yx3VW8nVde06NqbBNr77aWzProDVQb35nqql6jE2d2Rk5GgPvqruTkD687MD xMkla59Axbiz2um67p59MX3FntQQWUhIPztlpBoYwcbv9pXmlatUloGzdOvXLtjncTe3 CSkMfkXEygGQ+AIYROjKljReyFGL65C5E4fHnZxcCBPXhT1aOOV2RkA+f/FkAlUhzCvH gN9WP76KopoB/KnagCWSFLAX76/4w0s0+vxEMSMlT1xfOUJ1XjsRrvLdWgyyzNrckHtR NwDVEKq/AeuisosWdR6e416i/S/YVG97uIdl4IgbzbiQwJhZbjOvdZgwRvpfnisef31S GRrw== MIME-Version: 1.0 X-Received: by 10.220.237.208 with SMTP id kp16mr7991332vcb.4.1377117480865; Wed, 21 Aug 2013 13:38:00 -0700 (PDT) Received: by 10.52.233.4 with HTTP; Wed, 21 Aug 2013 13:38:00 -0700 (PDT) In-Reply-To: <503E443D-BC48-4284-8FC4-22B0A50DF147@bsdimp.com> References: <503E443D-BC48-4284-8FC4-22B0A50DF147@bsdimp.com> Date: Thu, 22 Aug 2013 02:08:00 +0530 Message-ID: Subject: Re: UUID in fstab. From: varanasi sainath To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs@freebsd.org, freebsd-drivers@freebsd.org, freebsd-questions@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2013 20:38:02 -0000 Thanks for the support. I want to use the uuid's found using sysctl -a in fstab. /dev/gptid/ has only uuid for boot partition. Cheers Sainath On Wed, Aug 21, 2013 at 11:48 AM, Warner Losh wrote: > /dev/gptid/$UID > > maybe what you are looking for? > > Warner > > On Aug 21, 2013, at 12:16 AM, varanasi sainath wrote: > > > Hello, > > > > How to find UUID's for Disk volumes. > > > > I have used sysctl -a | grep uuid and was able to find > > freebsd-swap > > b55ff220-dcdd-11e2-a324-00155d55b20c > > > > freebsd-ufs > > b55762fc-dcdd-11e2-a324-00155d55b20c > > > > are these the corresponding UUID's for swap and ufs. > > > > I din't find /dev/ufsid folder to get the UUID's > > > > I have used glabel and was able to create labels, system boots well, > > everything works fine but I don't want to use labels (operating > constraint: > > to create labels I have to boot into single user mode, is there a way to > > create labels on mounted partitions (I hope not)). > > > > I found gptid folder which has boot UUID can this be used? > > > > How to use UUID's in fstab? > > > > I have tried using > > # Device Mountpoint FStype Options Dump > > Pass# > > uuid=b55762fc-dcdd-11e2-a324-00155d55b20c / ufs rw 1 1 > > > > that din't work. > > > > I found (from a post) /dev/ufsid/ should be used in fstab but I > don't > > see ufsid in /dev. Do we need to create this or does the system does it? > > > > Note: > > Using FreeBSD 9.1. created partitions using the guided partition tool. > > > > Reason: using a SCSI storage driver which changes the drive name > > accordingly but freebsd installer (boot) is unable to find the drives > which > > results in boot failure. > > > > Thanks, > > Sainath.* > > * > > * > > * > > *"Learning is the key to excellence".* > > _______________________________________________ > > freebsd-drivers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-drivers > > To unsubscribe, send any mail to " > freebsd-drivers-unsubscribe@freebsd.org" > > -- Sainath Varanasi Hyderabad 09000855250 *My Website : http://s21embedded.webs.com **Linked In Profile : http://in.linkedin.com/pub/sainathvaranasi .. .. * From owner-freebsd-fs@FreeBSD.ORG Thu Aug 22 08:21:41 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0BD26D31 for ; Thu, 22 Aug 2013 08:21:41 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (mail.yamagi.org [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 5E35B2831 for ; Thu, 22 Aug 2013 08:21:37 +0000 (UTC) Received: from lennart.pwag-local.de (unknown [212.48.125.109]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTPSA id A72751666312; Thu, 22 Aug 2013 10:21:30 +0200 (CEST) Date: Thu, 22 Aug 2013 10:21:21 +0200 From: Yamagi Burmeister To: freebsd-fs@freebsd.org Subject: Re: 9.2-RC1: LORs / Deadlock with SU+J on HAST in "memsync" mode Message-Id: <20130822102121.a799b116b0f6b0f7c90ba578@yamagi.org> In-Reply-To: <20130819115101.ae9c0cf788f881dc4de464c5@yamagi.org> References: <20130819115101.ae9c0cf788f881dc4de464c5@yamagi.org> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__22_Aug_2013_10_21_21_+0200_AqUicpZAxs_SMgFu" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2013 08:21:41 -0000 --Signature=_Thu__22_Aug_2013_10_21_21_+0200_AqUicpZAxs_SMgFu Content-Type: multipart/mixed; boundary="Multipart=_Thu__22_Aug_2013_10_21_21_+0200_nF//5/q+6KpaeERX" --Multipart=_Thu__22_Aug_2013_10_21_21_+0200_nF//5/q+6KpaeERX Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, attached is a file with the transcript of a dd session containing: - ps - trace - show pcpu - show allpcpu - show locks - show alllocks - show lockedvnods - alltrace If the attachement is eaten by mailman the file can be found here: http://deponie.yamagi.org/freebsd/debug/lor_hast/ddb2.txt This is my first deadlock debug session. So if anything is still missing please tell me. Ciao, Yamagi On Wed, Aug 21, 2013 at 08:03:35PM +0200, Yamagi Burmeister wrote: > Could the problem be related to this deadlock / LOR? - > http://lists.freebsd.org/pipermail/freebsd-fs/2013-August/018052.html This is not related. >=20 > My test setup is still in place. Will test with r250907 reverted > tomorrow morning and report back. Additional informations could be > provided if necessary. I just need to know what exactly. Just follow the http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kernel= debug-deadlocks.html and collect all the information listed there after the apache/sendfile/nfs deadlock is reproduced. ---- On Mon, 19 Aug 2013 11:51:01 +0200 Yamagi Burmeister wrote: > Hello, > in the last week I've seen several deadlocked processes (stucked in > state "vofflock" or "wswbuf0" on an UFS2 filesystem with SU+J on HAST > with "memsync" mode. TheThe deadlock disappear if either SU+J is > disabled (only SU are active) or HAST is switched to "fullsync" mode. >=20 > The system is: > FreeBSD tvtransfer.local 9.2-RC1 FreeBSD 9.2-RC1 #0 r254355M: > Fri Aug 16 12:35:30 UTC 2013 > support@tvtransfer.local:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > I've build a kernel with full debugging support and seen this two LOR > beside the known false positive between bufwait and dirhash: >=20 > lock order reversal: > 1st 0xfffffe0197310d68 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2223 > 2nd 0xffffff87be8be0f8 bufwait (bufwait) > @ /usr/src/sys/ufs/ffs/ffs_vnops.c:261 3rd 0xfffffe019746f098 ufs (ufs) > @ /usr/src/sys/kern/vfs_subr.c:2223 KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame > 0xffffff88715dcd50 kdb_backtrace() at kdb_backtrace+0x37/frame > 0xffffff88715dce10 _witness_debugger() at _witness_debugger+0x2c/frame > 0xffffff88715dce30 witness_checkorder() at witness_checkorder > +0x875/frame 0xffffff88715dcef0 __lockmgr_args() at __lockmgr_args > +0x1141/frame 0xffffff88715dcfd0 ffs_lock() at ffs_lock+0x9c/frame > 0xffffff88715dd020 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xe3/frame > 0xffffff88715dd050 _vn_lock() at _vn_lock+0x55/frame 0xffffff88715dd0b0 > vget() at vget+0x7b/frame 0xffffff88715dd100 > vfs_hash_get() at vfs_hash_get+0xd5/frame 0xffffff88715dd150 > ffs_vgetf() at ffs_vgetf+0x48/frame 0xffffff88715dd1d0 > softdep_sync_buf() at softdep_sync_buf+0x547/frame 0xffffff88715dd2a0 > ffs_syncvnode() at ffs_syncvnode+0x2c1/frame 0xffffff88715dd310 > ffs_truncate() at ffs_truncate+0x10bb/frame 0xffffff88715dd560 > ufs_direnter() at ufs_direnter+0x550/frame 0xffffff88715dd630 > ufs_makeinode() at ufs_makeinode+0x355/frame 0xffffff88715dd7f0 > VOP_CREATE_APV() at VOP_CREATE_APV+0x102/frame 0xffffff88715dd820 > vn_open_cred() at vn_open_cred+0x45e/frame 0xffffff88715dd990 > kern_openat() at kern_openat+0x20a/frame 0xffffff88715ddb10 > amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88715ddc30 > Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88715ddc30 > --- syscall (5, FreeBSD ELF64, sys_open), rip =3D 0x800b38d3c, rsp =3D > 0x7fffffffd128, rbp =3D 0x7fffffffda40 ---=20 >=20 > lock order reversal: > 1st 0xfffffe0035dfbf30 so_snd_sx (so_snd_sx) > @ /usr/src/sys/kern/uipc_sockbuf.c:145 2nd 0xfffffe02ead2b328 ufs (ufs) > @ /usr/src/sys/kern/uipc_syscalls.c:2062 KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame > 0xffffff8871515530 kdb_backtrace() at kdb_backtrace+0x37/frame > 0xffffff88715155f0 _witness_debugger() at _witness_debugger+0x2c/frame > 0xffffff8871515610 witness_checkorder() at witness_checkorder > +0x875/frame 0xffffff88715156d0 __lockmgr_args() at __lockmgr_args > +0x1446/frame 0xffffff88715157b0 ffs_lock() at ffs_lock+0x9c/frame > 0xffffff8871515800 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xe3/frame > 0xffffff8871515830 _vn_lock() at _vn_lock+0x55/frame 0xffffff8871515890 > kern_sendfile() at kern_sendfile+0x8e7/frame 0xffffff8871515ab0 > do_sendfile() at do_sendfile+0xdc/frame 0xffffff8871515b10 > amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871515c30 > Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871515c30 > --- syscall (393, FreeBSD ELF64, sys_sendfile), rip =3D 0x8022075bc, rsp > =3D 0x7fffffffb268, rbp =3D 0x7fffffffd570 --- >=20 > Both LORs can be found in a more readable format here: > http://deponie.yamagi.org/freebsd/debug/lor_hast/lor.txt >=20 > The transcript of a DDB session with all informations requested in > chapter "10.7. Debugging Deadlocks" of the developers handbook can > be found here: > http://deponie.yamagi.org/freebsd/debug/lor_hast/ddb.txt >=20 > Reproducing this problem is easy: > 1. Create a HAST setup in "memsync" mode with both primary and > secondary connected > 2. "newfs -U -j /dev/hast/$device" on the primary > 3. mount "mount /dev/hast/$device /mnt" > 4. Create some load on /mnt. For example copy /usr/ports in > an endless loop. Sooner or later processes accessing /mnt > will deadlock. This may be easer to reproduce while HAST > is performing the initial sync. >=20 > More information can be provided if necessary. >=20 > Thanks, > Yamagi >=20 > --=20 > Homepage: www.yamagi.org > XMPP: yamagi@yamagi.org > GnuPG/GPG: 0xEFBCCBCB --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Multipart=_Thu__22_Aug_2013_10_21_21_+0200_nF//5/q+6KpaeERX Content-Type: text/plain; name="ddb2.txt" Content-Disposition: attachment; filename="ddb2.txt" Content-Transfer-Encoding: quoted-printable db> ps pid ppid pgrp uid state wmesg wchan cmd 42798 1267 42798 0 R+ CPU 6 sysctl 42785 42780 42780 2 D flswai 0xffffffff815e7a80 mv 42780 42778 42780 2 Ss wait 0xfffffe010e60f000 sh 42778 1219 1219 0 S piperd 0xfffffe000df65b60 cron 42773 1357 1357 0 D+ getblk 0xffffff87bfe6a5f8 mktemp 42646 1359 1359 0 D+ getblk 0xffffff87bfe4bcf8 mktemp 9787 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 9784 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 9783 1346 1346 80 S lockf 0xfffffe02f1879700 httpd 9779 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 9773 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 9769 1346 1346 80 S lockf 0xfffffe02f1efd580 httpd 9768 1346 1346 80 S lockf 0xfffffe02ad5d7400 httpd 9766 1346 1346 80 S lockf 0xfffffe02f18b2680 httpd 9764 1346 1346 80 S lockf 0xfffffe02ad421600 httpd 9755 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 9750 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 9749 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 9748 1346 1346 80 S kqread 0xfffffe0278c7e700 httpd 8852 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 8851 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 8849 1346 1346 80 D wswbuf0 0xffffffff81388280 httpd 8847 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 8842 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 8840 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 8839 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 8837 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 7978 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 7974 1346 1346 80 S lockf 0xfffffe02ad84f100 httpd 7971 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 7969 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 7166 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 7164 1346 1346 80 S lockf 0xfffffe02ad136d00 httpd 6396 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 3076 1320 3076 0 D+ getblk 0xffffff87bf2f0ff8 cpdup 2087 1315 2087 0 D+ getblk 0xffffff87bf2f0ff8 cpdup 1359 1311 1359 0 S+ piperd 0xfffffe010e668b60 sh 1357 1296 1357 0 S+ piperd 0xfffffe000de7db60 sh 1356 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 1352 1324 1352 0 S+ select 0xfffffe000dc99640 top 1351 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 1350 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 1349 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 1348 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 1347 1346 1346 80 D vofflock 0xfffffe000de479d2 httpd 1346 1 1346 0 Ss select 0xfffffe000df7d540 httpd 1324 1322 1324 0 S+ pause 0xfffffe0028a940a0 tcsh 1322 1292 1322 0 Ss+ pause 0xfffffe000df340a0 csh 1320 1318 1320 0 S+ pause 0xfffffe00289b99f0 tcsh 1318 1292 1318 0 Ss+ pause 0xfffffe0028799548 csh 1315 1313 1315 0 S+ pause 0xfffffe00287990a0 tcsh 1313 1292 1313 0 Ss+ pause 0xfffffe000dee6548 csh 1311 1309 1311 0 S+ pause 0xfffffe000dee69f0 tcsh 1309 1292 1309 0 Ss+ pause 0xfffffe000dec19f0 csh 1296 1293 1296 0 S+ pause 0xfffffe00287a40a0 tcsh 1293 1292 1293 0 Ss+ pause 0xfffffe002879b9f0 csh 1292 1 1292 0 Rs CPU 7 tmux 1290 1276 1290 0 S+ select 0xfffffe0028eff840 tmux 1283 1124 1124 845 DLJ (threaded) hastd 100196 S uwait 0xfffffe000daf1580 hastd 100195 S uwait 0xfffffe000db66180 hastd 100194 S uwait 0xfffffe000db66080 hastd 100193 D physrd 0xffffff87be46aa60 hastd 100192 S ggwait 0xfffffe000de08000 hastd 100191 S sbwait 0xfffffe0028645694 hastd 100190 S sigwait 0xfffffe000dd37000 hastd 100130 S uwait 0xfffffe000df7b080 hastd 1282 1124 1124 845 DLJ (threaded) hastd 100203 S uwait 0xfffffe000dc85900 hastd 100202 S uwait 0xfffffe000dd59480 hastd 100201 S uwait 0xfffffe000dc85a80 hastd 100200 S uwait 0xfffffe000dc85b80 hastd 100199 S uwait 0xfffffe000dc85c80 hastd 100198 S sbwait 0xfffffe000df54694 hastd 100197 S sigwait 0xfffffe000da60000 hastd 100117 D physwr 0xffffff87be479160 hastd 1276 1275 1276 0 S+ pause 0xfffffe000dec10a0 csh 1275 1272 1275 1001 S+ wait 0xfffffe000df214a8 su 1272 1271 1272 1001 Ss+ pause 0xfffffe002879b0a0 csh 1271 1269 1269 1001 S select 0xfffffe000dc42140 sshd 1269 1204 1269 0 Ss select 0xfffffe000db5eac0 sshd 1267 1261 1267 0 S+ pause 0xfffffe0028a950a0 csh 1261 1 1261 0 Ss+ wait 0xfffffe0028a954a8 login 1260 1 1260 0 Ss+ ttyin 0xfffffe000d9e0ca8 getty 1259 1 1259 0 Ss+ ttyin 0xfffffe000d9e20a8 getty 1258 1 1258 0 Ss+ ttyin 0xfffffe000d9e24a8 getty 1257 1 1257 0 Ss+ ttyin 0xfffffe000d9988a8 getty 1256 1 1256 0 Ss+ ttyin 0xfffffe000d9984a8 getty 1255 1 1255 0 Ss+ ttyin 0xfffffe000d997ca8 getty 1254 1 1254 0 Ss+ ttyin 0xfffffe000d9104a8 getty 1253 1 1253 0 Ss+ ttyin 0xfffffe000d9990a8 getty 1219 1 1219 0 Ss nanslp 0xffffffff813fc468 cron 1204 1 1204 0 Ss select 0xfffffe000df7d0c0 sshd 1198 1 1198 26 Ss select 0xfffffe000dc42540 exim-4.80.1-2 1185 1 1185 181 Ss select 0xfffffe000df7c8c0 nrpe2 1124 1 1124 0 Ss select 0xfffffe000dc9c440 hastd 1093 1 1093 0 Ss select 0xfffffe000df7c5c0 syslogd 930 1 930 0 Ss select 0xfffffe000df7c0c0 devd 135 1 135 0 Ss pause 0xfffffe000de660a0 adjkerntz 18 0 0 0 DL m:w1 0xfffffe000dd07800 [g_mirror gmro= otfs] 17 0 0 0 DL sdflush 0xffffffff815f3778 [softdepflush] 16 0 0 0 DL wswbuf0 0xffffffff81388280 [syncer] 9 0 0 0 DL vlruwt 0xfffffe000da52000 [vnlru] 8 0 0 0 DL wswbuf0 0xffffffff81388280 [bufdaemon] 7 0 0 0 DL pgzero 0xffffffff815fd81c [pagezero] 6 0 0 0 DL psleep 0xffffffff815fc9e8 [vmdaemon] 5 0 0 0 DL psleep 0xffffffff815fc9ac [pagedaemon] 4 0 0 0 DL ccb_scan 0xffffffff813bd5e0 [xpt_thrd] 3 0 0 0 DL waiting_ 0xffffffff815edac0 [sctp_iterator] 2 0 0 0 DL - 0xfffffe000d99b248 [fdc0] 15 0 0 0 DL (threaded) [usb] 100059 D - 0xffffff8000e47e18 [usbus3] 100058 D - 0xffffff8000e47dc0 [usbus3] 100057 D - 0xffffff8000e47d68 [usbus3] 100056 D - 0xffffff8000e47d10 [usbus3] 100055 D - 0xffffff8000e3eef0 [usbus2] 100054 D - 0xffffff8000e3ee98 [usbus2] 100053 D - 0xffffff8000e3ee40 [usbus2] 100052 D - 0xffffff8000e3ede8 [usbus2] 100050 D - 0xffffff8000e35ef0 [usbus1] 100049 D - 0xffffff8000e35e98 [usbus1] 100048 D - 0xffffff8000e35e40 [usbus1] 100047 D - 0xffffff8000e35de8 [usbus1] 100045 D - 0xffffff8000e2cef0 [usbus0] 100044 D - 0xffffff8000e2ce98 [usbus0] 100043 D - 0xffffff8000e2ce40 [usbus0] 100042 D - 0xffffff8000e2cde8 [usbus0] 14 0 0 0 DL - 0xffffffff813fb104 [yarrow] 13 0 0 0 RL (threaded) [geom] 100023 D - 0xffffffff813f4350 [g_down] 100022 Run CPU 3 [g_up] 100021 D - 0xffffffff813f4338 [g_event] 12 0 0 0 RL (threaded) [intr] 100064 I [irq7: ppc0] 100062 I [swi0: uart ua= rt] 100061 I [irq12: psm0] 100060 I [irq1: atkbd0] 100051 I [irq18: uhci2] 100046 CanRun [irq19: uhci1 = ahci0] 100041 I [irq17: uhci0 = ehci0] 100040 I [irq16: twa0] 100032 I [swi2: cambio] 100029 I [swi6: task qu= eue] 100028 I [swi6: Giant t= askq] 100026 I [swi5: fast ta= skq] 100020 I [swi1: netisr = 0] 100019 I [swi4: clock] 100018 I [swi4: clock] 100017 I [swi4: clock] 100016 I [swi4: clock] 100015 I [swi4: clock] 100014 I [swi4: clock] 100013 I [swi4: clock] 100012 Run CPU 0 [swi4: clock] 100011 I [swi3: vm] 11 0 0 0 RL (threaded) [idle] 100010 CanRun [idle: cpu7] 100009 CanRun [idle: cpu6] 100008 Run CPU 5 [idle: cpu5] 100007 Run CPU 4 [idle: cpu4] 100006 CanRun [idle: cpu3] 100005 Run CPU 2 [idle: cpu2] 100004 Run CPU 1 [idle: cpu1] 100003 CanRun [idle: cpu0] 1 0 1 0 SLs wait 0xfffffe000a2b0950 [init] 10 0 0 0 DL audit_wo 0xffffffff815f26f0 [audit] 0 0 0 0 DLs (threaded) [kernel] 100065 D - 0xfffffe000d9fd380 [mca taskq] 100039 D - 0xfffffe000a514600 [em1 txq] 100038 D - 0xfffffe000a514680 [em1 que] 100037 D - 0xfffffe000a50d480 [em0 txq] 100036 D - 0xfffffe000a50d500 [em0 que] 100035 D - 0xfffffe000a49f500 [acpi_task_2] 100034 D - 0xfffffe000a49f500 [acpi_task_1] 100033 D - 0xfffffe000a49f500 [acpi_task_0] 100031 D - 0xfffffe000a4a0280 [ffs_trim task= q] 100030 D - 0xfffffe000a461400 [kqueue taskq] 100027 D - 0xfffffe000a461100 [thread taskq] 100024 D - 0xfffffe000a2c2300 [firmware task= q] 100000 D sched 0xffffffff813f4620 [swapper] ----------------------------------------------------------------------- # httpd stuck in wswbuf db> trace 8849 Tracing pid 8849 tid 100328 td 0xfffffe02788e8000 sched_switch() at sched_switch+0x194/frame 0xffffff887167d360 mi_switch() at mi_switch+0x208/frame 0xffffff887167d3b0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887167d3e0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887167d410 _sleep() at _sleep+0x3d4/frame 0xffffff887167d4a0 getpbuf() at getpbuf+0x4e/frame 0xffffff887167d4c0 cluster_wbuild_gb() at cluster_wbuild_gb+0x21e/frame 0xffffff887167d570 cluster_write_gb() at cluster_write_gb+0x651/frame 0xffffff887167d670 ffs_write() at ffs_write+0x65e/frame 0xffffff887167d710 VOP_WRITE_APV() at VOP_WRITE_APV+0x16e/frame 0xffffff887167d820 vn_write() at vn_write+0x311/frame 0xffffff887167d8b0 vn_io_fault() at vn_io_fault+0x9e/frame 0xffffff887167da30 dofilewrite() at dofilewrite+0x85/frame 0xffffff887167da80 kern_writev() at kern_writev+0x6c/frame 0xffffff887167dac0 sys_write() at sys_write+0x64/frame 0xffffff887167db10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887167dc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887167dc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- # httpd stuck in vofflo db> trace 8851 Tracing pid 8851 tid 100240 td 0xfffffe010e5f3490 sched_switch() at sched_switch+0x194/frame 0xffffff88714c5720 mi_switch() at mi_switch+0x208/frame 0xffffff88714c5770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88714c57a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88714c57d0 _sleep() at _sleep+0x3d4/frame 0xffffff88714c5860 foffset_lock() at foffset_lock+0x86/frame 0xffffff88714c5890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88714c58b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff88714c5a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff88714c5a80 kern_writev() at kern_writev+0x6c/frame 0xffffff88714c5ac0 sys_write() at sys_write+0x64/frame 0xffffff88714c5b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88714c5c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88714c5c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- ----------------------------------------------------------------------- db> show pcpu cpuid =3D 6 dynamic pcpu =3D 0xffffff807eebe900 curthread =3D 0xfffffe002896a490: pid 42798 "sysctl" curpcb =3D 0xffffff8871484d00 fpcurthread =3D 0xfffffe002896a490: pid 42798 "sysctl" idlethread =3D 0xfffffe000a2b3490: tid 100009 "idle: cpu6" curpmap =3D 0xfffffe000df87750 tssp =3D 0xffffffff81601070 commontssp =3D 0xffffffff81601070 rsp0 =3D 0xffffff8871484d00 gs32p =3D 0xffffffff815ff1a8 ldt =3D 0xffffffff815ff1e8 tss =3D 0xffffffff815ff1d8 spin locks held: db> show allpcpu Current CPU: 6 cpuid =3D 0 dynamic pcpu =3D 0x66b900 curthread =3D 0xfffffe000a2c4000: pid 12 "swi4: clock" curpcb =3D 0xffffff80002bed00 fpcurthread =3D none idlethread =3D 0xfffffe000a2b2490: tid 100003 "idle: cpu0" curpmap =3D 0xffffffff813f5070 tssp =3D 0xffffffff81600e00 commontssp =3D 0xffffffff81600e00 rsp0 =3D 0xffffff80002bed00 gs32p =3D 0xffffffff815fef38 ldt =3D 0xffffffff815fef78 tss =3D 0xffffffff815fef68 spin locks held: cpuid =3D 1 dynamic pcpu =3D 0xffffff807ee9b900 curthread =3D 0xfffffe000a2b2000: pid 11 "idle: cpu1" curpcb =3D 0xffffff8000296d00 fpcurthread =3D none idlethread =3D 0xfffffe000a2b2000: tid 100004 "idle: cpu1" curpmap =3D 0xffffffff813f5070 tssp =3D 0xffffffff81600e68 commontssp =3D 0xffffffff81600e68 rsp0 =3D 0xffffff8000296d00 gs32p =3D 0xffffffff815fefa0 ldt =3D 0xffffffff815fefe0 tss =3D 0xffffffff815fefd0 spin locks held: cpuid =3D 2 dynamic pcpu =3D 0xffffff807eea2900 curthread =3D 0xfffffe000a2c0920: pid 11 "idle: cpu2" curpcb =3D 0xffffff800029bd00 fpcurthread =3D none idlethread =3D 0xfffffe000a2c0920: tid 100005 "idle: cpu2" curpmap =3D 0xffffffff813f5070 tssp =3D 0xffffffff81600ed0 commontssp =3D 0xffffffff81600ed0 rsp0 =3D 0xffffff800029bd00 gs32p =3D 0xffffffff815ff008 ldt =3D 0xffffffff815ff048 tss =3D 0xffffffff815ff038 spin locks held: cpuid =3D 3 dynamic pcpu =3D 0xffffff807eea9900 curthread =3D 0xfffffe000a2d3000: pid 13 "g_up" curpcb =3D 0xffffff80002f0d00 fpcurthread =3D none idlethread =3D 0xfffffe000a2c0490: tid 100006 "idle: cpu3" curpmap =3D 0xffffffff813f5070 tssp =3D 0xffffffff81600f38 commontssp =3D 0xffffffff81600f38 rsp0 =3D 0xffffff80002f0d00 gs32p =3D 0xffffffff815ff070 ldt =3D 0xffffffff815ff0b0 tss =3D 0xffffffff815ff0a0 spin locks held: exclusive spin mutex sched lock 3 (sched lock) r =3D 0 (0xffffffff81414cc0)= locked @ /usr/src/sys/kern/kern_intr.c:916 cpuid =3D 4 dynamic pcpu =3D 0xffffff807eeb0900 curthread =3D 0xfffffe000a2c0000: pid 11 "idle: cpu4" curpcb =3D 0xffffff80002a5d00 fpcurthread =3D none idlethread =3D 0xfffffe000a2c0000: tid 100007 "idle: cpu4" curpmap =3D 0xffffffff813f5070 tssp =3D 0xffffffff81600fa0 commontssp =3D 0xffffffff81600fa0 rsp0 =3D 0xffffff80002a5d00 gs32p =3D 0xffffffff815ff0d8 ldt =3D 0xffffffff815ff118 tss =3D 0xffffffff815ff108 spin locks held: cpuid =3D 5 dynamic pcpu =3D 0xffffff807eeb7900 curthread =3D 0xfffffe000a2b3920: pid 11 "idle: cpu5" curpcb =3D 0xffffff80002aad00 fpcurthread =3D none idlethread =3D 0xfffffe000a2b3920: tid 100008 "idle: cpu5" curpmap =3D 0xffffffff813f5070 tssp =3D 0xffffffff81601008 commontssp =3D 0xffffffff81601008 rsp0 =3D 0xffffff80002aad00 gs32p =3D 0xffffffff815ff140 ldt =3D 0xffffffff815ff180 tss =3D 0xffffffff815ff170 spin locks held: cpuid =3D 6 dynamic pcpu =3D 0xffffff807eebe900 curthread =3D 0xfffffe002896a490: pid 42798 "sysctl" curpcb =3D 0xffffff8871484d00 fpcurthread =3D 0xfffffe002896a490: pid 42798 "sysctl" idlethread =3D 0xfffffe000a2b3490: tid 100009 "idle: cpu6" curpmap =3D 0xfffffe000df87750 tssp =3D 0xffffffff81601070 commontssp =3D 0xffffffff81601070 rsp0 =3D 0xffffff8871484d00 gs32p =3D 0xffffffff815ff1a8 ldt =3D 0xffffffff815ff1e8 tss =3D 0xffffffff815ff1d8 spin locks held: cpuid =3D 7 dynamic pcpu =3D 0xffffff807eec5900 curthread =3D 0xfffffe000de70490: pid 1292 "tmux" curpcb =3D 0xffffff8871209d00 fpcurthread =3D 0xfffffe000de70490: pid 1292 "tmux" idlethread =3D 0xfffffe000a2c4920: tid 100010 "idle: cpu7" curpmap =3D 0xfffffe002856ca60 tssp =3D 0xffffffff816010d8 commontssp =3D 0xffffffff816010d8 rsp0 =3D 0xffffff8871209d00 gs32p =3D 0xffffffff815ff210 ldt =3D 0xffffffff815ff250 tss =3D 0xffffffff815ff240 spin locks held: ----------------------------------------------------------------------- db> show locks exclusive sleep mutex Giant (Giant) r =3D 0 (0xffffffff813f7780) locked @ /= usr/src/sys/kern/kern_sysctl.c:1492 ----------------------------------------------------------------------- db> show alllocks Process 42798 (sysctl) thread 0xfffffe002896a490 (100227) exclusive sleep mutex Giant (Giant) r =3D 0 (0xffffffff813f7780) locked @ /= usr/src/sys/kern/kern_sysctl.c:1492 Process 42773 (mktemp) thread 0xfffffe000ddbb920 (100131) exclusive lockmgr ufs (ufs) r =3D 0 (0xfffffe02ad8c0ad8) locked @ /usr/src/= sys/ufs/ffs/ffs_vfsops.c:1721 exclusive lockmgr ufs (ufs) r =3D 0 (0xfffffe02ad5f8098) locked @ /usr/src/= sys/kern/vfs_subr.c:2223 Process 42646 (mktemp) thread 0xfffffe010e5df920 (100260) exclusive lockmgr ufs (ufs) r =3D 0 (0xfffffe02ad91e098) locked @ /usr/src/= sys/ufs/ffs/ffs_vfsops.c:1721 exclusive lockmgr ufs (ufs) r =3D 0 (0xfffffe02ad5f6ad8) locked @ /usr/src/= sys/kern/vfs_subr.c:2223 Process 8849 (httpd) thread 0xfffffe02788e8000 (100328) exclusive lockmgr bufwait (bufwait) r =3D 0 (0xffffff87bfaf67f8) locked @ /= usr/src/sys/kern/vfs_cluster.c:816 exclusive lockmgr ufs (ufs) r =3D 0 (0xfffffe000dfabd68) locked @ /usr/src/= sys/kern/vfs_vnops.c:762 Process 3076 (cpdup) thread 0xfffffe000ddbb000 (100157) exclusive lockmgr ufs (ufs) r =3D 0 (0xfffffe02480265b8) locked @ /usr/src/= sys/ufs/ffs/ffs_vfsops.c:1721 shared lockmgr ufs (ufs) r =3D 0 (0xfffffe010ebcb848) locked @ /usr/src/sys= /kern/vfs_subr.c:2223 Process 2087 (cpdup) thread 0xfffffe002896a000 (100228) exclusive lockmgr ufs (ufs) r =3D 0 (0xfffffe022cfec5b8) locked @ /usr/src/= sys/kern/vfs_vnops.c:319 Process 1283 (hastd) thread 0xfffffe000de97920 (100193) exclusive lockmgr bufwait (bufwait) r =3D 0 (0xffffff87be46aaf8) locked @ /= usr/src/sys/vm/vm_pager.c:311 Process 1283 (hastd) thread 0xfffffe000de76490 (100191) exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xfffffe0028645648) locked @ /u= sr/src/sys/kern/uipc_sockbuf.c:148 Process 1282 (hastd) thread 0xfffffe0028a15490 (100198) exclusive sx so_rcv_sx (so_rcv_sx) r =3D 0 (0xfffffe000df54648) locked @ /u= sr/src/sys/kern/uipc_sockbuf.c:148 Process 1282 (hastd) thread 0xfffffe000daee920 (100117) exclusive lockmgr bufwait (bufwait) r =3D 0 (0xffffff87be4791f8) locked @ /= usr/src/sys/vm/vm_pager.c:311 Process 16 (syncer) thread 0xfffffe000daf2000 (100073) exclusive lockmgr bufwait (bufwait) r =3D 0 (0xffffff87bf1a4bf8) locked @ /= usr/src/sys/kern/vfs_cluster.c:816 exclusive lockmgr ufs (ufs) r =3D 0 (0xfffffe02f180f098) locked @ /usr/src/= sys/kern/vfs_subr.c:1823 Process 8 (bufdaemon) thread 0xfffffe000d98f490 (100071) exclusive lockmgr bufwait (bufwait) r =3D 0 (0xffffff87bf1490f8) locked @ /= usr/src/sys/kern/vfs_cluster.c:816 exclusive lockmgr ufs (ufs) r =3D 0 (0xfffffe02f13f9098) locked @ /usr/src/= sys/kern/vfs_bio.c:2753 ----------------------------------------------------------------------- db> show lockedvnods Locked vnodes 0xfffffe000dfabcd0: 0xfffffe000dfabcd0: tag ufs, type VREG tag ufs, type VREG usecount 1, writecount 1, refcount 102 mountedhere 0 usecount 1, writecount 1, refcount 102 mountedhere 0 flags (VI_ACTIVE) flags (VI_ACTIVE) v_object 0xfffffe00289e5570 ref 0 pages 800 v_object 0xfffffe00289e5570 ref 0 pages 800 lock type ufs: EXCL by thread 0xfffffe02788e8000 (pid 8849) lock type ufs: EXCL by thread 0xfffffe02788e8000 (pid 8849) #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #1 0xffffffff80b520fc at ffs_lock+0x9c #1 0xffffffff80b520fc at ffs_lock+0x9c #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #3 0xffffffff809b62e5 at _vn_lock+0x55 #3 0xffffffff809b62e5 at _vn_lock+0x55 #4 0xffffffff809b74b6 at vn_write+0x136 #4 0xffffffff809b74b6 at vn_write+0x136 #5 0xffffffff809b4f7e at vn_io_fault+0x9e #5 0xffffffff809b4f7e at vn_io_fault+0x9e #6 0xffffffff80954bc5 at dofilewrite+0x85 #6 0xffffffff80954bc5 at dofilewrite+0x85 #7 0xffffffff8095651c at kern_writev+0x6c #7 0xffffffff8095651c at kern_writev+0x6c #8 0xffffffff80956634 at sys_write+0x64 #8 0xffffffff80956634 at sys_write+0x64 #9 0xffffffff80ceb239 at amd64_syscall+0x2f9 #9 0xffffffff80ceb239 at amd64_syscall+0x2f9 #10 0xffffffff80cd57e7 at Xfast_syscall+0xf7 #10 0xffffffff80cd57e7 at Xfast_syscall+0xf7 ino 1446711, on dev mirror/gmrootfs ino 1446711, on dev mirror/gmrootfs 0xfffffe010ebcb7b0: 0xfffffe010ebcb7b0: tag ufs, type VDIR tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 usecount 1, writecount 0, refcount 4 mountedhere 0 flags (VI_ACTIVE) flags (VI_ACTIVE) v_object 0xfffffe010eb691d0 ref 0 pages 4 v_object 0xfffffe010eb691d0 ref 0 pages 4 lock type ufs: SHARED (count 1) lock type ufs: SHARED (count 1) #0 0xffffffff808e827c at __lockmgr_args+0xd5c #0 0xffffffff808e827c at __lockmgr_args+0xd5c #1 0xffffffff80b520fc at ffs_lock+0x9c #1 0xffffffff80b520fc at ffs_lock+0x9c #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #3 0xffffffff809b62e5 at _vn_lock+0x55 #3 0xffffffff809b62e5 at _vn_lock+0x55 #4 0xffffffff809a87cb at vget+0x7b #4 0xffffffff809a87cb at vget+0x7b #5 0xffffffff80990df3 at cache_lookup_times+0x553 #5 0xffffffff80990df3 at cache_lookup_times+0x553 #6 0xffffffff80991298 at vfs_cache_lookup+0xc8 #6 0xffffffff80991298 at vfs_cache_lookup+0xc8 #7 0xffffffff80d927e2 at VOP_LOOKUP_APV+0x102 #7 0xffffffff80d927e2 at VOP_LOOKUP_APV+0x102 #8 0xffffffff80998bdf at lookup+0x32f #8 0xffffffff80998bdf at lookup+0x32f #9 0xffffffff80999c9f at namei+0x40f #9 0xffffffff80999c9f at namei+0x40f #10 0xffffffff809ac5b6 at kern_statat_vnhook+0xb6 #10 0xffffffff809ac5b6 at kern_statat_vnhook+0xb6 #11 0xffffffff809ac7d5 at kern_statat+0x15 #11 0xffffffff809ac7d5 at kern_statat+0x15 #12 0xffffffff809ac89a at sys_lstat+0x2a #12 0xffffffff809ac89a at sys_lstat+0x2a #13 0xffffffff80ceb239 at amd64_syscall+0x2f9 #13 0xffffffff80ceb239 at amd64_syscall+0x2f9 #14 0xffffffff80cd57e7 at Xfast_syscall+0xf7 #14 0xffffffff80cd57e7 at Xfast_syscall+0xf7 ino 1203840, on dev hast/links ino 1203840, on dev hast/links 0xfffffe02f13f9000: 0xfffffe02f13f9000: tag ufs, type VREG tag ufs, type VREG usecount 0, writecount 0, refcount 5 mountedhere 0 usecount 0, writecount 0, refcount 5 mountedhere 0 flags (VI_ACTIVE) flags (VI_ACTIVE) v_object 0xfffffe02f16cc2b8 ref 0 pages 29 v_object 0xfffffe02f16cc2b8 ref 0 pages 29 lock type ufs: EXCL by thread 0xfffffe000d98f490 (pid 8) lock type ufs: EXCL by thread 0xfffffe000d98f490 (pid 8) #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #1 0xffffffff80b520fc at ffs_lock+0x9c #1 0xffffffff80b520fc at ffs_lock+0x9c #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #3 0xffffffff809b62e5 at _vn_lock+0x55 #3 0xffffffff809b62e5 at _vn_lock+0x55 #4 0xffffffff8098b590 at flushbufqueues+0x4f0 #4 0xffffffff8098b590 at flushbufqueues+0x4f0 #5 0xffffffff8098b816 at buf_do_flush+0x16 #5 0xffffffff8098b816 at buf_do_flush+0x16 #6 0xffffffff8098b9c4 at buf_daemon+0xe4 #6 0xffffffff8098b9c4 at buf_daemon+0xe4 #7 0xffffffff808d2e55 at fork_exit+0x135 #7 0xffffffff808d2e55 at fork_exit+0x135 #8 0xffffffff80cd5a2e at fork_trampoline+0xe #8 0xffffffff80cd5a2e at fork_trampoline+0xe ino 228168177, on dev hast/links ino 228168177, on dev hast/links 0xfffffe02f180f000: 0xfffffe02f180f000: tag ufs, type VREG tag ufs, type VREG usecount 0, writecount 0, refcount 6 mountedhere 0 usecount 0, writecount 0, refcount 6 mountedhere 0 flags (VI_ACTIVE) flags (VI_ACTIVE) v_object 0xfffffe02f16902b8 ref 0 pages 30 v_object 0xfffffe02f16902b8 ref 0 pages 30 lock type ufs: EXCL by thread 0xfffffe000daf2000 (pid 16) lock type ufs: EXCL by thread 0xfffffe000daf2000 (pid 16) #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #1 0xffffffff80b520fc at ffs_lock+0x9c #1 0xffffffff80b520fc at ffs_lock+0x9c #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #3 0xffffffff809b62e5 at _vn_lock+0x55 #3 0xffffffff809b62e5 at _vn_lock+0x55 #4 0xffffffff809aac70 at sync_vnode+0x130 #4 0xffffffff809aac70 at sync_vnode+0x130 #5 0xffffffff809aaef7 at sched_sync+0x1c7 #5 0xffffffff809aaef7 at sched_sync+0x1c7 #6 0xffffffff808d2e55 at fork_exit+0x135 #6 0xffffffff808d2e55 at fork_exit+0x135 #7 0xffffffff80cd5a2e at fork_trampoline+0xe #7 0xffffffff80cd5a2e at fork_trampoline+0xe ino 209869753, on dev hast/links ino 209869753, on dev hast/links 0xfffffe02ad5f6a40: 0xfffffe02ad5f6a40: tag ufs, type VDIR tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 usecount 1, writecount 0, refcount 3 mountedhere 0 flags (VI_ACTIVE) flags (VI_ACTIVE) v_object 0xfffffe02ad5c7cb0 ref 0 pages 0 v_object 0xfffffe02ad5c7cb0 ref 0 pages 0 lock type ufs: EXCL by thread 0xfffffe010e5df920 (pid 42646) lock type ufs: EXCL by thread 0xfffffe010e5df920 (pid 42646) #0 0xffffffff808e827c at __lockmgr_args+0xd5c #0 0xffffffff808e827c at __lockmgr_args+0xd5c #1 0xffffffff80b520fc at ffs_lock+0x9c #1 0xffffffff80b520fc at ffs_lock+0x9c #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #3 0xffffffff809b62e5 at _vn_lock+0x55 #3 0xffffffff809b62e5 at _vn_lock+0x55 #4 0xffffffff809a87cb at vget+0x7b #4 0xffffffff809a87cb at vget+0x7b #5 0xffffffff80990df3 at cache_lookup_times+0x553 #5 0xffffffff80990df3 at cache_lookup_times+0x553 #6 0xffffffff80991298 at vfs_cache_lookup+0xc8 #6 0xffffffff80991298 at vfs_cache_lookup+0xc8 #7 0xffffffff80d927e2 at VOP_LOOKUP_APV+0x102 #7 0xffffffff80d927e2 at VOP_LOOKUP_APV+0x102 #8 0xffffffff80998bdf at lookup+0x32f #8 0xffffffff80998bdf at lookup+0x32f #9 0xffffffff80999c9f at namei+0x40f #9 0xffffffff80999c9f at namei+0x40f #10 0xffffffff809b5991 at vn_open_cred+0xc1 #10 0xffffffff809b5991 at vn_open_cred+0xc1 #11 0xffffffff809b209a at kern_openat+0x20a #11 0xffffffff809b209a at kern_openat+0x20a #12 0xffffffff80ceb239 at amd64_syscall+0x2f9 #12 0xffffffff80ceb239 at amd64_syscall+0x2f9 #13 0xffffffff80cd57e7 at Xfast_syscall+0xf7 #13 0xffffffff80cd57e7 at Xfast_syscall+0xf7 ino 69421440, on dev hast/links ino 69421440, on dev hast/links 0xfffffe02ad5f8000: 0xfffffe02ad5f8000: tag ufs, type VDIR tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 usecount 1, writecount 0, refcount 3 mountedhere 0 flags (VI_ACTIVE) flags (VI_ACTIVE) v_object 0xfffffe02ad51a2b8 ref 0 pages 0 v_object 0xfffffe02ad51a2b8 ref 0 pages 0 lock type ufs: EXCL by thread 0xfffffe000ddbb920 (pid 42773) lock type ufs: EXCL by thread 0xfffffe000ddbb920 (pid 42773) #0 0xffffffff808e827c at __lockmgr_args+0xd5c #0 0xffffffff808e827c at __lockmgr_args+0xd5c #1 0xffffffff80b520fc at ffs_lock+0x9c #1 0xffffffff80b520fc at ffs_lock+0x9c #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #3 0xffffffff809b62e5 at _vn_lock+0x55 #3 0xffffffff809b62e5 at _vn_lock+0x55 #4 0xffffffff809a87cb at vget+0x7b #4 0xffffffff809a87cb at vget+0x7b #5 0xffffffff80990df3 at cache_lookup_times+0x553 #5 0xffffffff80990df3 at cache_lookup_times+0x553 #6 0xffffffff80991298 at vfs_cache_lookup+0xc8 #6 0xffffffff80991298 at vfs_cache_lookup+0xc8 #7 0xffffffff80d927e2 at VOP_LOOKUP_APV+0x102 #7 0xffffffff80d927e2 at VOP_LOOKUP_APV+0x102 #8 0xffffffff80998bdf at lookup+0x32f #8 0xffffffff80998bdf at lookup+0x32f #9 0xffffffff80999c9f at namei+0x40f #9 0xffffffff80999c9f at namei+0x40f #10 0xffffffff809b5991 at vn_open_cred+0xc1 #10 0xffffffff809b5991 at vn_open_cred+0xc1 #11 0xffffffff809b209a at kern_openat+0x20a #11 0xffffffff809b209a at kern_openat+0x20a #12 0xffffffff80ceb239 at amd64_syscall+0x2f9 #12 0xffffffff80ceb239 at amd64_syscall+0x2f9 #13 0xffffffff80cd57e7 at Xfast_syscall+0xf7 #13 0xffffffff80cd57e7 at Xfast_syscall+0xf7 ino 53932032, on dev hast/links ino 53932032, on dev hast/links 0xfffffe02ad91e000: 0xfffffe02ad91e000: tag ufs, type VNON tag ufs, type VNON usecount 1, writecount 0, refcount 1 mountedhere 0 usecount 1, writecount 0, refcount 1 mountedhere 0 flags (VI_ACTIVE) flags (VI_ACTIVE) lock type ufs: EXCL by thread 0xfffffe010e5df920 (pid 42646) lock type ufs: EXCL by thread 0xfffffe010e5df920 (pid 42646) #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #1 0xffffffff80b4c593 at ffs_vgetf+0x163 #1 0xffffffff80b4c593 at ffs_vgetf+0x163 #2 0xffffffff80b24341 at ffs_valloc+0x4a1 #2 0xffffffff80b24341 at ffs_valloc+0x4a1 #3 0xffffffff80b5f5af at ufs_makeinode+0xaf #3 0xffffffff80b5f5af at ufs_makeinode+0xaf #4 0xffffffff80d95262 at VOP_CREATE_APV+0x102 #4 0xffffffff80d95262 at VOP_CREATE_APV+0x102 #5 0xffffffff809b5d2e at vn_open_cred+0x45e #5 0xffffffff809b5d2e at vn_open_cred+0x45e #6 0xffffffff809b209a at kern_openat+0x20a #6 0xffffffff809b209a at kern_openat+0x20a #7 0xffffffff80ceb239 at amd64_syscall+0x2f9 #7 0xffffffff80ceb239 at amd64_syscall+0x2f9 #8 0xffffffff80cd57e7 at Xfast_syscall+0xf7 #8 0xffffffff80cd57e7 at Xfast_syscall+0xf7 ino 69421952, on dev hast/links ino 69421952, on dev hast/links 0xfffffe02ad8c0a40: 0xfffffe02ad8c0a40: tag ufs, type VNON tag ufs, type VNON usecount 1, writecount 0, refcount 1 mountedhere 0 usecount 1, writecount 0, refcount 1 mountedhere 0 flags (VI_ACTIVE) flags (VI_ACTIVE) lock type ufs: EXCL by thread 0xfffffe000ddbb920 (pid 42773) lock type ufs: EXCL by thread 0xfffffe000ddbb920 (pid 42773) #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #1 0xffffffff80b4c593 at ffs_vgetf+0x163 #1 0xffffffff80b4c593 at ffs_vgetf+0x163 #2 0xffffffff80b24341 at ffs_valloc+0x4a1 #2 0xffffffff80b24341 at ffs_valloc+0x4a1 #3 0xffffffff80b5f5af at ufs_makeinode+0xaf #3 0xffffffff80b5f5af at ufs_makeinode+0xaf #4 0xffffffff80d95262 at VOP_CREATE_APV+0x102 #4 0xffffffff80d95262 at VOP_CREATE_APV+0x102 #5 0xffffffff809b5d2e at vn_open_cred+0x45e #5 0xffffffff809b5d2e at vn_open_cred+0x45e #6 0xffffffff809b209a at kern_openat+0x20a #6 0xffffffff809b209a at kern_openat+0x20a #7 0xffffffff80ceb239 at amd64_syscall+0x2f9 #7 0xffffffff80ceb239 at amd64_syscall+0x2f9 #8 0xffffffff80cd57e7 at Xfast_syscall+0xf7 #8 0xffffffff80cd57e7 at Xfast_syscall+0xf7 ino 53932416, on dev hast/links ino 53932416, on dev hast/links 0xfffffe022cfec520: 0xfffffe022cfec520: tag ufs, type VREG tag ufs, type VREG usecount 0, writecount 0, refcount 4 mountedhere 0 usecount 0, writecount 0, refcount 4 mountedhere 0 flags (VI_ACTIVE|VI_DOINGINACT) flags (VI_ACTIVE|VI_DOINGINACT) v_object 0xfffffe024803c570 ref 0 pages 11 v_object 0xfffffe024803c570 ref 0 pages 11 lock type ufs: EXCL by thread 0xfffffe002896a000 (pid 2087) lock type ufs: EXCL by thread 0xfffffe002896a000 (pid 2087) #0 0xffffffff808e827c at __lockmgr_args+0xd5c #0 0xffffffff808e827c at __lockmgr_args+0xd5c #1 0xffffffff80b520fc at ffs_lock+0x9c #1 0xffffffff80b520fc at ffs_lock+0x9c #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #2 0xffffffff80d93df3 at VOP_LOCK1_APV+0xe3 #3 0xffffffff809b62e5 at _vn_lock+0x55 #3 0xffffffff809b62e5 at _vn_lock+0x55 #4 0xffffffff809b7f4a at vn_close+0xca #4 0xffffffff809b7f4a at vn_close+0xca #5 0xffffffff809b80cd at vn_closefile+0x5d #5 0xffffffff809b80cd at vn_closefile+0x5d #6 0xffffffff808c2583 at _fdrop+0x23 #6 0xffffffff808c2583 at _fdrop+0x23 #7 0xffffffff808c4adc at closef+0x5c #7 0xffffffff808c4adc at closef+0x5c #8 0xffffffff808c50e1 at kern_close+0x121 #8 0xffffffff808c50e1 at kern_close+0x121 #9 0xffffffff80ceb239 at amd64_syscall+0x2f9 #9 0xffffffff80ceb239 at amd64_syscall+0x2f9 #10 0xffffffff80cd57e7 at Xfast_syscall+0xf7 #10 0xffffffff80cd57e7 at Xfast_syscall+0xf7 ino 1204245, on dev hast/links ino 1204245, on dev hast/links 0xfffffe0248026520: 0xfffffe0248026520: tag ufs, type VNON tag ufs, type VNON usecount 1, writecount 0, refcount 1 mountedhere 0 usecount 1, writecount 0, refcount 1 mountedhere 0 flags (VI_ACTIVE) flags (VI_ACTIVE) lock type ufs: EXCL by thread 0xfffffe000ddbb000 (pid 3076) lock type ufs: EXCL by thread 0xfffffe000ddbb000 (pid 3076) #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #0 0xffffffff808e7e2e at __lockmgr_args+0x90e #1 0xffffffff80b4c593 at ffs_vgetf+0x163 #1 0xffffffff80b4c593 at ffs_vgetf+0x163 #2 0xffffffff80b58d8c at ufs_lookup_ino+0xcec #2 0xffffffff80b58d8c at ufs_lookup_ino+0xcec #3 0xffffffff80d925b2 at VOP_CACHEDLOOKUP_APV+0x102 #3 0xffffffff80d925b2 at VOP_CACHEDLOOKUP_APV+0x102 #4 0xffffffff809912c8 at vfs_cache_lookup+0xf8 #4 0xffffffff809912c8 at vfs_cache_lookup+0xf8 #5 0xffffffff80d927e2 at VOP_LOOKUP_APV+0x102 #5 0xffffffff80d927e2 at VOP_LOOKUP_APV+0x102 #6 0xffffffff80998bdf at lookup+0x32f #6 0xffffffff80998bdf at lookup+0x32f #7 0xffffffff80999c9f at namei+0x40f #7 0xffffffff80999c9f at namei+0x40f #8 0xffffffff809ac5b6 at kern_statat_vnhook+0xb6 #8 0xffffffff809ac5b6 at kern_statat_vnhook+0xb6 #9 0xffffffff809ac7d5 at kern_statat+0x15 #9 0xffffffff809ac7d5 at kern_statat+0x15 #10 0xffffffff809ac89a at sys_lstat+0x2a #10 0xffffffff809ac89a at sys_lstat+0x2a #11 0xffffffff80ceb239 at amd64_syscall+0x2f9 #11 0xffffffff80ceb239 at amd64_syscall+0x2f9 #12 0xffffffff80cd57e7 at Xfast_syscall+0xf7 #12 0xffffffff80cd57e7 at Xfast_syscall+0xf7 ino 1204244, on dev hast/links ino 1204244, on dev hast/links ----------------------------------------------------------------------- db> alltrace Tracing command sysctl pid 42798 tid 100227 td 0xfffffe002896a490 kdb_enter() at kdb_enter+0x3b/frame 0xffffff8871484900 kdb_sysctl_enter() at kdb_sysctl_enter+0x89/frame 0xffffff8871484940 sysctl_root() at sysctl_root+0x147/frame 0xffffff8871484990 userland_sysctl() at userland_sysctl+0x158/frame 0xffffff8871484a40 sys___sysctl() at sys___sysctl+0xaa/frame 0xffffff8871484b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871484c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871484c30 --- syscall (202, FreeBSD ELF64, sys___sysctl), rip =3D 0x80092713c, rsp = =3D 0x7fffffffd278, rbp =3D 0x7fffffffd760 --- Tracing command mv pid 42785 tid 100292 td 0xfffffe010e5db000 sched_switch() at sched_switch+0x194/frame 0xffffff88715c97a0 mi_switch() at mi_switch+0x208/frame 0xffffff88715c97f0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88715c9820 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88715c9850 _sleep() at _sleep+0x3d4/frame 0xffffff88715c98e0 bwillwrite() at bwillwrite+0xc9/frame 0xffffff88715c98f0 kern_renameat() at kern_renameat+0x4c/frame 0xffffff88715c9b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88715c9c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88715c9c30 --- syscall (128, FreeBSD ELF64, sys_rename), rip =3D 0x80088069c, rsp =3D = 0x7fffffffd0d8, rbp =3D 0x7fffffffdf0b --- Tracing command sh pid 42780 tid 100249 td 0xfffffe010e5bc920 sched_switch() at sched_switch+0x194/frame 0xffffff88714f26d0 mi_switch() at mi_switch+0x208/frame 0xffffff88714f2720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88714f2750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88714f27= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88714f27d0 _sleep() at _sleep+0x368/frame 0xffffff88714f2860 kern_wait6() at kern_wait6+0x5e2/frame 0xffffff88714f28f0 kern_wait() at kern_wait+0x9c/frame 0xffffff88714f2a50 sys_wait4() at sys_wait4+0x35/frame 0xffffff88714f2b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88714f2c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88714f2c30 --- syscall (7, FreeBSD ELF64, sys_wait4), rip =3D 0x800d2e4ac, rsp =3D 0x7= fffffffd838, rbp =3D 0x7fffffffda08 --- Tracing command cron pid 42778 tid 100332 td 0xfffffe0028efa490 sched_switch() at sched_switch+0x194/frame 0xffffff8871691850 mi_switch() at mi_switch+0x208/frame 0xffffff88716918a0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88716918d0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88716919= 30 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871691950 _sleep() at _sleep+0x368/frame 0xffffff88716919e0 pipe_read() at pipe_read+0x4a2/frame 0xffffff8871691a30 dofileread() at dofileread+0xa1/frame 0xffffff8871691a80 kern_readv() at kern_readv+0x6c/frame 0xffffff8871691ac0 sys_read() at sys_read+0x64/frame 0xffffff8871691b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871691c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871691c30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800d4bb1c, rsp =3D 0x7f= ffffffd478, rbp =3D 0x800f9a560 --- Tracing command mktemp pid 42773 tid 100131 td 0xfffffe000ddbb920 sched_switch() at sched_switch+0x194/frame 0xffffff88712a4270 mi_switch() at mi_switch+0x208/frame 0xffffff88712a42c0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712a42f0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88712a4320 __lockmgr_args() at __lockmgr_args+0x921/frame 0xffffff88712a4400 getblk() at getblk+0x119/frame 0xffffff88712a4490 breadn_flags() at breadn_flags+0x40/frame 0xffffff88712a44e0 bread() at bread+0x26/frame 0xffffff88712a4510 ffs_vgetf() at ffs_vgetf+0x2e9/frame 0xffffff88712a4590 ffs_valloc() at ffs_valloc+0x4a1/frame 0xffffff88712a4630 ufs_makeinode() at ufs_makeinode+0xaf/frame 0xffffff88712a47f0 VOP_CREATE_APV() at VOP_CREATE_APV+0x102/frame 0xffffff88712a4820 vn_open_cred() at vn_open_cred+0x45e/frame 0xffffff88712a4990 kern_openat() at kern_openat+0x20a/frame 0xffffff88712a4b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88712a4c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88712a4c30 --- syscall (5, FreeBSD ELF64, sys_open), rip =3D 0x80091cd3c, rsp =3D 0x7f= ffffffd538, rbp =3D 0x800c0704f --- Tracing command mktemp pid 42646 tid 100260 td 0xfffffe010e5df920 sched_switch() at sched_switch+0x194/frame 0xffffff8871529270 mi_switch() at mi_switch+0x208/frame 0xffffff88715292c0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88715292f0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff8871529320 __lockmgr_args() at __lockmgr_args+0x921/frame 0xffffff8871529400 getblk() at getblk+0x119/frame 0xffffff8871529490 breadn_flags() at breadn_flags+0x40/frame 0xffffff88715294e0 bread() at bread+0x26/frame 0xffffff8871529510 ffs_vgetf() at ffs_vgetf+0x2e9/frame 0xffffff8871529590 ffs_valloc() at ffs_valloc+0x4a1/frame 0xffffff8871529630 ufs_makeinode() at ufs_makeinode+0xaf/frame 0xffffff88715297f0 VOP_CREATE_APV() at VOP_CREATE_APV+0x102/frame 0xffffff8871529820 vn_open_cred() at vn_open_cred+0x45e/frame 0xffffff8871529990 kern_openat() at kern_openat+0x20a/frame 0xffffff8871529b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871529c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871529c30 --- syscall (5, FreeBSD ELF64, sys_open), rip =3D 0x80091cd3c, rsp =3D 0x7f= ffffffd538, rbp =3D 0x800c0704f --- Tracing command httpd pid 9787 tid 100085 td 0xfffffe000df3b920 sched_switch() at sched_switch+0x194/frame 0xffffff88711be720 mi_switch() at mi_switch+0x208/frame 0xffffff88711be770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88711be7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88711be7d0 _sleep() at _sleep+0x3d4/frame 0xffffff88711be860 foffset_lock() at foffset_lock+0x86/frame 0xffffff88711be890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88711be8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff88711bea30 dofilewrite() at dofilewrite+0x85/frame 0xffffff88711bea80 kern_writev() at kern_writev+0x6c/frame 0xffffff88711beac0 sys_write() at sys_write+0x64/frame 0xffffff88711beb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88711bec30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88711bec30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 9784 tid 100245 td 0xfffffe010e5f2490 sched_switch() at sched_switch+0x194/frame 0xffffff88714de720 mi_switch() at mi_switch+0x208/frame 0xffffff88714de770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88714de7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88714de7d0 _sleep() at _sleep+0x3d4/frame 0xffffff88714de860 foffset_lock() at foffset_lock+0x86/frame 0xffffff88714de890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88714de8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff88714dea30 dofilewrite() at dofilewrite+0x85/frame 0xffffff88714dea80 kern_writev() at kern_writev+0x6c/frame 0xffffff88714deac0 sys_write() at sys_write+0x64/frame 0xffffff88714deb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88714dec30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88714dec30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 9783 tid 100099 td 0xfffffe000df39000 sched_switch() at sched_switch+0x194/frame 0xffffff88712046d0 mi_switch() at mi_switch+0x208/frame 0xffffff8871204720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871204750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712047= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88712047d0 _sleep() at _sleep+0x368/frame 0xffffff8871204860 lf_advlockasync() at lf_advlockasync+0xddd/frame 0xffffff88712048f0 lf_advlock() at lf_advlock+0x47/frame 0xffffff8871204940 vop_stdadvlock() at vop_stdadvlock+0xb3/frame 0xffffff8871204a40 VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0x105/frame 0xffffff8871204a70 sys_flock() at sys_flock+0x13e/frame 0xffffff8871204b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871204c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871204c30 --- syscall (131, FreeBSD ELF64, sys_flock), rip =3D 0x80223447c, rsp =3D 0= x7fffffffd9d8, rbp =3D 0x7fffffffda5c --- Tracing command httpd pid 9779 tid 100315 td 0xfffffe0028575490 sched_switch() at sched_switch+0x194/frame 0xffffff887163c720 mi_switch() at mi_switch+0x208/frame 0xffffff887163c770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887163c7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887163c7d0 _sleep() at _sleep+0x3d4/frame 0xffffff887163c860 foffset_lock() at foffset_lock+0x86/frame 0xffffff887163c890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff887163c8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff887163ca30 dofilewrite() at dofilewrite+0x85/frame 0xffffff887163ca80 kern_writev() at kern_writev+0x6c/frame 0xffffff887163cac0 sys_write() at sys_write+0x64/frame 0xffffff887163cb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887163cc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887163cc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 9773 tid 100276 td 0xfffffe010e702920 sched_switch() at sched_switch+0x194/frame 0xffffff8871579720 mi_switch() at mi_switch+0x208/frame 0xffffff8871579770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88715797a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88715797d0 _sleep() at _sleep+0x3d4/frame 0xffffff8871579860 foffset_lock() at foffset_lock+0x86/frame 0xffffff8871579890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88715798b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff8871579a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff8871579a80 kern_writev() at kern_writev+0x6c/frame 0xffffff8871579ac0 sys_write() at sys_write+0x64/frame 0xffffff8871579b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871579c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871579c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 9769 tid 100181 td 0xfffffe0028a7d920 sched_switch() at sched_switch+0x194/frame 0xffffff887139e6d0 mi_switch() at mi_switch+0x208/frame 0xffffff887139e720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887139e750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887139e7= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff887139e7d0 _sleep() at _sleep+0x368/frame 0xffffff887139e860 lf_advlockasync() at lf_advlockasync+0xddd/frame 0xffffff887139e8f0 lf_advlock() at lf_advlock+0x47/frame 0xffffff887139e940 vop_stdadvlock() at vop_stdadvlock+0xb3/frame 0xffffff887139ea40 VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0x105/frame 0xffffff887139ea70 sys_flock() at sys_flock+0x13e/frame 0xffffff887139eb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887139ec30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887139ec30 --- syscall (131, FreeBSD ELF64, sys_flock), rip =3D 0x80223447c, rsp =3D 0= x7fffffffd9d8, rbp =3D 0x7fffffffda5c --- Tracing command httpd pid 9768 tid 100087 td 0xfffffe000ddbc920 sched_switch() at sched_switch+0x194/frame 0xffffff88711c86d0 mi_switch() at mi_switch+0x208/frame 0xffffff88711c8720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88711c8750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88711c87= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88711c87d0 _sleep() at _sleep+0x368/frame 0xffffff88711c8860 lf_advlockasync() at lf_advlockasync+0xddd/frame 0xffffff88711c88f0 lf_advlock() at lf_advlock+0x47/frame 0xffffff88711c8940 vop_stdadvlock() at vop_stdadvlock+0xb3/frame 0xffffff88711c8a40 VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0x105/frame 0xffffff88711c8a70 sys_flock() at sys_flock+0x13e/frame 0xffffff88711c8b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88711c8c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88711c8c30 --- syscall (131, FreeBSD ELF64, sys_flock), rip =3D 0x80223447c, rsp =3D 0= x7fffffffd9d8, rbp =3D 0x7fffffffda5c --- Tracing command httpd pid 9766 tid 100140 td 0xfffffe000df5e920 sched_switch() at sched_switch+0x194/frame 0xffffff88712d16d0 mi_switch() at mi_switch+0x208/frame 0xffffff88712d1720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712d1750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712d17= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88712d17d0 _sleep() at _sleep+0x368/frame 0xffffff88712d1860 lf_advlockasync() at lf_advlockasync+0xddd/frame 0xffffff88712d18f0 lf_advlock() at lf_advlock+0x47/frame 0xffffff88712d1940 vop_stdadvlock() at vop_stdadvlock+0xb3/frame 0xffffff88712d1a40 VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0x105/frame 0xffffff88712d1a70 sys_flock() at sys_flock+0x13e/frame 0xffffff88712d1b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88712d1c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88712d1c30 --- syscall (131, FreeBSD ELF64, sys_flock), rip =3D 0x80223447c, rsp =3D 0= x7fffffffd9d8, rbp =3D 0x7fffffffda5c --- Tracing command httpd pid 9764 tid 100233 td 0xfffffe000dfdb490 sched_switch() at sched_switch+0x194/frame 0xffffff88714a26d0 mi_switch() at mi_switch+0x208/frame 0xffffff88714a2720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88714a2750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88714a27= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88714a27d0 _sleep() at _sleep+0x368/frame 0xffffff88714a2860 lf_advlockasync() at lf_advlockasync+0xddd/frame 0xffffff88714a28f0 lf_advlock() at lf_advlock+0x47/frame 0xffffff88714a2940 vop_stdadvlock() at vop_stdadvlock+0xb3/frame 0xffffff88714a2a40 VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0x105/frame 0xffffff88714a2a70 sys_flock() at sys_flock+0x13e/frame 0xffffff88714a2b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88714a2c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88714a2c30 --- syscall (131, FreeBSD ELF64, sys_flock), rip =3D 0x80223447c, rsp =3D 0= x7fffffffd9d8, rbp =3D 0x7fffffffda5c --- Tracing command httpd pid 9755 tid 100126 td 0xfffffe000df9f920 sched_switch() at sched_switch+0x194/frame 0xffffff887128b720 mi_switch() at mi_switch+0x208/frame 0xffffff887128b770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887128b7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887128b7d0 _sleep() at _sleep+0x3d4/frame 0xffffff887128b860 foffset_lock() at foffset_lock+0x86/frame 0xffffff887128b890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff887128b8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff887128ba30 dofilewrite() at dofilewrite+0x85/frame 0xffffff887128ba80 kern_writev() at kern_writev+0x6c/frame 0xffffff887128bac0 sys_write() at sys_write+0x64/frame 0xffffff887128bb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887128bc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887128bc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 9750 tid 100120 td 0xfffffe000df5f920 sched_switch() at sched_switch+0x194/frame 0xffffff887126d720 mi_switch() at mi_switch+0x208/frame 0xffffff887126d770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887126d7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887126d7d0 _sleep() at _sleep+0x3d4/frame 0xffffff887126d860 foffset_lock() at foffset_lock+0x86/frame 0xffffff887126d890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff887126d8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff887126da30 dofilewrite() at dofilewrite+0x85/frame 0xffffff887126da80 kern_writev() at kern_writev+0x6c/frame 0xffffff887126dac0 sys_write() at sys_write+0x64/frame 0xffffff887126db10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887126dc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887126dc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 9749 tid 100142 td 0xfffffe000df9e920 sched_switch() at sched_switch+0x194/frame 0xffffff88712db720 mi_switch() at mi_switch+0x208/frame 0xffffff88712db770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712db7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88712db7d0 _sleep() at _sleep+0x3d4/frame 0xffffff88712db860 foffset_lock() at foffset_lock+0x86/frame 0xffffff88712db890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88712db8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff88712dba30 dofilewrite() at dofilewrite+0x85/frame 0xffffff88712dba80 kern_writev() at kern_writev+0x6c/frame 0xffffff88712dbac0 sys_write() at sys_write+0x64/frame 0xffffff88712dbb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88712dbc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88712dbc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 9748 tid 100127 td 0xfffffe000df5f000 sched_switch() at sched_switch+0x194/frame 0xffffff88712906d0 mi_switch() at mi_switch+0x208/frame 0xffffff8871290720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871290750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712907= b0 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff88712907e0 _sleep() at _sleep+0x3ae/frame 0xffffff8871290870 kern_kevent() at kern_kevent+0x331/frame 0xffffff8871290a50 sys_kevent() at sys_kevent+0x90/frame 0xffffff8871290b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871290c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871290c30 --- syscall (363, FreeBSD ELF64, sys_kevent), rip =3D 0x80228ed8c, rsp =3D = 0x7fffffffd958, rbp =3D 0x8029112f0 --- Tracing command httpd pid 8852 tid 100307 td 0xfffffe0278833000 sched_switch() at sched_switch+0x194/frame 0xffffff8871614720 mi_switch() at mi_switch+0x208/frame 0xffffff8871614770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88716147a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88716147d0 _sleep() at _sleep+0x3d4/frame 0xffffff8871614860 foffset_lock() at foffset_lock+0x86/frame 0xffffff8871614890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88716148b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff8871614a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff8871614a80 kern_writev() at kern_writev+0x6c/frame 0xffffff8871614ac0 sys_write() at sys_write+0x64/frame 0xffffff8871614b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871614c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871614c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 8851 tid 100240 td 0xfffffe010e5f3490 sched_switch() at sched_switch+0x194/frame 0xffffff88714c5720 mi_switch() at mi_switch+0x208/frame 0xffffff88714c5770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88714c57a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88714c57d0 _sleep() at _sleep+0x3d4/frame 0xffffff88714c5860 foffset_lock() at foffset_lock+0x86/frame 0xffffff88714c5890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88714c58b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff88714c5a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff88714c5a80 kern_writev() at kern_writev+0x6c/frame 0xffffff88714c5ac0 sys_write() at sys_write+0x64/frame 0xffffff88714c5b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88714c5c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88714c5c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 8849 tid 100328 td 0xfffffe02788e8000 sched_switch() at sched_switch+0x194/frame 0xffffff887167d360 mi_switch() at mi_switch+0x208/frame 0xffffff887167d3b0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887167d3e0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887167d410 _sleep() at _sleep+0x3d4/frame 0xffffff887167d4a0 getpbuf() at getpbuf+0x4e/frame 0xffffff887167d4c0 cluster_wbuild_gb() at cluster_wbuild_gb+0x21e/frame 0xffffff887167d570 cluster_write_gb() at cluster_write_gb+0x651/frame 0xffffff887167d670 ffs_write() at ffs_write+0x65e/frame 0xffffff887167d710 VOP_WRITE_APV() at VOP_WRITE_APV+0x16e/frame 0xffffff887167d820 vn_write() at vn_write+0x311/frame 0xffffff887167d8b0 vn_io_fault() at vn_io_fault+0x9e/frame 0xffffff887167da30 dofilewrite() at dofilewrite+0x85/frame 0xffffff887167da80 kern_writev() at kern_writev+0x6c/frame 0xffffff887167dac0 sys_write() at sys_write+0x64/frame 0xffffff887167db10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887167dc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887167dc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 8847 tid 100327 td 0xfffffe02788e8490 sched_switch() at sched_switch+0x194/frame 0xffffff8871678720 mi_switch() at mi_switch+0x208/frame 0xffffff8871678770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88716787a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88716787d0 _sleep() at _sleep+0x3d4/frame 0xffffff8871678860 foffset_lock() at foffset_lock+0x86/frame 0xffffff8871678890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88716788b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff8871678a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff8871678a80 kern_writev() at kern_writev+0x6c/frame 0xffffff8871678ac0 sys_write() at sys_write+0x64/frame 0xffffff8871678b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871678c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871678c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 8842 tid 100326 td 0xfffffe02788e8920 sched_switch() at sched_switch+0x194/frame 0xffffff8871673720 mi_switch() at mi_switch+0x208/frame 0xffffff8871673770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88716737a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88716737d0 _sleep() at _sleep+0x3d4/frame 0xffffff8871673860 foffset_lock() at foffset_lock+0x86/frame 0xffffff8871673890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88716738b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff8871673a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff8871673a80 kern_writev() at kern_writev+0x6c/frame 0xffffff8871673ac0 sys_write() at sys_write+0x64/frame 0xffffff8871673b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871673c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871673c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 8840 tid 100325 td 0xfffffe02788ee000 sched_switch() at sched_switch+0x194/frame 0xffffff887166e720 mi_switch() at mi_switch+0x208/frame 0xffffff887166e770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887166e7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887166e7d0 _sleep() at _sleep+0x3d4/frame 0xffffff887166e860 foffset_lock() at foffset_lock+0x86/frame 0xffffff887166e890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff887166e8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff887166ea30 dofilewrite() at dofilewrite+0x85/frame 0xffffff887166ea80 kern_writev() at kern_writev+0x6c/frame 0xffffff887166eac0 sys_write() at sys_write+0x64/frame 0xffffff887166eb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887166ec30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887166ec30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 8839 tid 100324 td 0xfffffe0028efd490 sched_switch() at sched_switch+0x194/frame 0xffffff8871669720 mi_switch() at mi_switch+0x208/frame 0xffffff8871669770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88716697a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88716697d0 _sleep() at _sleep+0x3d4/frame 0xffffff8871669860 foffset_lock() at foffset_lock+0x86/frame 0xffffff8871669890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88716698b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff8871669a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff8871669a80 kern_writev() at kern_writev+0x6c/frame 0xffffff8871669ac0 sys_write() at sys_write+0x64/frame 0xffffff8871669b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871669c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871669c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 8837 tid 100132 td 0xfffffe000ddbb490 sched_switch() at sched_switch+0x194/frame 0xffffff88712a9720 mi_switch() at mi_switch+0x208/frame 0xffffff88712a9770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712a97a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88712a97d0 _sleep() at _sleep+0x3d4/frame 0xffffff88712a9860 foffset_lock() at foffset_lock+0x86/frame 0xffffff88712a9890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88712a98b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff88712a9a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff88712a9a80 kern_writev() at kern_writev+0x6c/frame 0xffffff88712a9ac0 sys_write() at sys_write+0x64/frame 0xffffff88712a9b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88712a9c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88712a9c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 7978 tid 100141 td 0xfffffe000de77000 sched_switch() at sched_switch+0x194/frame 0xffffff88712d6720 mi_switch() at mi_switch+0x208/frame 0xffffff88712d6770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712d67a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88712d67d0 _sleep() at _sleep+0x3d4/frame 0xffffff88712d6860 foffset_lock() at foffset_lock+0x86/frame 0xffffff88712d6890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88712d68b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff88712d6a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff88712d6a80 kern_writev() at kern_writev+0x6c/frame 0xffffff88712d6ac0 sys_write() at sys_write+0x64/frame 0xffffff88712d6b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88712d6c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88712d6c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 7974 tid 100262 td 0xfffffe010e5df000 sched_switch() at sched_switch+0x194/frame 0xffffff88715336d0 mi_switch() at mi_switch+0x208/frame 0xffffff8871533720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871533750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88715337= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88715337d0 _sleep() at _sleep+0x368/frame 0xffffff8871533860 lf_advlockasync() at lf_advlockasync+0xddd/frame 0xffffff88715338f0 lf_advlock() at lf_advlock+0x47/frame 0xffffff8871533940 vop_stdadvlock() at vop_stdadvlock+0xb3/frame 0xffffff8871533a40 VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0x105/frame 0xffffff8871533a70 sys_flock() at sys_flock+0x13e/frame 0xffffff8871533b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871533c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871533c30 --- syscall (131, FreeBSD ELF64, sys_flock), rip =3D 0x80223447c, rsp =3D 0= x7fffffffd9d8, rbp =3D 0x7fffffffda5c --- Tracing command httpd pid 7971 tid 100208 td 0xfffffe0028eea920 sched_switch() at sched_switch+0x194/frame 0xffffff8871425720 mi_switch() at mi_switch+0x208/frame 0xffffff8871425770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88714257a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88714257d0 _sleep() at _sleep+0x3d4/frame 0xffffff8871425860 foffset_lock() at foffset_lock+0x86/frame 0xffffff8871425890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88714258b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff8871425a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff8871425a80 kern_writev() at kern_writev+0x6c/frame 0xffffff8871425ac0 sys_write() at sys_write+0x64/frame 0xffffff8871425b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871425c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871425c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 7969 tid 100098 td 0xfffffe000df39490 sched_switch() at sched_switch+0x194/frame 0xffffff88711ff720 mi_switch() at mi_switch+0x208/frame 0xffffff88711ff770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88711ff7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88711ff7d0 _sleep() at _sleep+0x3d4/frame 0xffffff88711ff860 foffset_lock() at foffset_lock+0x86/frame 0xffffff88711ff890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88711ff8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff88711ffa30 dofilewrite() at dofilewrite+0x85/frame 0xffffff88711ffa80 kern_writev() at kern_writev+0x6c/frame 0xffffff88711ffac0 sys_write() at sys_write+0x64/frame 0xffffff88711ffb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88711ffc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88711ffc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 7166 tid 100278 td 0xfffffe010e702000 sched_switch() at sched_switch+0x194/frame 0xffffff8871583720 mi_switch() at mi_switch+0x208/frame 0xffffff8871583770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88715837a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88715837d0 _sleep() at _sleep+0x3d4/frame 0xffffff8871583860 foffset_lock() at foffset_lock+0x86/frame 0xffffff8871583890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88715838b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff8871583a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff8871583a80 kern_writev() at kern_writev+0x6c/frame 0xffffff8871583ac0 sys_write() at sys_write+0x64/frame 0xffffff8871583b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871583c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871583c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command httpd pid 7164 tid 100175 td 0xfffffe0028a7e490 sched_switch() at sched_switch+0x194/frame 0xffffff88713806d0 mi_switch() at mi_switch+0x208/frame 0xffffff8871380720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871380750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713807= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713807d0 _sleep() at _sleep+0x368/frame 0xffffff8871380860 lf_advlockasync() at lf_advlockasync+0xddd/frame 0xffffff88713808f0 lf_advlock() at lf_advlock+0x47/frame 0xffffff8871380940 vop_stdadvlock() at vop_stdadvlock+0xb3/frame 0xffffff8871380a40 VOP_ADVLOCK_APV() at VOP_ADVLOCK_APV+0x105/frame 0xffffff8871380a70 sys_flock() at sys_flock+0x13e/frame 0xffffff8871380b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871380c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871380c30 --- syscall (131, FreeBSD ELF64, sys_flock), rip =3D 0x80223447c, rsp =3D 0= x7fffffffd9d8, rbp =3D 0x7fffffffda5c --- Tracing command httpd pid 6396 tid 100115 td 0xfffffe000daef000 sched_switch() at sched_switch+0x194/frame 0xffffff8871254720 mi_switch() at mi_switch+0x208/frame 0xffffff8871254770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712547a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88712547d0 _sleep() at _sleep+0x3d4/frame 0xffffff8871254860 foffset_lock() at foffset_lock+0x86/frame 0xffffff8871254890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88712548b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff8871254a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff8871254a80 kern_writev() at kern_writev+0x6c/frame 0xffffff8871254ac0 sys_write() at sys_write+0x64/frame 0xffffff8871254b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871254c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871254c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command cpdup pid 3076 tid 100157 td 0xfffffe000ddbb000 sched_switch() at sched_switch+0x194/frame 0xffffff8871326280 mi_switch() at mi_switch+0x208/frame 0xffffff88713262d0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871326300 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff8871326330 __lockmgr_args() at __lockmgr_args+0x921/frame 0xffffff8871326410 getblk() at getblk+0x119/frame 0xffffff88713264a0 breadn_flags() at breadn_flags+0x40/frame 0xffffff88713264f0 bread() at bread+0x26/frame 0xffffff8871326520 ffs_vgetf() at ffs_vgetf+0x2e9/frame 0xffffff88713265a0 ufs_lookup_ino() at ufs_lookup_ino+0xcec/frame 0xffffff88713266b0 VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0x102/frame 0xffffff88713266= e0 vfs_cache_lookup() at vfs_cache_lookup+0xf8/frame 0xffffff8871326750 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x102/frame 0xffffff8871326780 lookup() at lookup+0x32f/frame 0xffffff8871326820 namei() at namei+0x40f/frame 0xffffff88713268d0 kern_statat_vnhook() at kern_statat_vnhook+0xb6/frame 0xffffff8871326a50 kern_statat() at kern_statat+0x15/frame 0xffffff8871326a70 sys_lstat() at sys_lstat+0x2a/frame 0xffffff8871326b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871326c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871326c30 --- syscall (190, FreeBSD ELF64, sys_lstat), rip =3D 0x800b314ac, rsp =3D 0= x7fffffffd128, rbp =3D 0x7fffffffda40 --- Tracing command cpdup pid 2087 tid 100228 td 0xfffffe002896a000 sched_switch() at sched_switch+0x194/frame 0xffffff88714894c0 mi_switch() at mi_switch+0x208/frame 0xffffff8871489510 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871489540 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff8871489570 __lockmgr_args() at __lockmgr_args+0x921/frame 0xffffff8871489650 getblk() at getblk+0x119/frame 0xffffff88714896e0 breadn_flags() at breadn_flags+0x40/frame 0xffffff8871489730 ffs_update() at ffs_update+0x117/frame 0xffffff88714897c0 ufs_inactive() at ufs_inactive+0x178/frame 0xffffff8871489810 VOP_INACTIVE_APV() at VOP_INACTIVE_APV+0x105/frame 0xffffff8871489840 vinactive() at vinactive+0xa4/frame 0xffffff8871489890 vputx() at vputx+0x3e1/frame 0xffffff88714898f0 vn_close() at vn_close+0x13a/frame 0xffffff8871489970 vn_closefile() at vn_closefile+0x5d/frame 0xffffff88714899f0 _fdrop() at _fdrop+0x23/frame 0xffffff8871489a10 closef() at closef+0x5c/frame 0xffffff8871489ac0 kern_close() at kern_close+0x121/frame 0xffffff8871489b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871489c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871489c30 --- syscall (6, FreeBSD ELF64, sys_close), rip =3D 0x800b40adc, rsp =3D 0x7= fffffffd128, rbp =3D 0 --- Tracing command sh pid 1359 tid 100184 td 0xfffffe0028a16920 sched_switch() at sched_switch+0x194/frame 0xffffff88713ad850 mi_switch() at mi_switch+0x208/frame 0xffffff88713ad8a0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713ad8d0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713ad9= 30 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713ad950 _sleep() at _sleep+0x368/frame 0xffffff88713ad9e0 pipe_read() at pipe_read+0x4a2/frame 0xffffff88713ada30 dofileread() at dofileread+0xa1/frame 0xffffff88713ada80 kern_readv() at kern_readv+0x6c/frame 0xffffff88713adac0 sys_read() at sys_read+0x64/frame 0xffffff88713adb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713adc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713adc30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800dbbb1c, rsp =3D 0x7f= ffffffd3d8, rbp =3D 0x80140a88e --- Tracing command sh pid 1357 tid 100151 td 0xfffffe000df5e490 sched_switch() at sched_switch+0x194/frame 0xffffff8871308850 mi_switch() at mi_switch+0x208/frame 0xffffff88713088a0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713088d0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713089= 30 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871308950 _sleep() at _sleep+0x368/frame 0xffffff88713089e0 pipe_read() at pipe_read+0x4a2/frame 0xffffff8871308a30 dofileread() at dofileread+0xa1/frame 0xffffff8871308a80 kern_readv() at kern_readv+0x6c/frame 0xffffff8871308ac0 sys_read() at sys_read+0x64/frame 0xffffff8871308b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871308c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871308c30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800dbbb1c, rsp =3D 0x7f= ffffffd3d8, rbp =3D 0x80140a88e --- Tracing command httpd pid 1356 tid 100153 td 0xfffffe000df89920 sched_switch() at sched_switch+0x194/frame 0xffffff8871312720 mi_switch() at mi_switch+0x208/frame 0xffffff8871312770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713127a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88713127d0 _sleep() at _sleep+0x3d4/frame 0xffffff8871312860 foffset_lock() at foffset_lock+0x86/frame 0xffffff8871312890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88713128b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff8871312a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff8871312a80 kern_writev() at kern_writev+0x6c/frame 0xffffff8871312ac0 sys_write() at sys_write+0x64/frame 0xffffff8871312b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871312c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871312c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7f8, rbp =3D 0x13 --- Tracing command top pid 1352 tid 100217 td 0xfffffe0028efd920 sched_switch() at sched_switch+0x194/frame 0xffffff8871452700 mi_switch() at mi_switch+0x208/frame 0xffffff8871452750 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871452780 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88714527= e0 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff8871452810 _cv_timedwait_sig() at _cv_timedwait_sig+0x18f/frame 0xffffff8871452870 seltdwait() at seltdwait+0x56/frame 0xffffff88714528a0 kern_select() at kern_select+0x6f0/frame 0xffffff8871452ac0 sys_select() at sys_select+0x5d/frame 0xffffff8871452b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871452c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871452c30 --- syscall (93, FreeBSD ELF64, sys_select), rip =3D 0x800fa6a9c, rsp =3D 0= x7fffffffd8c8, rbp =3D 0x2f --- Tracing command httpd pid 1351 tid 100160 td 0xfffffe000ddb8000 sched_switch() at sched_switch+0x194/frame 0xffffff8871335720 mi_switch() at mi_switch+0x208/frame 0xffffff8871335770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713357a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88713357d0 _sleep() at _sleep+0x3d4/frame 0xffffff8871335860 foffset_lock() at foffset_lock+0x86/frame 0xffffff8871335890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff88713358b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff8871335a30 dofilewrite() at dofilewrite+0x85/frame 0xffffff8871335a80 kern_writev() at kern_writev+0x6c/frame 0xffffff8871335ac0 sys_write() at sys_write+0x64/frame 0xffffff8871335b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871335c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871335c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7d8, rbp =3D 0x13 --- Tracing command httpd pid 1350 tid 100162 td 0xfffffe000daf2490 sched_switch() at sched_switch+0x194/frame 0xffffff887133f720 mi_switch() at mi_switch+0x208/frame 0xffffff887133f770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887133f7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887133f7d0 _sleep() at _sleep+0x3d4/frame 0xffffff887133f860 foffset_lock() at foffset_lock+0x86/frame 0xffffff887133f890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff887133f8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff887133fa30 dofilewrite() at dofilewrite+0x85/frame 0xffffff887133fa80 kern_writev() at kern_writev+0x6c/frame 0xffffff887133fac0 sys_write() at sys_write+0x64/frame 0xffffff887133fb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887133fc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887133fc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7d8, rbp =3D 0x13 --- Tracing command httpd pid 1349 tid 100114 td 0xfffffe000dec8490 sched_switch() at sched_switch+0x194/frame 0xffffff887124f720 mi_switch() at mi_switch+0x208/frame 0xffffff887124f770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887124f7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887124f7d0 _sleep() at _sleep+0x3d4/frame 0xffffff887124f860 foffset_lock() at foffset_lock+0x86/frame 0xffffff887124f890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff887124f8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff887124fa30 dofilewrite() at dofilewrite+0x85/frame 0xffffff887124fa80 kern_writev() at kern_writev+0x6c/frame 0xffffff887124fac0 sys_write() at sys_write+0x64/frame 0xffffff887124fb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887124fc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887124fc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7d8, rbp =3D 0x13 --- Tracing command httpd pid 1348 tid 100165 td 0xfffffe000dfca920 sched_switch() at sched_switch+0x194/frame 0xffffff887134e720 mi_switch() at mi_switch+0x208/frame 0xffffff887134e770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887134e7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887134e7d0 _sleep() at _sleep+0x3d4/frame 0xffffff887134e860 foffset_lock() at foffset_lock+0x86/frame 0xffffff887134e890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff887134e8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff887134ea30 dofilewrite() at dofilewrite+0x85/frame 0xffffff887134ea80 kern_writev() at kern_writev+0x6c/frame 0xffffff887134eac0 sys_write() at sys_write+0x64/frame 0xffffff887134eb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887134ec30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887134ec30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7d8, rbp =3D 0x13 --- Tracing command httpd pid 1347 tid 100104 td 0xfffffe000de80920 sched_switch() at sched_switch+0x194/frame 0xffffff887121d720 mi_switch() at mi_switch+0x208/frame 0xffffff887121d770 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887121d7a0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887121d7d0 _sleep() at _sleep+0x3d4/frame 0xffffff887121d860 foffset_lock() at foffset_lock+0x86/frame 0xffffff887121d890 foffset_lock_uio() at foffset_lock_uio+0x18/frame 0xffffff887121d8b0 vn_io_fault() at vn_io_fault+0x6d/frame 0xffffff887121da30 dofilewrite() at dofilewrite+0x85/frame 0xffffff887121da80 kern_writev() at kern_writev+0x6c/frame 0xffffff887121dac0 sys_write() at sys_write+0x64/frame 0xffffff887121db10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887121dc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887121dc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x8022adafc, rsp =3D 0x7= fffffffd7d8, rbp =3D 0x13 --- Tracing command httpd pid 1346 tid 100095 td 0xfffffe000df3a490 sched_switch() at sched_switch+0x194/frame 0xffffff88711f0700 mi_switch() at mi_switch+0x208/frame 0xffffff88711f0750 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88711f0780 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88711f07= e0 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff88711f0810 _cv_timedwait_sig() at _cv_timedwait_sig+0x18f/frame 0xffffff88711f0870 seltdwait() at seltdwait+0x56/frame 0xffffff88711f08a0 kern_select() at kern_select+0x6f0/frame 0xffffff88711f0ac0 sys_select() at sys_select+0x5d/frame 0xffffff88711f0b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88711f0c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88711f0c30 --- syscall (93, FreeBSD ELF64, sys_select), rip =3D 0x8022ada9c, rsp =3D 0= x7fffffffda28, rbp =3D 0 --- Tracing command tcsh pid 1324 tid 100204 td 0xfffffe0028eeb490 sched_switch() at sched_switch+0x194/frame 0xffffff8871411900 mi_switch() at mi_switch+0x208/frame 0xffffff8871411950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871411980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88714119= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871411a00 _sleep() at _sleep+0x368/frame 0xffffff8871411a90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff8871411ae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff8871411b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871411c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871411c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffce68, rbp =3D 0x801408500 --- Tracing command csh pid 1322 tid 100089 td 0xfffffe000df3b000 sched_switch() at sched_switch+0x194/frame 0xffffff88711d2900 mi_switch() at mi_switch+0x208/frame 0xffffff88711d2950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88711d2980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88711d29= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88711d2a00 _sleep() at _sleep+0x368/frame 0xffffff88711d2a90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff88711d2ae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff88711d2b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88711d2c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88711d2c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffce58, rbp =3D 0x801407500 --- Tracing command tcsh pid 1320 tid 100173 td 0xfffffe000de82920 sched_switch() at sched_switch+0x194/frame 0xffffff8871376900 mi_switch() at mi_switch+0x208/frame 0xffffff8871376950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871376980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713769= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871376a00 _sleep() at _sleep+0x368/frame 0xffffff8871376a90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff8871376ae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff8871376b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871376c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871376c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffce68, rbp =3D 0x801408500 --- Tracing command csh pid 1318 tid 100212 td 0xfffffe0028938920 sched_switch() at sched_switch+0x194/frame 0xffffff8871439900 mi_switch() at mi_switch+0x208/frame 0xffffff8871439950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871439980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88714399= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871439a00 _sleep() at _sleep+0x368/frame 0xffffff8871439a90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff8871439ae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff8871439b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871439c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871439c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffce58, rbp =3D 0x801407500 --- Tracing command tcsh pid 1315 tid 100213 td 0xfffffe0028938490 sched_switch() at sched_switch+0x194/frame 0xffffff887143e900 mi_switch() at mi_switch+0x208/frame 0xffffff887143e950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887143e980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887143e9= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff887143ea00 _sleep() at _sleep+0x368/frame 0xffffff887143ea90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff887143eae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff887143eb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887143ec30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887143ec30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffce68, rbp =3D 0x801408500 --- Tracing command csh pid 1313 tid 100124 td 0xfffffe000df68490 sched_switch() at sched_switch+0x194/frame 0xffffff8871281900 mi_switch() at mi_switch+0x208/frame 0xffffff8871281950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871281980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712819= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871281a00 _sleep() at _sleep+0x368/frame 0xffffff8871281a90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff8871281ae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff8871281b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871281c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871281c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffce58, rbp =3D 0x801407500 --- Tracing command tcsh pid 1311 tid 100123 td 0xfffffe000df68920 sched_switch() at sched_switch+0x194/frame 0xffffff887127c900 mi_switch() at mi_switch+0x208/frame 0xffffff887127c950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887127c980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887127c9= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff887127ca00 _sleep() at _sleep+0x368/frame 0xffffff887127ca90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff887127cae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff887127cb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887127cc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887127cc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffce68, rbp =3D 0x801408500 --- Tracing command csh pid 1309 tid 100093 td 0xfffffe000dec9920 sched_switch() at sched_switch+0x194/frame 0xffffff88711e6900 mi_switch() at mi_switch+0x208/frame 0xffffff88711e6950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88711e6980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88711e69= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88711e6a00 _sleep() at _sleep+0x368/frame 0xffffff88711e6a90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff88711e6ae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff88711e6b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88711e6c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88711e6c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffce58, rbp =3D 0x801407500 --- Tracing command tcsh pid 1296 tid 100206 td 0xfffffe002896b000 sched_switch() at sched_switch+0x194/frame 0xffffff887141b900 mi_switch() at mi_switch+0x208/frame 0xffffff887141b950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887141b980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887141b9= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff887141ba00 _sleep() at _sleep+0x368/frame 0xffffff887141ba90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff887141bae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff887141bb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887141bc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887141bc30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffce68, rbp =3D 0x801408800 --- Tracing command csh pid 1293 tid 100163 td 0xfffffe000dfdb000 sched_switch() at sched_switch+0x194/frame 0xffffff8871344900 mi_switch() at mi_switch+0x208/frame 0xffffff8871344950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871344980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713449= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871344a00 _sleep() at _sleep+0x368/frame 0xffffff8871344a90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff8871344ae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff8871344b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871344c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871344c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffce58, rbp =3D 0x801407500 --- Tracing command tmux pid 1292 tid 100100 td 0xfffffe000de70490 cpustop_handler() at cpustop_handler+0x28/frame 0xffffff8000280d00 ipi_nmi_handler() at ipi_nmi_handler+0x3d/frame 0xffffff8000280d20 trap() at trap+0x355/frame 0xffffff8000280f20 nmi_calltrap() at nmi_calltrap+0x8/frame 0xffffff8000280f20 --- trap 0x13, rip =3D 0xffffffff808f01ad, rsp =3D 0xffffff8000280fe0, rbp = =3D 0xffffff8871209910 --- _mtx_lock_sleep() at _mtx_lock_sleep+0x17d/frame 0xffffff8871209910 _mtx_lock_flags() at _mtx_lock_flags+0x106/frame 0xffffff8871209940 sysctl_root() at sysctl_root+0x255/frame 0xffffff8871209990 userland_sysctl() at userland_sysctl+0x158/frame 0xffffff8871209a40 sys___sysctl() at sys___sysctl+0xaa/frame 0xffffff8871209b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871209c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871209c30 --- syscall (202, FreeBSD ELF64, sys___sysctl), rip =3D 0x800ff913c, rsp = =3D 0x7fffffffcae8, rbp =3D 0x7fffffffcb00 --- Tracing command tmux pid 1290 tid 100112 td 0xfffffe000df38920 sched_switch() at sched_switch+0x194/frame 0xffffff88712457c0 mi_switch() at mi_switch+0x208/frame 0xffffff8871245810 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871245840 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712458= a0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88712458c0 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff8871245920 seltdwait() at seltdwait+0xac/frame 0xffffff8871245950 sys_poll() at sys_poll+0x421/frame 0xffffff8871245b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871245c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871245c30 --- syscall (209, FreeBSD ELF64, sys_poll), rip =3D 0x800f92b3c, rsp =3D 0x= 7fffffffd0e8, rbp =3D 0x80144f100 --- Tracing command hastd pid 1283 tid 100196 td 0xfffffe0028fda000 sched_switch() at sched_switch+0x194/frame 0xffffff88713e98b0 mi_switch() at mi_switch+0x208/frame 0xffffff88713e9900 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713e9930 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713e99= 90 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713e99b0 _sleep() at _sleep+0x368/frame 0xffffff88713e9a40 do_wait() at do_wait+0x3fd/frame 0xffffff88713e9ad0 __umtx_op_wait_uint_private() at __umtx_op_wait_uint_private+0x6e/frame 0xf= fffff88713e9b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713e9c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713e9c30 --- syscall (454, FreeBSD ELF64, sys__umtx_op), rip =3D 0x800e7f4dc, rsp = =3D 0x7ffffeff7ef8, rbp =3D 0 --- Tracing command hastd pid 1283 tid 100195 td 0xfffffe000de97000 sched_switch() at sched_switch+0x194/frame 0xffffff88713e48b0 mi_switch() at mi_switch+0x208/frame 0xffffff88713e4900 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713e4930 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713e49= 90 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713e49b0 _sleep() at _sleep+0x368/frame 0xffffff88713e4a40 do_wait() at do_wait+0x3fd/frame 0xffffff88713e4ad0 __umtx_op_wait_uint_private() at __umtx_op_wait_uint_private+0x6e/frame 0xf= fffff88713e4b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713e4c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713e4c30 --- syscall (454, FreeBSD ELF64, sys__umtx_op), rip =3D 0x800e7f4dc, rsp = =3D 0x7fffff1f8ed8, rbp =3D 0 --- Tracing command hastd pid 1283 tid 100194 td 0xfffffe000de97490 sched_switch() at sched_switch+0x194/frame 0xffffff88713df8a0 mi_switch() at mi_switch+0x208/frame 0xffffff88713df8f0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713df920 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713df9= 80 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff88713df9b0 _sleep() at _sleep+0x3ae/frame 0xffffff88713dfa40 do_wait() at do_wait+0x53a/frame 0xffffff88713dfad0 __umtx_op_wait_uint_private() at __umtx_op_wait_uint_private+0x6e/frame 0xf= fffff88713dfb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713dfc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713dfc30 --- syscall (454, FreeBSD ELF64, sys__umtx_op), rip =3D 0x800e7f4dc, rsp = =3D 0x7fffff3f9eb8, rbp =3D 0 --- Tracing command hastd pid 1283 tid 100193 td 0xfffffe000de97920 sched_switch() at sched_switch+0x194/frame 0xffffff88713da7f0 mi_switch() at mi_switch+0x208/frame 0xffffff88713da840 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713da870 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff88713da8a0 _sleep() at _sleep+0x3d4/frame 0xffffff88713da930 bwait() at bwait+0x64/frame 0xffffff88713da960 physio() at physio+0x210/frame 0xffffff88713da9b0 devfs_read_f() at devfs_read_f+0x90/frame 0xffffff88713daa20 dofileread() at dofileread+0xa1/frame 0xffffff88713daa70 kern_preadv() at kern_preadv+0x68/frame 0xffffff88713daac0 sys_pread() at sys_pread+0x68/frame 0xffffff88713dab10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713dac30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713dac30 --- syscall (475, FreeBSD ELF64, sys_pread), rip =3D 0x80175596c, rsp =3D 0= x7fffff5faf98, rbp =3D 0x801cb3700 --- Tracing command hastd pid 1283 tid 100192 td 0xfffffe000de76000 sched_switch() at sched_switch+0x194/frame 0xffffff88713d56d0 mi_switch() at mi_switch+0x208/frame 0xffffff88713d5720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713d5750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713d57= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713d57d0 _sleep() at _sleep+0x368/frame 0xffffff88713d5860 g_gate_ioctl() at g_gate_ioctl+0x5d6/frame 0xffffff88713d5a00 devfs_ioctl_f() at devfs_ioctl_f+0x7a/frame 0xffffff88713d5a60 kern_ioctl() at kern_ioctl+0xcf/frame 0xffffff88713d5ab0 sys_ioctl() at sys_ioctl+0xfd/frame 0xffffff88713d5b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713d5c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713d5c30 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip =3D 0x801756abc, rsp =3D 0x= 7fffff7fbf88, rbp =3D 0x801d00800 --- Tracing command hastd pid 1283 tid 100191 td 0xfffffe000de76490 sched_switch() at sched_switch+0x194/frame 0xffffff88713d0780 mi_switch() at mi_switch+0x208/frame 0xffffff88713d07d0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713d0800 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713d08= 60 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713d0880 _sleep() at _sleep+0x368/frame 0xffffff88713d0910 soreceive_generic() at soreceive_generic+0xe5f/frame 0xffffff88713d09c0 kern_recvit() at kern_recvit+0x1c4/frame 0xffffff88713d0a80 recvit() at recvit+0x21/frame 0xffffff88713d0aa0 sys_recvfrom() at sys_recvfrom+0x82/frame 0xffffff88713d0b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713d0c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713d0c30 --- syscall (29, FreeBSD ELF64, sys_recvfrom), rip =3D 0x8016ffe0c, rsp =3D= 0x7fffff9fcec8, rbp =3D 0x7fffff9fcf60 --- =20 Tracing command hastd pid 1283 tid 100190 td 0xfffffe000de76920 sched_switch() at sched_switch+0x194/frame 0xffffff88713cb7c0 mi_switch() at mi_switch+0x208/frame 0xffffff88713cb810 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713cb840 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713cb8= a0 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff88713cb8d0 _sleep() at _sleep+0x3ae/frame 0xffffff88713cb960 kern_sigtimedwait() at kern_sigtimedwait+0x280/frame 0xffffff88713cba40 sys_sigtimedwait() at sys_sigtimedwait+0x95/frame 0xffffff88713cbb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713cbc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713cbc30 --- syscall (345, FreeBSD ELF64, sys_sigtimedwait), rip =3D 0x8016b091c, rs= p =3D 0x7fffffbfdf08, rbp =3D 0x5215a7e6 --- Tracing command hastd pid 1283 tid 100130 td 0xfffffe000df9f000 sched_switch() at sched_switch+0x194/frame 0xffffff887129f8b0 mi_switch() at mi_switch+0x208/frame 0xffffff887129f900 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887129f930 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887129f9= 90 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff887129f9b0 _sleep() at _sleep+0x368/frame 0xffffff887129fa40 do_wait() at do_wait+0x3fd/frame 0xffffff887129fad0 __umtx_op_wait_uint_private() at __umtx_op_wait_uint_private+0x6e/frame 0xf= fffff887129fb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887129fc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887129fc30 --- syscall (454, FreeBSD ELF64, sys__umtx_op), rip =3D 0x800e7f4dc, rsp = =3D 0x7fffffffcb68, rbp =3D 0 --- Tracing command hastd pid 1282 tid 100203 td 0xfffffe002896b920 sched_switch() at sched_switch+0x194/frame 0xffffff887140c8b0 mi_switch() at mi_switch+0x208/frame 0xffffff887140c900 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887140c930 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887140c9= 90 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff887140c9b0 _sleep() at _sleep+0x368/frame 0xffffff887140ca40 do_wait() at do_wait+0x3fd/frame 0xffffff887140cad0 __umtx_op_wait_uint_private() at __umtx_op_wait_uint_private+0x6e/frame 0xf= fffff887140cb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887140cc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887140cc30 --- syscall (454, FreeBSD ELF64, sys__umtx_op), rip =3D 0x800e7f4dc, rsp = =3D 0x7ffffeff7ef8, rbp =3D 0 --- Tracing command hastd pid 1282 tid 100202 td 0xfffffe0028a14000 sched_switch() at sched_switch+0x194/frame 0xffffff88714078b0 mi_switch() at mi_switch+0x208/frame 0xffffff8871407900 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871407930 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88714079= 90 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88714079b0 _sleep() at _sleep+0x368/frame 0xffffff8871407a40 do_wait() at do_wait+0x3fd/frame 0xffffff8871407ad0 __umtx_op_wait_uint_private() at __umtx_op_wait_uint_private+0x6e/frame 0xf= fffff8871407b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871407c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871407c30 --- syscall (454, FreeBSD ELF64, sys__umtx_op), rip =3D 0x800e7f4dc, rsp = =3D 0x7fffff1f8ed8, rbp =3D 0 --- Tracing command hastd pid 1282 tid 100201 td 0xfffffe0028a14490 sched_switch() at sched_switch+0x194/frame 0xffffff88714028a0 mi_switch() at mi_switch+0x208/frame 0xffffff88714028f0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871402920 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88714029= 80 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff88714029b0 _sleep() at _sleep+0x3ae/frame 0xffffff8871402a40 do_wait() at do_wait+0x53a/frame 0xffffff8871402ad0 __umtx_op_wait_uint_private() at __umtx_op_wait_uint_private+0x6e/frame 0xf= fffff8871402b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871402c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871402c30 --- syscall (454, FreeBSD ELF64, sys__umtx_op), rip =3D 0x800e7f4dc, rsp = =3D 0x7fffff3f9eb8, rbp =3D 0 --- Tracing command hastd pid 1282 tid 100200 td 0xfffffe0028a14920 sched_switch() at sched_switch+0x194/frame 0xffffff88713fd8b0 mi_switch() at mi_switch+0x208/frame 0xffffff88713fd900 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713fd930 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713fd9= 90 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713fd9b0 _sleep() at _sleep+0x368/frame 0xffffff88713fda40 do_wait() at do_wait+0x3fd/frame 0xffffff88713fdad0 __umtx_op_wait_uint_private() at __umtx_op_wait_uint_private+0x6e/frame 0xf= fffff88713fdb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713fdc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713fdc30 --- syscall (454, FreeBSD ELF64, sys__umtx_op), rip =3D 0x800e7f4dc, rsp = =3D 0x7fffff5faef8, rbp =3D 0 --- Tracing command hastd pid 1282 tid 100199 td 0xfffffe0028a15000 sched_switch() at sched_switch+0x194/frame 0xffffff88713f88b0 mi_switch() at mi_switch+0x208/frame 0xffffff88713f8900 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713f8930 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713f89= 90 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713f89b0 _sleep() at _sleep+0x368/frame 0xffffff88713f8a40 do_wait() at do_wait+0x3fd/frame 0xffffff88713f8ad0 __umtx_op_wait_uint_private() at __umtx_op_wait_uint_private+0x6e/frame 0xf= fffff88713f8b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713f8c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713f8c30 --- syscall (454, FreeBSD ELF64, sys__umtx_op), rip =3D 0x800e7f4dc, rsp = =3D 0x7fffff7fbee8, rbp =3D 0 --- Tracing command hastd pid 1282 tid 100198 td 0xfffffe0028a15490 sched_switch() at sched_switch+0x194/frame 0xffffff88713f3780 mi_switch() at mi_switch+0x208/frame 0xffffff88713f37d0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713f3800 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713f38= 60 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713f3880 _sleep() at _sleep+0x368/frame 0xffffff88713f3910 soreceive_generic() at soreceive_generic+0xe5f/frame 0xffffff88713f39c0 kern_recvit() at kern_recvit+0x1c4/frame 0xffffff88713f3a80 recvit() at recvit+0x21/frame 0xffffff88713f3aa0 sys_recvfrom() at sys_recvfrom+0x82/frame 0xffffff88713f3b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713f3c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713f3c30 --- syscall (29, FreeBSD ELF64, sys_recvfrom), rip =3D 0x8016ffe0c, rsp =3D= 0x7fffff9fcec8, rbp =3D 0x7fffff9fcf60 --- Tracing command hastd pid 1282 tid 100197 td 0xfffffe0028a15920 sched_switch() at sched_switch+0x194/frame 0xffffff88713ee7c0 mi_switch() at mi_switch+0x208/frame 0xffffff88713ee810 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713ee840 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713ee8= a0 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff88713ee8d0 _sleep() at _sleep+0x3ae/frame 0xffffff88713ee960 kern_sigtimedwait() at kern_sigtimedwait+0x280/frame 0xffffff88713eea40 sys_sigtimedwait() at sys_sigtimedwait+0x95/frame 0xffffff88713eeb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713eec30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713eec30 --- syscall (345, FreeBSD ELF64, sys_sigtimedwait), rip =3D 0x8016b091c, rs= p =3D 0x7fffffbfdf08, rbp =3D 0x5215a7e6 --- Tracing command hastd pid 1282 tid 100117 td 0xfffffe000daee920 sched_switch() at sched_switch+0x194/frame 0xffffff887125e7f0 mi_switch() at mi_switch+0x208/frame 0xffffff887125e840 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887125e870 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887125e8a0 _sleep() at _sleep+0x3d4/frame 0xffffff887125e930 bwait() at bwait+0x64/frame 0xffffff887125e960 physio() at physio+0x2b4/frame 0xffffff887125e9b0 devfs_write_f() at devfs_write_f+0xb1/frame 0xffffff887125ea20 dofilewrite() at dofilewrite+0x85/frame 0xffffff887125ea70 kern_pwritev() at kern_pwritev+0x68/frame 0xffffff887125eac0 sys_pwrite() at sys_pwrite+0x68/frame 0xffffff887125eb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887125ec30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887125ec30 --- syscall (476, FreeBSD ELF64, sys_pwrite), rip =3D 0x80175594c, rsp =3D = 0x7fffffffcbd8, rbp =3D 0x29f8800000 --- Tracing command csh pid 1276 tid 100111 td 0xfffffe000dec9000 sched_switch() at sched_switch+0x194/frame 0xffffff8871240900 mi_switch() at mi_switch+0x208/frame 0xffffff8871240950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871240980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712409= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871240a00 _sleep() at _sleep+0x368/frame 0xffffff8871240a90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff8871240ae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff8871240b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871240c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871240c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffcea8, rbp =3D 0x80140b600 --- Tracing command su pid 1275 tid 100129 td 0xfffffe000df9f490 sched_switch() at sched_switch+0x194/frame 0xffffff887129a6d0 mi_switch() at mi_switch+0x208/frame 0xffffff887129a720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887129a750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887129a7= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff887129a7d0 _sleep() at _sleep+0x368/frame 0xffffff887129a860 kern_wait6() at kern_wait6+0x5e2/frame 0xffffff887129a8f0 kern_wait() at kern_wait+0x9c/frame 0xffffff887129aa50 sys_wait4() at sys_wait4+0x35/frame 0xffffff887129ab10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887129ac30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887129ac30 --- syscall (7, FreeBSD ELF64, sys_wait4), rip =3D 0x800ed34ac, rsp =3D 0x7= fffffffd578, rbp =3D 0x4fc --- Tracing command csh pid 1272 tid 100166 td 0xfffffe000dfca490 sched_switch() at sched_switch+0x194/frame 0xffffff8871353900 mi_switch() at mi_switch+0x208/frame 0xffffff8871353950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871353980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713539= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871353a00 _sleep() at _sleep+0x368/frame 0xffffff8871353a90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff8871353ae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff8871353b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871353c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871353c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffcfa8, rbp =3D 0x80141c900 --- Tracing command sshd pid 1271 tid 100116 td 0xfffffe000df69490 sched_switch() at sched_switch+0x194/frame 0xffffff8871259710 mi_switch() at mi_switch+0x208/frame 0xffffff8871259760 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871259790 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712597= f0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871259810 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff8871259870 seltdwait() at seltdwait+0xac/frame 0xffffff88712598a0 kern_select() at kern_select+0x6f0/frame 0xffffff8871259ac0 sys_select() at sys_select+0x5d/frame 0xffffff8871259b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871259c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871259c30 --- syscall (93, FreeBSD ELF64, sys_select), rip =3D 0x8024f8a9c, rsp =3D 0= x7fffffffcc68, rbp =3D 0x7fffffffccf0 --- Tracing command sshd pid 1269 tid 100187 td 0xfffffe000daec000 sched_switch() at sched_switch+0x194/frame 0xffffff88713bc7c0 mi_switch() at mi_switch+0x208/frame 0xffffff88713bc810 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713bc840 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713bc8= a0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713bc8c0 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff88713bc920 seltdwait() at seltdwait+0xac/frame 0xffffff88713bc950 sys_poll() at sys_poll+0x421/frame 0xffffff88713bcb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713bcc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713bcc30 --- syscall (209, FreeBSD ELF64, sys_poll), rip =3D 0x802492b3c, rsp =3D 0x= 7fffffffcd08, rbp =3D 0x803017190 --- Tracing command csh pid 1267 tid 100185 td 0xfffffe000daec490 sched_switch() at sched_switch+0x194/frame 0xffffff88713b2900 mi_switch() at mi_switch+0x208/frame 0xffffff88713b2950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713b2980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713b29= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713b2a00 _sleep() at _sleep+0x368/frame 0xffffff88713b2a90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff88713b2ae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff88713b2b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88713b2c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88713b2c30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x800d4299c, rsp =3D 0x7= fffffffd048, rbp =3D 0x801460400 --- Tracing command login pid 1261 tid 100179 td 0xfffffe000daec920 sched_switch() at sched_switch+0x194/frame 0xffffff88713946d0 mi_switch() at mi_switch+0x208/frame 0xffffff8871394720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871394750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713947= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88713947d0 _sleep() at _sleep+0x368/frame 0xffffff8871394860 kern_wait6() at kern_wait6+0x5e2/frame 0xffffff88713948f0 kern_wait() at kern_wait+0x9c/frame 0xffffff8871394a50 sys_wait4() at sys_wait4+0x35/frame 0xffffff8871394b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871394c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871394c30 --- syscall (7, FreeBSD ELF64, sys_wait4), rip =3D 0x800ed54ac, rsp =3D 0x7= fffffffdc08, rbp =3D 0 --- Tracing command getty pid 1260 tid 100178 td 0xfffffe000daed000 sched_switch() at sched_switch+0x194/frame 0xffffff887138f770 mi_switch() at mi_switch+0x208/frame 0xffffff887138f7c0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887138f7f0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887138f8= 50 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff887138f870 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff887138f8d0 tty_wait() at tty_wait+0x48/frame 0xffffff887138f900 ttydisc_read() at ttydisc_read+0x33c/frame 0xffffff887138f990 ttydev_read() at ttydev_read+0x8e/frame 0xffffff887138f9c0 devfs_read_f() at devfs_read_f+0x90/frame 0xffffff887138fa30 dofileread() at dofileread+0xa1/frame 0xffffff887138fa80 kern_readv() at kern_readv+0x6c/frame 0xffffff887138fac0 sys_read() at sys_read+0x64/frame 0xffffff887138fb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887138fc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887138fc30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b3bb1c, rsp =3D 0x7f= ffffffdca8, rbp =3D 0 --- Tracing command getty pid 1259 tid 100177 td 0xfffffe000daed490 sched_switch() at sched_switch+0x194/frame 0xffffff887138a770 mi_switch() at mi_switch+0x208/frame 0xffffff887138a7c0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887138a7f0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887138a8= 50 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff887138a870 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff887138a8d0 tty_wait() at tty_wait+0x48/frame 0xffffff887138a900 ttydisc_read() at ttydisc_read+0x33c/frame 0xffffff887138a990 ttydev_read() at ttydev_read+0x8e/frame 0xffffff887138a9c0 devfs_read_f() at devfs_read_f+0x90/frame 0xffffff887138aa30 dofileread() at dofileread+0xa1/frame 0xffffff887138aa80 kern_readv() at kern_readv+0x6c/frame 0xffffff887138aac0 sys_read() at sys_read+0x64/frame 0xffffff887138ab10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887138ac30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887138ac30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b3bb1c, rsp =3D 0x7f= ffffffdca8, rbp =3D 0 --- Tracing command getty pid 1258 tid 100176 td 0xfffffe000daed920 sched_switch() at sched_switch+0x194/frame 0xffffff8871385770 mi_switch() at mi_switch+0x208/frame 0xffffff88713857c0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88713857f0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713858= 50 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871385870 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff88713858d0 tty_wait() at tty_wait+0x48/frame 0xffffff8871385900 ttydisc_read() at ttydisc_read+0x33c/frame 0xffffff8871385990 ttydev_read() at ttydev_read+0x8e/frame 0xffffff88713859c0 devfs_read_f() at devfs_read_f+0x90/frame 0xffffff8871385a30 dofileread() at dofileread+0xa1/frame 0xffffff8871385a80 kern_readv() at kern_readv+0x6c/frame 0xffffff8871385ac0 sys_read() at sys_read+0x64/frame 0xffffff8871385b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871385c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871385c30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b3bb1c, rsp =3D 0x7f= ffffffdca8, rbp =3D 0 --- Tracing command getty pid 1257 tid 100134 td 0xfffffe000de80490 sched_switch() at sched_switch+0x194/frame 0xffffff88712b3770 mi_switch() at mi_switch+0x208/frame 0xffffff88712b37c0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712b37f0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712b38= 50 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88712b3870 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff88712b38d0 tty_wait() at tty_wait+0x48/frame 0xffffff88712b3900 ttydisc_read() at ttydisc_read+0x33c/frame 0xffffff88712b3990 ttydev_read() at ttydev_read+0x8e/frame 0xffffff88712b39c0 devfs_read_f() at devfs_read_f+0x90/frame 0xffffff88712b3a30 dofileread() at dofileread+0xa1/frame 0xffffff88712b3a80 kern_readv() at kern_readv+0x6c/frame 0xffffff88712b3ac0 sys_read() at sys_read+0x64/frame 0xffffff88712b3b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88712b3c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88712b3c30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b3bb1c, rsp =3D 0x7f= ffffffdca8, rbp =3D 0 --- Tracing command getty pid 1256 tid 100107 td 0xfffffe000df1f000 sched_switch() at sched_switch+0x194/frame 0xffffff887122c770 mi_switch() at mi_switch+0x208/frame 0xffffff887122c7c0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887122c7f0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887122c8= 50 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff887122c870 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff887122c8d0 tty_wait() at tty_wait+0x48/frame 0xffffff887122c900 ttydisc_read() at ttydisc_read+0x33c/frame 0xffffff887122c990 ttydev_read() at ttydev_read+0x8e/frame 0xffffff887122c9c0 devfs_read_f() at devfs_read_f+0x90/frame 0xffffff887122ca30 dofileread() at dofileread+0xa1/frame 0xffffff887122ca80 kern_readv() at kern_readv+0x6c/frame 0xffffff887122cac0 sys_read() at sys_read+0x64/frame 0xffffff887122cb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887122cc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887122cc30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b3bb1c, rsp =3D 0x7f= ffffffdca8, rbp =3D 0 --- Tracing command getty pid 1255 tid 100128 td 0xfffffe000daee490 sched_switch() at sched_switch+0x194/frame 0xffffff8871295770 mi_switch() at mi_switch+0x208/frame 0xffffff88712957c0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712957f0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712958= 50 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871295870 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff88712958d0 tty_wait() at tty_wait+0x48/frame 0xffffff8871295900 ttydisc_read() at ttydisc_read+0x33c/frame 0xffffff8871295990 ttydev_read() at ttydev_read+0x8e/frame 0xffffff88712959c0 devfs_read_f() at devfs_read_f+0x90/frame 0xffffff8871295a30 dofileread() at dofileread+0xa1/frame 0xffffff8871295a80 kern_readv() at kern_readv+0x6c/frame 0xffffff8871295ac0 sys_read() at sys_read+0x64/frame 0xffffff8871295b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871295c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871295c30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b3bb1c, rsp =3D 0x7f= ffffffdca8, rbp =3D 0 --- Tracing command getty pid 1254 tid 100076 td 0xfffffe000daef490 sched_switch() at sched_switch+0x194/frame 0xffffff8871191770 mi_switch() at mi_switch+0x208/frame 0xffffff88711917c0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88711917f0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88711918= 50 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff8871191870 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff88711918d0 tty_wait() at tty_wait+0x48/frame 0xffffff8871191900 ttydisc_read() at ttydisc_read+0x33c/frame 0xffffff8871191990 ttydev_read() at ttydev_read+0x8e/frame 0xffffff88711919c0 devfs_read_f() at devfs_read_f+0x90/frame 0xffffff8871191a30 dofileread() at dofileread+0xa1/frame 0xffffff8871191a80 kern_readv() at kern_readv+0x6c/frame 0xffffff8871191ac0 sys_read() at sys_read+0x64/frame 0xffffff8871191b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871191c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871191c30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b3bb1c, rsp =3D 0x7f= ffffffdca8, rbp =3D 0 --- Tracing command getty pid 1253 tid 100084 td 0xfffffe000decb000 sched_switch() at sched_switch+0x194/frame 0xffffff88711b9770 mi_switch() at mi_switch+0x208/frame 0xffffff88711b97c0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88711b97f0 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88711b98= 50 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88711b9870 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff88711b98d0 tty_wait() at tty_wait+0x48/frame 0xffffff88711b9900 ttydisc_read() at ttydisc_read+0x33c/frame 0xffffff88711b9990 ttydev_read() at ttydev_read+0x8e/frame 0xffffff88711b99c0 devfs_read_f() at devfs_read_f+0x90/frame 0xffffff88711b9a30 dofileread() at dofileread+0xa1/frame 0xffffff88711b9a80 kern_readv() at kern_readv+0x6c/frame 0xffffff88711b9ac0 sys_read() at sys_read+0x64/frame 0xffffff88711b9b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88711b9c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88711b9c30 --- syscall (3, FreeBSD ELF64, sys_read), rip =3D 0x800b3bb1c, rsp =3D 0x7f= ffffffdca8, rbp =3D 0 --- Tracing command cron pid 1219 tid 100167 td 0xfffffe000dec4920 sched_switch() at sched_switch+0x194/frame 0xffffff88713588a0 mi_switch() at mi_switch+0x208/frame 0xffffff88713588f0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871358920 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88713589= 80 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff88713589b0 _sleep() at _sleep+0x3ae/frame 0xffffff8871358a40 kern_nanosleep() at kern_nanosleep+0x118/frame 0xffffff8871358ab0 sys_nanosleep() at sys_nanosleep+0x6e/frame 0xffffff8871358b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871358c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871358c30 --- syscall (240, FreeBSD ELF64, sys_nanosleep), rip =3D 0x800d2be2c, rsp = =3D 0x7fffffffdae8, rbp =3D 0x3c --- Tracing command sshd pid 1204 tid 100090 td 0xfffffe000deca920 sched_switch() at sched_switch+0x194/frame 0xffffff88711d7710 mi_switch() at mi_switch+0x208/frame 0xffffff88711d7760 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88711d7790 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88711d77= f0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88711d7810 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff88711d7870 seltdwait() at seltdwait+0xac/frame 0xffffff88711d78a0 kern_select() at kern_select+0x6f0/frame 0xffffff88711d7ac0 sys_select() at sys_select+0x5d/frame 0xffffff88711d7b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88711d7c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88711d7c30 --- syscall (93, FreeBSD ELF64, sys_select), rip =3D 0x8024f8a9c, rsp =3D 0= x7fffffffcd88, rbp =3D 0x2 --- =20 Tracing command exim-4.80.1-2 pid 1198 tid 100135 td 0xfffffe000de6f000 sched_switch() at sched_switch+0x194/frame 0xffffff88712b8710 mi_switch() at mi_switch+0x208/frame 0xffffff88712b8760 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712b8790 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712b87= f0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88712b8810 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff88712b8870 seltdwait() at seltdwait+0xac/frame 0xffffff88712b88a0 kern_select() at kern_select+0x6f0/frame 0xffffff88712b8ac0 sys_select() at sys_select+0x5d/frame 0xffffff88712b8b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88712b8c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88712b8c30 --- syscall (93, FreeBSD ELF64, sys_select), rip =3D 0x80234ba9c, rsp =3D 0= x7fffffffc6b8, rbp =3D 0x5 --- Tracing command nrpe2 pid 1185 tid 100102 td 0xfffffe000ddbc490 sched_switch() at sched_switch+0x194/frame 0xffffff8871213700 mi_switch() at mi_switch+0x208/frame 0xffffff8871213750 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8871213780 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712137= e0 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff8871213810 _cv_timedwait_sig() at _cv_timedwait_sig+0x18f/frame 0xffffff8871213870 seltdwait() at seltdwait+0x56/frame 0xffffff88712138a0 kern_select() at kern_select+0x6f0/frame 0xffffff8871213ac0 sys_select() at sys_select+0x5d/frame 0xffffff8871213b10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871213c30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871213c30 --- syscall (93, FreeBSD ELF64, sys_select), rip =3D 0x800b34a9c, rsp =3D 0= x7fffffffd038, rbp =3D 0x7fffffffdd10 --- Tracing command hastd pid 1124 tid 100133 td 0xfffffe000de6f490 sched_switch() at sched_switch+0x194/frame 0xffffff88712ae700 mi_switch() at mi_switch+0x208/frame 0xffffff88712ae750 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712ae780 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712ae7= e0 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff88712ae810 _cv_timedwait_sig() at _cv_timedwait_sig+0x18f/frame 0xffffff88712ae870 seltdwait() at seltdwait+0x56/frame 0xffffff88712ae8a0 kern_select() at kern_select+0x6f0/frame 0xffffff88712aeac0 sys_select() at sys_select+0x5d/frame 0xffffff88712aeb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88712aec30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88712aec30 --- syscall (93, FreeBSD ELF64, sys_select), rip =3D 0x801756a9c, rsp =3D 0= x7fffffffd898, rbp =3D 0x12 --- Tracing command syslogd pid 1093 tid 100094 td 0xfffffe000df3a920 sched_switch() at sched_switch+0x194/frame 0xffffff88711eb710 mi_switch() at mi_switch+0x208/frame 0xffffff88711eb760 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88711eb790 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88711eb7= f0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88711eb810 _cv_wait_sig() at _cv_wait_sig+0x181/frame 0xffffff88711eb870 seltdwait() at seltdwait+0xac/frame 0xffffff88711eb8a0 kern_select() at kern_select+0x6f0/frame 0xffffff88711ebac0 sys_select() at sys_select+0x5d/frame 0xffffff88711ebb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88711ebc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88711ebc30 --- syscall (93, FreeBSD ELF64, sys_select), rip =3D 0x800b3ea9c, rsp =3D 0= x7fffffffd128, rbp =3D 0x8010a00c8 --- Tracing command devd pid 930 tid 100155 td 0xfffffe000df89000 sched_switch() at sched_switch+0x194/frame 0xffffff887131c700 mi_switch() at mi_switch+0x208/frame 0xffffff887131c750 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887131c780 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff887131c7= e0 sleepq_timedwait_sig() at sleepq_timedwait_sig+0x19/frame 0xffffff887131c810 _cv_timedwait_sig() at _cv_timedwait_sig+0x18f/frame 0xffffff887131c870 seltdwait() at seltdwait+0x56/frame 0xffffff887131c8a0 kern_select() at kern_select+0x6f0/frame 0xffffff887131cac0 sys_select() at sys_select+0x5d/frame 0xffffff887131cb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff887131cc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff887131cc30 --- syscall (93, FreeBSD ELF64, sys_select), rip =3D 0x447f1c, rsp =3D 0x7f= ffffffbc38, rbp =3D 0x10 --- Tracing command adjkerntz pid 135 tid 100149 td 0xfffffe000de6e000 sched_switch() at sched_switch+0x194/frame 0xffffff88712fe900 mi_switch() at mi_switch+0x208/frame 0xffffff88712fe950 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff88712fe980 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff88712fe9= e0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff88712fea00 _sleep() at _sleep+0x368/frame 0xffffff88712fea90 kern_sigsuspend() at kern_sigsuspend+0x9b/frame 0xffffff88712feae0 sys_sigsuspend() at sys_sigsuspend+0x34/frame 0xffffff88712feb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88712fec30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88712fec30 --- syscall (4, FreeBSD ELF64, sys_write), rip =3D 0x80087e99c, rsp =3D 0x7= fffffffdc28, rbp =3D 0x1 --- Tracing command g_mirror gmrootfs pid 18 tid 100075 td 0xfffffe000ddbd920 sched_switch() at sched_switch+0x194/frame 0xffffff887118c9d0 mi_switch() at mi_switch+0x208/frame 0xffffff887118ca20 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff887118ca50 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff887118ca80 _sleep() at _sleep+0x3d4/frame 0xffffff887118cb10 g_mirror_worker() at g_mirror_worker+0xb4d/frame 0xffffff887118cbe0 fork_exit() at fork_exit+0x135/frame 0xffffff887118cc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff887118cc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff887118ccf0, rbp =3D 0 --- Tracing command softdepflush pid 17 tid 100074 td 0xfffffe000daef920 sched_switch() at sched_switch+0x194/frame 0xffffff884afbba60 mi_switch() at mi_switch+0x208/frame 0xffffff884afbbab0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884afbbae0 sleepq_timedwait() at sleepq_timedwait+0x4d/frame 0xffffff884afbbb10 _sleep() at _sleep+0x26d/frame 0xffffff884afbbba0 softdep_flush() at softdep_flush+0x26a/frame 0xffffff884afbbbe0 fork_exit() at fork_exit+0x135/frame 0xffffff884afbbc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884afbbc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884afbbcf0, rbp =3D 0 --- Tracing command syncer pid 16 tid 100073 td 0xfffffe000daf2000 sched_switch() at sched_switch+0x194/frame 0xffffff884afb6800 mi_switch() at mi_switch+0x208/frame 0xffffff884afb6850 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884afb6880 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884afb68b0 _sleep() at _sleep+0x3d4/frame 0xffffff884afb6940 getpbuf() at getpbuf+0x4e/frame 0xffffff884afb6960 cluster_wbuild_gb() at cluster_wbuild_gb+0x21e/frame 0xffffff884afb6a10 ffs_syncvnode() at ffs_syncvnode+0x2fa/frame 0xffffff884afb6a80 ffs_fsync() at ffs_fsync+0x45/frame 0xffffff884afb6ac0 VOP_FSYNC_APV() at VOP_FSYNC_APV+0x105/frame 0xffffff884afb6af0 sync_vnode() at sync_vnode+0x157/frame 0xffffff884afb6b70 sched_sync() at sched_sync+0x1c7/frame 0xffffff884afb6be0 fork_exit() at fork_exit+0x135/frame 0xffffff884afb6c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884afb6c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884afb6cf0, rbp =3D 0 --- Tracing command vnlru pid 9 tid 100072 td 0xfffffe000d98f000 sched_switch() at sched_switch+0x194/frame 0xffffff884afb1a10 mi_switch() at mi_switch+0x208/frame 0xffffff884afb1a60 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884afb1a90 sleepq_timedwait() at sleepq_timedwait+0x4d/frame 0xffffff884afb1ac0 _sleep() at _sleep+0x26d/frame 0xffffff884afb1b50 vnlru_proc() at vnlru_proc+0x58a/frame 0xffffff884afb1be0 fork_exit() at fork_exit+0x135/frame 0xffffff884afb1c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884afb1c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884afb1cf0, rbp =3D 0 --- Tracing command bufdaemon pid 8 tid 100071 td 0xfffffe000d98f490 sched_switch() at sched_switch+0x194/frame 0xffffff884afac8f0 mi_switch() at mi_switch+0x208/frame 0xffffff884afac940 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884afac970 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884afac9a0 _sleep() at _sleep+0x3d4/frame 0xffffff884afaca30 getpbuf() at getpbuf+0x4e/frame 0xffffff884afaca50 cluster_wbuild_gb() at cluster_wbuild_gb+0x21e/frame 0xffffff884afacb00 flushbufqueues() at flushbufqueues+0x72e/frame 0xffffff884afacba0 buf_do_flush() at buf_do_flush+0x16/frame 0xffffff884afacbc0 buf_daemon() at buf_daemon+0xe4/frame 0xffffff884afacbe0 fork_exit() at fork_exit+0x135/frame 0xffffff884afacc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884afacc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884afaccf0, rbp =3D 0 --- Tracing command pagezero pid 7 tid 100070 td 0xfffffe000d98f920 sched_switch() at sched_switch+0x194/frame 0xffffff884afa7a80 mi_switch() at mi_switch+0x208/frame 0xffffff884afa7ad0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884afa7b00 sleepq_timedwait() at sleepq_timedwait+0x4d/frame 0xffffff884afa7b30 _sleep() at _sleep+0x26d/frame 0xffffff884afa7bc0 vm_pagezero() at vm_pagezero+0x73/frame 0xffffff884afa7be0 fork_exit() at fork_exit+0x135/frame 0xffffff884afa7c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884afa7c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884afa7cf0, rbp =3D 0 --- Tracing command vmdaemon pid 6 tid 100069 td 0xfffffe000d991000 sched_switch() at sched_switch+0x194/frame 0xffffff884afa2a40 mi_switch() at mi_switch+0x208/frame 0xffffff884afa2a90 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884afa2ac0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884afa2af0 _sleep() at _sleep+0x3d4/frame 0xffffff884afa2b80 vm_daemon() at vm_daemon+0x4d/frame 0xffffff884afa2be0 fork_exit() at fork_exit+0x135/frame 0xffffff884afa2c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884afa2c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884afa2cf0, rbp =3D 0 --- Tracing command pagedaemon pid 5 tid 100068 td 0xfffffe000d991490 sched_switch() at sched_switch+0x194/frame 0xffffff884af9d980 mi_switch() at mi_switch+0x208/frame 0xffffff884af9d9d0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884af9da00 sleepq_timedwait() at sleepq_timedwait+0x4d/frame 0xffffff884af9da30 _sleep() at _sleep+0x26d/frame 0xffffff884af9dac0 vm_pageout() at vm_pageout+0x269/frame 0xffffff884af9dbe0 fork_exit() at fork_exit+0x135/frame 0xffffff884af9dc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884af9dc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884af9dcf0, rbp =3D 0 --- Tracing command xpt_thrd pid 4 tid 100067 td 0xfffffe000d991920 sched_switch() at sched_switch+0x194/frame 0xffffff884af98a80 mi_switch() at mi_switch+0x208/frame 0xffffff884af98ad0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884af98b00 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884af98b30 _sleep() at _sleep+0x3d4/frame 0xffffff884af98bc0 xpt_scanner_thread() at xpt_scanner_thread+0xd5/frame 0xffffff884af98be0 fork_exit() at fork_exit+0x135/frame 0xffffff884af98c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884af98c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884af98cf0, rbp =3D 0 --- Tracing command sctp_iterator pid 3 tid 100066 td 0xfffffe000d993000 sched_switch() at sched_switch+0x194/frame 0xffffff884af93a90 mi_switch() at mi_switch+0x208/frame 0xffffff884af93ae0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884af93b10 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884af93b40 _sleep() at _sleep+0x3d4/frame 0xffffff884af93bd0 sctp_iterator_thread() at sctp_iterator_thread+0x3f/frame 0xffffff884af93be0 fork_exit() at fork_exit+0x135/frame 0xffffff884af93c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884af93c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884af93cf0, rbp =3D 0 --- Tracing command fdc0 pid 2 tid 100063 td 0xfffffe000d994000 sched_switch() at sched_switch+0x194/frame 0xffffff884af7e9f0 mi_switch() at mi_switch+0x208/frame 0xffffff884af7ea40 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884af7ea70 sleepq_timedwait() at sleepq_timedwait+0x4d/frame 0xffffff884af7eaa0 _sleep() at _sleep+0x26d/frame 0xffffff884af7eb30 fdc_thread() at fdc_thread+0x74a/frame 0xffffff884af7ebe0 fork_exit() at fork_exit+0x135/frame 0xffffff884af7ec30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884af7ec30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884af7ecf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100059 td 0xfffffe000a532920 sched_switch() at sched_switch+0x194/frame 0xffffff884aee2aa0 mi_switch() at mi_switch+0x208/frame 0xffffff884aee2af0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884aee2b20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884aee2b50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884aee2bb0 usb_process() at usb_process+0x16b/frame 0xffffff884aee2be0 fork_exit() at fork_exit+0x135/frame 0xffffff884aee2c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884aee2c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884aee2cf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100058 td 0xfffffe000d700000 sched_switch() at sched_switch+0x194/frame 0xffffff884aeddaa0 mi_switch() at mi_switch+0x208/frame 0xffffff884aeddaf0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884aeddb20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884aeddb50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884aeddbb0 usb_process() at usb_process+0x16b/frame 0xffffff884aeddbe0 fork_exit() at fork_exit+0x135/frame 0xffffff884aeddc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884aeddc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884aeddcf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100057 td 0xfffffe000d700490 sched_switch() at sched_switch+0x194/frame 0xffffff884aed8aa0 mi_switch() at mi_switch+0x208/frame 0xffffff884aed8af0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884aed8b20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884aed8b50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884aed8bb0 usb_process() at usb_process+0x16b/frame 0xffffff884aed8be0 fork_exit() at fork_exit+0x135/frame 0xffffff884aed8c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884aed8c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884aed8cf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100056 td 0xfffffe000d700920 sched_switch() at sched_switch+0x194/frame 0xffffff884aed3aa0 mi_switch() at mi_switch+0x208/frame 0xffffff884aed3af0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884aed3b20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884aed3b50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884aed3bb0 usb_process() at usb_process+0x16b/frame 0xffffff884aed3be0 fork_exit() at fork_exit+0x135/frame 0xffffff884aed3c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884aed3c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884aed3cf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100055 td 0xfffffe000d701000 sched_switch() at sched_switch+0x194/frame 0xffffff884ad4baa0 mi_switch() at mi_switch+0x208/frame 0xffffff884ad4baf0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884ad4bb20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884ad4bb50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884ad4bbb0 usb_process() at usb_process+0x16b/frame 0xffffff884ad4bbe0 fork_exit() at fork_exit+0x135/frame 0xffffff884ad4bc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884ad4bc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884ad4bcf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100054 td 0xfffffe000d701490 sched_switch() at sched_switch+0x194/frame 0xffffff884ad46aa0 mi_switch() at mi_switch+0x208/frame 0xffffff884ad46af0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884ad46b20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884ad46b50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884ad46bb0 usb_process() at usb_process+0x16b/frame 0xffffff884ad46be0 fork_exit() at fork_exit+0x135/frame 0xffffff884ad46c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884ad46c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884ad46cf0, rbp =3D 0 --- =20 Tracing command usb pid 15 tid 100053 td 0xfffffe000d701920 sched_switch() at sched_switch+0x194/frame 0xffffff884ad41aa0 mi_switch() at mi_switch+0x208/frame 0xffffff884ad41af0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884ad41b20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884ad41b50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884ad41bb0 usb_process() at usb_process+0x16b/frame 0xffffff884ad41be0 fork_exit() at fork_exit+0x135/frame 0xffffff884ad41c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884ad41c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884ad41cf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100052 td 0xfffffe000d702000 sched_switch() at sched_switch+0x194/frame 0xffffff884ad3caa0 mi_switch() at mi_switch+0x208/frame 0xffffff884ad3caf0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884ad3cb20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884ad3cb50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884ad3cbb0 usb_process() at usb_process+0x16b/frame 0xffffff884ad3cbe0 fork_exit() at fork_exit+0x135/frame 0xffffff884ad3cc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884ad3cc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884ad3ccf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100050 td 0xfffffe000d702920 sched_switch() at sched_switch+0x194/frame 0xffffff884abacaa0 mi_switch() at mi_switch+0x208/frame 0xffffff884abacaf0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884abacb20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884abacb50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884abacbb0 usb_process() at usb_process+0x16b/frame 0xffffff884abacbe0 fork_exit() at fork_exit+0x135/frame 0xffffff884abacc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884abacc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884abaccf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100049 td 0xfffffe000a52e000 sched_switch() at sched_switch+0x194/frame 0xffffff884aba7aa0 mi_switch() at mi_switch+0x208/frame 0xffffff884aba7af0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884aba7b20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884aba7b50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884aba7bb0 usb_process() at usb_process+0x16b/frame 0xffffff884aba7be0 fork_exit() at fork_exit+0x135/frame 0xffffff884aba7c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884aba7c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884aba7cf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100048 td 0xfffffe000a52e490 sched_switch() at sched_switch+0x194/frame 0xffffff884aba2aa0 mi_switch() at mi_switch+0x208/frame 0xffffff884aba2af0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884aba2b20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884aba2b50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884aba2bb0 usb_process() at usb_process+0x16b/frame 0xffffff884aba2be0 fork_exit() at fork_exit+0x135/frame 0xffffff884aba2c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884aba2c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884aba2cf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100047 td 0xfffffe000a52e920 sched_switch() at sched_switch+0x194/frame 0xffffff884ab9daa0 mi_switch() at mi_switch+0x208/frame 0xffffff884ab9daf0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884ab9db20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884ab9db50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884ab9dbb0 usb_process() at usb_process+0x16b/frame 0xffffff884ab9dbe0 fork_exit() at fork_exit+0x135/frame 0xffffff884ab9dc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884ab9dc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884ab9dcf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100045 td 0xfffffe000a52f490 sched_switch() at sched_switch+0x194/frame 0xffffff884aa0daa0 mi_switch() at mi_switch+0x208/frame 0xffffff884aa0daf0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884aa0db20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884aa0db50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884aa0dbb0 usb_process() at usb_process+0x16b/frame 0xffffff884aa0dbe0 fork_exit() at fork_exit+0x135/frame 0xffffff884aa0dc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884aa0dc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884aa0dcf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100044 td 0xfffffe000a52f920 sched_switch() at sched_switch+0x194/frame 0xffffff884aa08aa0 mi_switch() at mi_switch+0x208/frame 0xffffff884aa08af0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884aa08b20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884aa08b50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884aa08bb0 usb_process() at usb_process+0x16b/frame 0xffffff884aa08be0 fork_exit() at fork_exit+0x135/frame 0xffffff884aa08c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884aa08c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884aa08cf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100043 td 0xfffffe000a531000 sched_switch() at sched_switch+0x194/frame 0xffffff884aa03aa0 mi_switch() at mi_switch+0x208/frame 0xffffff884aa03af0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884aa03b20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884aa03b50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884aa03bb0 usb_process() at usb_process+0x16b/frame 0xffffff884aa03be0 fork_exit() at fork_exit+0x135/frame 0xffffff884aa03c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884aa03c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884aa03cf0, rbp =3D 0 --- Tracing command usb pid 15 tid 100042 td 0xfffffe000a531490 sched_switch() at sched_switch+0x194/frame 0xffffff884a9feaa0 mi_switch() at mi_switch+0x208/frame 0xffffff884a9feaf0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884a9feb20 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884a9feb50 _cv_wait() at _cv_wait+0x17d/frame 0xffffff884a9febb0 usb_process() at usb_process+0x16b/frame 0xffffff884a9febe0 fork_exit() at fork_exit+0x135/frame 0xffffff884a9fec30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884a9fec30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884a9fecf0, rbp =3D 0 --- Tracing command yarrow pid 14 tid 100025 td 0xfffffe000a2dd000 sched_switch() at sched_switch+0x194/frame 0xffffff8000300a60 mi_switch() at mi_switch+0x208/frame 0xffffff8000300ab0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8000300ae0 sleepq_timedwait() at sleepq_timedwait+0x4d/frame 0xffffff8000300b10 _sleep() at _sleep+0x26d/frame 0xffffff8000300ba0 random_kthread() at random_kthread+0x1ad/frame 0xffffff8000300be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000300c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000300c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000300cf0, rbp =3D 0 --- Tracing command geom pid 13 tid 100023 td 0xfffffe000a2dd920 sched_switch() at sched_switch+0x194/frame 0xffffff80002f5a30 mi_switch() at mi_switch+0x208/frame 0xffffff80002f5a80 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff80002f5ab0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff80002f5ae0 _sleep() at _sleep+0x3d4/frame 0xffffff80002f5b70 g_io_schedule_down() at g_io_schedule_down+0x2bc/frame 0xffffff80002f5bd0 g_down_procbody() at g_down_procbody+0x72/frame 0xffffff80002f5be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002f5c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002f5c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002f5cf0, rbp =3D 0 --- Tracing command geom pid 13 tid 100022 td 0xfffffe000a2d3000 cpustop_handler() at cpustop_handler+0x28/frame 0xffffff8000264d00 ipi_nmi_handler() at ipi_nmi_handler+0x3d/frame 0xffffff8000264d20 trap() at trap+0x355/frame 0xffffff8000264f20 nmi_calltrap() at nmi_calltrap+0x8/frame 0xffffff8000264f20 --- trap 0x13, rip =3D 0xffffffff8092c60f, rsp =3D 0xffffff8000264fe0, rbp = =3D 0xffffff80002f0850 --- cpu_search_lowest() at cpu_search_lowest+0x8f/frame 0xffffff80002f0850 cpu_search_lowest() at cpu_search_lowest+0x18e/frame 0xffffff80002f08e0 sched_pickcpu() at sched_pickcpu+0x2b4/frame 0xffffff80002f0950 sched_add() at sched_add+0x65/frame 0xffffff80002f0990 intr_event_schedule_thread() at intr_event_schedule_thread+0xac/frame 0xfff= fff80002f09d0 intr_event_handle() at intr_event_handle+0xe8/frame 0xffffff80002f0a10 intr_execute_handlers() at intr_execute_handlers+0x5f/frame 0xffffff80002f0= a40 lapic_handle_intr() at lapic_handle_intr+0x32/frame 0xffffff80002f0a70 Xapic_isr1() at Xapic_isr1+0xa0/frame 0xffffff80002f0a70 --- interrupt, rip =3D 0xffffffff80cda633, rsp =3D 0xffffff80002f0b30, rbp = =3D 0xffffff80002f0b50 --- spinlock_exit() at spinlock_exit+0x33/frame 0xffffff80002f0b50 pmap_invalidate_range() at pmap_invalidate_range+0xc9/frame 0xffffff80002f0= b70 biodone() at biodone+0xaa/frame 0xffffff80002f0bb0 g_io_schedule_up() at g_io_schedule_up+0xcd/frame 0xffffff80002f0bd0 g_up_procbody() at g_up_procbody+0x72/frame 0xffffff80002f0be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002f0c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002f0c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002f0cf0, rbp =3D 0 --- Tracing command geom pid 13 tid 100021 td 0xfffffe000a2d3490 sched_switch() at sched_switch+0x194/frame 0xffffff80002eba70 mi_switch() at mi_switch+0x208/frame 0xffffff80002ebac0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff80002ebaf0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff80002ebb20 _sleep() at _sleep+0x3d4/frame 0xffffff80002ebbb0 g_run_events() at g_run_events+0x4c1/frame 0xffffff80002ebbe0 fork_exit() at fork_exit+0x135/frame 0xffffff80002ebc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002ebc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002ebcf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100064 td 0xfffffe000d993920 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100062 td 0xfffffe000d994490 sched_switch() at sched_switch+0x194/frame 0xffffff884af6fb40 mi_switch() at mi_switch+0x208/frame 0xffffff884af6fb90 ithread_loop() at ithread_loop+0x243/frame 0xffffff884af6fbe0 fork_exit() at fork_exit+0x135/frame 0xffffff884af6fc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884af6fc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884af6fcf0, rbp =3D 0 --- =20 Tracing command intr pid 12 tid 100061 td 0xfffffe000d994920 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100060 td 0xfffffe000a532490 sched_switch() at sched_switch+0x194/frame 0xffffff884af65b40 mi_switch() at mi_switch+0x208/frame 0xffffff884af65b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff884af65be0 fork_exit() at fork_exit+0x135/frame 0xffffff884af65c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884af65c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884af65cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100051 td 0xfffffe000d702490 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100046 td 0xfffffe000a52f000 sched_switch() at sched_switch+0x194/frame 0xffffff884ab98b40 mi_switch() at mi_switch+0x208/frame 0xffffff884ab98b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff884ab98be0 fork_exit() at fork_exit+0x135/frame 0xffffff884ab98c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884ab98c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884ab98cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100041 td 0xfffffe000a531920 fork_trampoline() at fork_trampoline Tracing command intr pid 12 tid 100040 td 0xfffffe000a532000 sched_switch() at sched_switch+0x194/frame 0xffffff800035bb40 mi_switch() at mi_switch+0x208/frame 0xffffff800035bb90 ithread_loop() at ithread_loop+0x243/frame 0xffffff800035bbe0 fork_exit() at fork_exit+0x135/frame 0xffffff800035bc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800035bc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff800035bcf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100032 td 0xfffffe000a4a3490 sched_switch() at sched_switch+0x194/frame 0xffffff8000323b40 mi_switch() at mi_switch+0x208/frame 0xffffff8000323b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff8000323be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000323c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000323c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000323cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100029 td 0xfffffe000a2d7920 sched_switch() at sched_switch+0x194/frame 0xffffff8000314b40 mi_switch() at mi_switch+0x208/frame 0xffffff8000314b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff8000314be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000314c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000314c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000314cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100028 td 0xfffffe000a2dc000 sched_switch() at sched_switch+0x194/frame 0xffffff800030fb40 mi_switch() at mi_switch+0x208/frame 0xffffff800030fb90 ithread_loop() at ithread_loop+0x243/frame 0xffffff800030fbe0 fork_exit() at fork_exit+0x135/frame 0xffffff800030fc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800030fc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff800030fcf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100026 td 0xfffffe000a2dc920 sched_switch() at sched_switch+0x194/frame 0xffffff8000305b40 mi_switch() at mi_switch+0x208/frame 0xffffff8000305b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff8000305be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000305c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000305c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000305cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100020 td 0xfffffe000a2d3920 sched_switch() at sched_switch+0x194/frame 0xffffff80002e6b40 mi_switch() at mi_switch+0x208/frame 0xffffff80002e6b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff80002e6be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002e6c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002e6c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002e6cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100019 td 0xfffffe000a2d4000 sched_switch() at sched_switch+0x194/frame 0xffffff80002e1b40 mi_switch() at mi_switch+0x208/frame 0xffffff80002e1b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff80002e1be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002e1c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002e1c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002e1cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100018 td 0xfffffe000a2d4490 sched_switch() at sched_switch+0x194/frame 0xffffff80002dcb40 mi_switch() at mi_switch+0x208/frame 0xffffff80002dcb90 ithread_loop() at ithread_loop+0x243/frame 0xffffff80002dcbe0 fork_exit() at fork_exit+0x135/frame 0xffffff80002dcc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002dcc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002dccf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100017 td 0xfffffe000a2d4920 sched_switch() at sched_switch+0x194/frame 0xffffff80002d7b40 mi_switch() at mi_switch+0x208/frame 0xffffff80002d7b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff80002d7be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002d7c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002d7c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002d7cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100016 td 0xfffffe000a2d7000 sched_switch() at sched_switch+0x194/frame 0xffffff80002d2b40 mi_switch() at mi_switch+0x208/frame 0xffffff80002d2b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff80002d2be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002d2c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002d2c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002d2cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100015 td 0xfffffe000a2c3000 sched_switch() at sched_switch+0x194/frame 0xffffff80002cdb40 mi_switch() at mi_switch+0x208/frame 0xffffff80002cdb90 ithread_loop() at ithread_loop+0x243/frame 0xffffff80002cdbe0 fork_exit() at fork_exit+0x135/frame 0xffffff80002cdc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002cdc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002cdcf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100014 td 0xfffffe000a2c3490 sched_switch() at sched_switch+0x194/frame 0xffffff80002c8b40 mi_switch() at mi_switch+0x208/frame 0xffffff80002c8b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff80002c8be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002c8c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002c8c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002c8cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100013 td 0xfffffe000a2c3920 sched_switch() at sched_switch+0x194/frame 0xffffff80002c3b40 mi_switch() at mi_switch+0x208/frame 0xffffff80002c3b90 ithread_loop() at ithread_loop+0x243/frame 0xffffff80002c3be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002c3c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002c3c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002c3cf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100012 td 0xfffffe000a2c4000 cpustop_handler() at cpustop_handler+0x28/frame 0xffffffff816105e0 ipi_nmi_handler() at ipi_nmi_handler+0x3d/frame 0xffffffff81610600 trap() at trap+0x355/frame 0xffffffff81610800 nmi_calltrap() at nmi_calltrap+0x8/frame 0xffffffff81610800 --- trap 0x13, rip =3D 0xffffffff808f019c, rsp =3D 0xffffffff816108c0, rbp = =3D 0xffffff80002bea70 --- _mtx_lock_sleep() at _mtx_lock_sleep+0x16c/frame 0xffffff80002bea70 _mtx_lock_flags() at _mtx_lock_flags+0x106/frame 0xffffff80002beaa0 softclock() at softclock+0x28f/frame 0xffffff80002beb60 intr_event_execute_handlers() at intr_event_execute_handlers+0x6a/frame 0xf= fffff80002beb90 ithread_loop() at ithread_loop+0xac/frame 0xffffff80002bebe0 fork_exit() at fork_exit+0x135/frame 0xffffff80002bec30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002bec30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002becf0, rbp =3D 0 --- Tracing command intr pid 12 tid 100011 td 0xfffffe000a2c4490 fork_trampoline() at fork_trampoline Tracing command idle pid 11 tid 100010 td 0xfffffe000a2c4920 sched_switch() at sched_switch+0x194/frame 0xffffff80002b4ae0 mi_switch() at mi_switch+0x208/frame 0xffffff80002b4b30 critical_exit() at critical_exit+0xb0/frame 0xffffff80002b4b50 sched_idletd() at sched_idletd+0x11e/frame 0xffffff80002b4be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002b4c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002b4c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002b4cf0, rbp =3D 0 --- Tracing command idle pid 11 tid 100009 td 0xfffffe000a2b3490 sched_switch() at sched_switch+0x194/frame 0xffffff80002afb00 mi_switch() at mi_switch+0x208/frame 0xffffff80002afb50 sched_idletd() at sched_idletd+0x17a/frame 0xffffff80002afbe0 fork_exit() at fork_exit+0x135/frame 0xffffff80002afc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002afc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002afcf0, rbp =3D 0 --- Tracing command idle pid 11 tid 100008 td 0xfffffe000a2b3920 cpustop_handler() at cpustop_handler+0x28/frame 0xffffff8000272d00 ipi_nmi_handler() at ipi_nmi_handler+0x3d/frame 0xffffff8000272d20 trap() at trap+0x355/frame 0xffffff8000272f20 nmi_calltrap() at nmi_calltrap+0x8/frame 0xffffff8000272f20 --- trap 0x13, rip =3D 0xffffffff80ccff06, rsp =3D 0xffffff8000272fe0, rbp = =3D 0xffffff80002aaad0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xffffff80002aaad0 acpi_cpu_idle() at acpi_cpu_idle+0x2ac/frame 0xffffff80002aab10 cpu_idle_acpi() at cpu_idle_acpi+0x45/frame 0xffffff80002aab30 cpu_idle() at cpu_idle+0x78/frame 0xffffff80002aab50 sched_idletd() at sched_idletd+0x11e/frame 0xffffff80002aabe0 fork_exit() at fork_exit+0x135/frame 0xffffff80002aac30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002aac30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002aacf0, rbp =3D 0 --- Tracing command idle pid 11 tid 100007 td 0xfffffe000a2c0000 cpustop_handler() at cpustop_handler+0x28/frame 0xffffff800026bd00 ipi_nmi_handler() at ipi_nmi_handler+0x3d/frame 0xffffff800026bd20 trap() at trap+0x355/frame 0xffffff800026bf20 nmi_calltrap() at nmi_calltrap+0x8/frame 0xffffff800026bf20 --- trap 0x13, rip =3D 0xffffffff80ccff06, rsp =3D 0xffffff800026bfe0, rbp = =3D 0xffffff80002a5ad0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xffffff80002a5ad0 acpi_cpu_idle() at acpi_cpu_idle+0x2ac/frame 0xffffff80002a5b10 cpu_idle_acpi() at cpu_idle_acpi+0x45/frame 0xffffff80002a5b30 cpu_idle() at cpu_idle+0x78/frame 0xffffff80002a5b50 sched_idletd() at sched_idletd+0x11e/frame 0xffffff80002a5be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002a5c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002a5c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002a5cf0, rbp =3D 0 --- Tracing command idle pid 11 tid 100006 td 0xfffffe000a2c0490 sched_switch() at sched_switch+0x194/frame 0xffffff80002a0ae0 mi_switch() at mi_switch+0x208/frame 0xffffff80002a0b30 critical_exit() at critical_exit+0xb0/frame 0xffffff80002a0b50 sched_idletd() at sched_idletd+0x11e/frame 0xffffff80002a0be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002a0c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002a0c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002a0cf0, rbp =3D 0 --- Tracing command idle pid 11 tid 100005 td 0xfffffe000a2c0920 cpustop_handler() at cpustop_handler+0x28/frame 0xffffff800025dd00 ipi_nmi_handler() at ipi_nmi_handler+0x3d/frame 0xffffff800025dd20 trap() at trap+0x355/frame 0xffffff800025df20 nmi_calltrap() at nmi_calltrap+0x8/frame 0xffffff800025df20 --- trap 0x13, rip =3D 0xffffffff80ccff06, rsp =3D 0xffffff800025dfe0, rbp = =3D 0xffffff800029bad0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xffffff800029bad0 acpi_cpu_idle() at acpi_cpu_idle+0x2ac/frame 0xffffff800029bb10 cpu_idle_acpi() at cpu_idle_acpi+0x45/frame 0xffffff800029bb30 cpu_idle() at cpu_idle+0x78/frame 0xffffff800029bb50 sched_idletd() at sched_idletd+0x11e/frame 0xffffff800029bbe0 fork_exit() at fork_exit+0x135/frame 0xffffff800029bc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800029bc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff800029bcf0, rbp =3D 0 --- Tracing command idle pid 11 tid 100004 td 0xfffffe000a2b2000 cpustop_handler() at cpustop_handler+0x28/frame 0xffffff8000256d00 ipi_nmi_handler() at ipi_nmi_handler+0x3d/frame 0xffffff8000256d20 trap() at trap+0x355/frame 0xffffff8000256f20 nmi_calltrap() at nmi_calltrap+0x8/frame 0xffffff8000256f20 --- trap 0x13, rip =3D 0xffffffff80ccff06, rsp =3D 0xffffff8000256fe0, rbp = =3D 0xffffff8000296ad0 --- acpi_cpu_c1() at acpi_cpu_c1+0x6/frame 0xffffff8000296ad0 acpi_cpu_idle() at acpi_cpu_idle+0x2ac/frame 0xffffff8000296b10 cpu_idle_acpi() at cpu_idle_acpi+0x45/frame 0xffffff8000296b30 cpu_idle() at cpu_idle+0x78/frame 0xffffff8000296b50 sched_idletd() at sched_idletd+0x11e/frame 0xffffff8000296be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000296c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000296c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000296cf0, rbp =3D 0 --- Tracing command idle pid 11 tid 100003 td 0xfffffe000a2b2490 sched_switch() at sched_switch+0x194/frame 0xffffff80002919c0 mi_switch() at mi_switch+0x208/frame 0xffffff8000291a10 critical_exit() at critical_exit+0xb0/frame 0xffffff8000291a30 lapic_handle_timer() at lapic_handle_timer+0x79/frame 0xffffff8000291a70 Xtimerint() at Xtimerint+0x88/frame 0xffffff8000291a70 --- interrupt, rip =3D 0xffffffff80cd9cc9, rsp =3D 0xffffff8000291b30, rbp = =3D 0xffffff8000291b50 --- cpu_idle_mwait() at cpu_idle_mwait+0x49/frame 0xffffff8000291b50 sched_idletd() at sched_idletd+0x11e/frame 0xffffff8000291be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000291c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000291c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000291cf0, rbp =3D 0 --- Tracing command init pid 1 tid 100002 td 0xfffffe000a2b2920 sched_switch() at sched_switch+0x194/frame 0xffffff800028c6d0 mi_switch() at mi_switch+0x208/frame 0xffffff800028c720 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff800028c750 sleepq_catch_signals() at sleepq_catch_signals+0x2a2/frame 0xffffff800028c7= b0 sleepq_wait_sig() at sleepq_wait_sig+0x16/frame 0xffffff800028c7d0 _sleep() at _sleep+0x368/frame 0xffffff800028c860 kern_wait6() at kern_wait6+0x5e2/frame 0xffffff800028c8f0 kern_wait() at kern_wait+0x9c/frame 0xffffff800028ca50 sys_wait4() at sys_wait4+0x35/frame 0xffffff800028cb10 amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff800028cc30 Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff800028cc30 --- syscall (7, FreeBSD ELF64, sys_wait4), rip =3D 0x412c8c, rsp =3D 0x7fff= ffffd7a8, rbp =3D 0x7d --- =20 Tracing command audit pid 10 tid 100001 td 0xfffffe000a2b3000 sched_switch() at sched_switch+0x194/frame 0xffffff8000287a50 mi_switch() at mi_switch+0x208/frame 0xffffff8000287aa0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8000287ad0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff8000287b00 _cv_wait() at _cv_wait+0x17d/frame 0xffffff8000287b60 audit_worker() at audit_worker+0x77/frame 0xffffff8000287be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000287c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000287c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000287cf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100065 td 0xfffffe000d993490 sched_switch() at sched_switch+0x194/frame 0xffffff884af8dab0 mi_switch() at mi_switch+0x208/frame 0xffffff884af8db00 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff884af8db30 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff884af8db60 msleep_spin() at msleep_spin+0x21c/frame 0xffffff884af8dbc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x5f/frame 0xffffff884af8d= be0 fork_exit() at fork_exit+0x135/frame 0xffffff884af8dc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff884af8dc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff884af8dcf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100039 td 0xfffffe000a4a1000 sched_switch() at sched_switch+0x194/frame 0xffffff8000356ab0 mi_switch() at mi_switch+0x208/frame 0xffffff8000356b00 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8000356b30 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff8000356b60 msleep_spin() at msleep_spin+0x21c/frame 0xffffff8000356bc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x5f/frame 0xffffff8000356= be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000356c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000356c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000356cf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100038 td 0xfffffe000a4a1490 sched_switch() at sched_switch+0x194/frame 0xffffff8000351ab0 mi_switch() at mi_switch+0x208/frame 0xffffff8000351b00 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8000351b30 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff8000351b60 msleep_spin() at msleep_spin+0x21c/frame 0xffffff8000351bc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x5f/frame 0xffffff8000351= be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000351c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000351c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000351cf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100037 td 0xfffffe000a4a1920 sched_switch() at sched_switch+0x194/frame 0xffffff8000344ab0 mi_switch() at mi_switch+0x208/frame 0xffffff8000344b00 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8000344b30 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff8000344b60 msleep_spin() at msleep_spin+0x21c/frame 0xffffff8000344bc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x5f/frame 0xffffff8000344= be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000344c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000344c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000344cf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100036 td 0xfffffe000a4a2000 sched_switch() at sched_switch+0x194/frame 0xffffff800033fab0 mi_switch() at mi_switch+0x208/frame 0xffffff800033fb00 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff800033fb30 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff800033fb60 msleep_spin() at msleep_spin+0x21c/frame 0xffffff800033fbc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x5f/frame 0xffffff800033f= be0 fork_exit() at fork_exit+0x135/frame 0xffffff800033fc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800033fc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff800033fcf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100035 td 0xfffffe000a4a2490 sched_switch() at sched_switch+0x194/frame 0xffffff8000332ab0 mi_switch() at mi_switch+0x208/frame 0xffffff8000332b00 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8000332b30 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff8000332b60 msleep_spin() at msleep_spin+0x21c/frame 0xffffff8000332bc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x5f/frame 0xffffff8000332= be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000332c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000332c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000332cf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100034 td 0xfffffe000a4a2920 sched_switch() at sched_switch+0x194/frame 0xffffff800032dab0 mi_switch() at mi_switch+0x208/frame 0xffffff800032db00 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff800032db30 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff800032db60 msleep_spin() at msleep_spin+0x21c/frame 0xffffff800032dbc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x5f/frame 0xffffff800032d= be0 fork_exit() at fork_exit+0x135/frame 0xffffff800032dc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800032dc30 --- trap 0, rip =3D 0, rsp =3D 0xffffff800032dcf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100033 td 0xfffffe000a4a3000 sched_switch() at sched_switch+0x194/frame 0xffffff8000328ab0 mi_switch() at mi_switch+0x208/frame 0xffffff8000328b00 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8000328b30 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff8000328b60 msleep_spin() at msleep_spin+0x21c/frame 0xffffff8000328bc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x5f/frame 0xffffff8000328= be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000328c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000328c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000328cf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100031 td 0xfffffe000a4a3920 sched_switch() at sched_switch+0x194/frame 0xffffff800031ea80 mi_switch() at mi_switch+0x208/frame 0xffffff800031ead0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff800031eb00 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff800031eb30 _sleep() at _sleep+0x3d4/frame 0xffffff800031ebc0 taskqueue_thread_loop() at taskqueue_thread_loop+0xb7/frame 0xffffff800031e= be0 fork_exit() at fork_exit+0x135/frame 0xffffff800031ec30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800031ec30 --- trap 0, rip =3D 0, rsp =3D 0xffffff800031ecf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100030 td 0xfffffe000a2d7490 sched_switch() at sched_switch+0x194/frame 0xffffff8000319a80 mi_switch() at mi_switch+0x208/frame 0xffffff8000319ad0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff8000319b00 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff8000319b30 _sleep() at _sleep+0x3d4/frame 0xffffff8000319bc0 taskqueue_thread_loop() at taskqueue_thread_loop+0xb7/frame 0xffffff8000319= be0 fork_exit() at fork_exit+0x135/frame 0xffffff8000319c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff8000319c30 --- trap 0, rip =3D 0, rsp =3D 0xffffff8000319cf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100027 td 0xfffffe000a2dc490 sched_switch() at sched_switch+0x194/frame 0xffffff800030aa80 mi_switch() at mi_switch+0x208/frame 0xffffff800030aad0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff800030ab00 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff800030ab30 _sleep() at _sleep+0x3d4/frame 0xffffff800030abc0 taskqueue_thread_loop() at taskqueue_thread_loop+0xb7/frame 0xffffff800030a= be0 fork_exit() at fork_exit+0x135/frame 0xffffff800030ac30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800030ac30 --- trap 0, rip =3D 0, rsp =3D 0xffffff800030acf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100024 td 0xfffffe000a2dd490 sched_switch() at sched_switch+0x194/frame 0xffffff80002faa80 mi_switch() at mi_switch+0x208/frame 0xffffff80002faad0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffff80002fab00 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffff80002fab30 _sleep() at _sleep+0x3d4/frame 0xffffff80002fabc0 taskqueue_thread_loop() at taskqueue_thread_loop+0xb7/frame 0xffffff80002fa= be0 fork_exit() at fork_exit+0x135/frame 0xffffff80002fac30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff80002fac30 --- trap 0, rip =3D 0, rsp =3D 0xffffff80002facf0, rbp =3D 0 --- Tracing command kernel pid 0 tid 100000 td 0xffffffff813f4ad0 sched_switch() at sched_switch+0x194/frame 0xffffffff81a26b50 mi_switch() at mi_switch+0x208/frame 0xffffffff81a26ba0 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffffff81a26bd0 sleepq_timedwait() at sleepq_timedwait+0x4d/frame 0xffffffff81a26c00 _sleep() at _sleep+0x26d/frame 0xffffffff81a26c90 scheduler() at scheduler+0x2a1/frame 0xffffffff81a26cd0 mi_startup() at mi_startup+0x77/frame 0xffffffff81a26cf0 btext() at btext+0x2c --Multipart=_Thu__22_Aug_2013_10_21_21_+0200_nF//5/q+6KpaeERX-- --Signature=_Thu__22_Aug_2013_10_21_21_+0200_AqUicpZAxs_SMgFu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlIVygoACgkQWTjlg++8y8uuiQCgy5zRNmWDac8q0CsZNZyhis7U QsoAn2CicaTnt81kdlRhuOCiyLFV+ECX =C514 -----END PGP SIGNATURE----- --Signature=_Thu__22_Aug_2013_10_21_21_+0200_AqUicpZAxs_SMgFu-- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 22 09:31:49 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 12127F2C for ; Thu, 22 Aug 2013 09:31:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 79F3F2C97 for ; Thu, 22 Aug 2013 09:31:48 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7M9VcAr046959; Thu, 22 Aug 2013 12:31:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7M9VcAr046959 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7M9Vc29046957; Thu, 22 Aug 2013 12:31:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 22 Aug 2013 12:31:38 +0300 From: Konstantin Belousov To: Yamagi Burmeister Subject: Re: 9.2-RC1: LORs / Deadlock with SU+J on HAST in "memsync" mode Message-ID: <20130822093138.GO4972@kib.kiev.ua> References: <20130819115101.ae9c0cf788f881dc4de464c5@yamagi.org> <20130822102121.a799b116b0f6b0f7c90ba578@yamagi.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UdMTFKtjsqZ7F4Ev" Content-Disposition: inline In-Reply-To: <20130822102121.a799b116b0f6b0f7c90ba578@yamagi.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2013 09:31:49 -0000 --UdMTFKtjsqZ7F4Ev Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 22, 2013 at 10:21:21AM +0200, Yamagi Burmeister wrote: > Hello, > attached is a file with the transcript of a dd session containing: > - ps > - trace > - show pcpu > - show allpcpu > - show locks > - show alllocks > - show lockedvnods > - alltrace > If the attachement is eaten by mailman the file can be found here: > http://deponie.yamagi.org/freebsd/debug/lor_hast/ddb2.txt >=20 > This is my first deadlock debug session. So if anything is still > missing please tell me. >=20 This has absolutely nothing to do with the deadlock we trying to catch. On your case, it seems that all i/o on the box is stalled, and my guess is that hastd just recursed waiting for some i/o completion which requires working hastd to finish. Talk to hastd author(s) about this. --UdMTFKtjsqZ7F4Ev Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSFdp5AAoJEJDCuSvBvK1Bu14P/iAEEh4gpJvfaX9p6ownrW+2 pnuu1nOuM4kaGnK2ZghCqznpvlG+wOYzXIkp0A9m1tkq2kOmUgEnbTnnTRlsatTi fq4Zi2jOZ7+9OxjaShxH8K12zeTydjVRX6Wt/AkdUH6p8L8044BezI2fbVG3oZ21 ml8pfg+NaM7wbYdcF8KgKwV8EK1eAixqdBqsIM85xQwyjnRDnlpXCzMr0RJCHGqd WAsCGLA/eKj/bYubha/jffxHOgXTyn+ySmecJuE8ib2rapvVXQ7X5Qrw5udikVn/ fP7j2BCIRc8plg8fu8zyMw3EzdmD/WQFFU+Tsm2V1NvQQaCUmlSO50KRRyYik8vf oL/7+5TIcVbont3syfcZiW2oCjagRjELzzNBWalpejYJZWv8UIOVRUNe0CAe/56l ajrd99h6E4JoyCDxapqhxZUqKIvzV/T+Ll0eDjke2YvOKPlRx5r0eHxgApSgpApj +fbr3WWdodP90u9t4vNuO9p9/2RZ2vvP6g/vfA3+qrsQZQWpRvctT2Ju2rXNzUYj fvQFikvH258LmDAuuZWkYOUe8JdncoJBw0VgejzwckFdQd3u/HwEvyEawQEFw2+D AX7y7o6PTLQ5KdqzChrk59bhr3nBUSH3cwKtknMJO2xQAXkqLCUpCK+cv+Jq+o+4 t4QHdSQqp49XMoINGITr =iRdS -----END PGP SIGNATURE----- --UdMTFKtjsqZ7F4Ev-- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 22 10:13:50 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id DE8FB27D; Thu, 22 Aug 2013 10:13:50 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (mail.yamagi.org [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA6E2F79; Thu, 22 Aug 2013 10:13:50 +0000 (UTC) Received: from lennart.pwag-local.de (unknown [212.48.125.109]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTPSA id 154E61666312; Thu, 22 Aug 2013 12:13:47 +0200 (CEST) Date: Thu, 22 Aug 2013 12:13:41 +0200 From: Yamagi Burmeister To: freebsd-fs@freebsd.org Subject: Re: 9.2-RC1: LORs / Deadlock with SU+J on HAST in "memsync" mode Message-Id: <20130822121341.0f27cb5e372d12bab8725654@yamagi.org> In-Reply-To: <20130819115101.ae9c0cf788f881dc4de464c5@yamagi.org> References: <20130819115101.ae9c0cf788f881dc4de464c5@yamagi.org> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__22_Aug_2013_12_13_41_+0200_1edTGGGYQbPa+y4n" Cc: trociny@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2013 10:13:50 -0000 --Signature=_Thu__22_Aug_2013_12_13_41_+0200_1edTGGGYQbPa+y4n Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello Mikolaj and Pawel, I've been told that the issue below is most likely a problem with HAST. Since it's your pet your're my next victims. :) A short summary: After having some systems upgraded to FreeBSD 9.2-RC1/RC2 and switched HAST to the new "memsync" mode I've seen processes getting stuck when accessing files on UFS filesystems with SU+J enabled. Testing showed that this only seems to happen (while I couldn't reproduce it in other combinations I'm not quite sure if its really the case) when HAST is running in "memsync" mode and the UFS filesystem on HAST has SU+J enabled. It can be reproduced easily with the instructions below.=20 Since my first mail I've done another DDB session, bit I'm not sure if it's helpfull since I focused on deadlocks. It can be found here: http://deponie.yamagi.org/freebsd/debug/lor_hast/ddb2.txt Some help with this issue would be appreciated. At leats for me HAST is currently usable when running in "memsync" mode with UFS and SU+J on it. As said before, more information can be provided. Ciao, Yamagi On Mon, 19 Aug 2013 11:51:01 +0200 Yamagi Burmeister wrote: > Hello, > in the last week I've seen several deadlocked processes (stucked in > state "vofflock" or "wswbuf0" on an UFS2 filesystem with SU+J on HAST > with "memsync" mode. TheThe deadlock disappear if either SU+J is > disabled (only SU are active) or HAST is switched to "fullsync" mode. >=20 > The system is: > FreeBSD tvtransfer.local 9.2-RC1 FreeBSD 9.2-RC1 #0 r254355M: > Fri Aug 16 12:35:30 UTC 2013 > support@tvtransfer.local:/usr/obj/usr/src/sys/GENERIC amd64 >=20 > I've build a kernel with full debugging support and seen this two LOR > beside the known false positive between bufwait and dirhash: >=20 > lock order reversal: > 1st 0xfffffe0197310d68 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2223 > 2nd 0xffffff87be8be0f8 bufwait (bufwait) > @ /usr/src/sys/ufs/ffs/ffs_vnops.c:261 3rd 0xfffffe019746f098 ufs (ufs) > @ /usr/src/sys/kern/vfs_subr.c:2223 KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame > 0xffffff88715dcd50 kdb_backtrace() at kdb_backtrace+0x37/frame > 0xffffff88715dce10 _witness_debugger() at _witness_debugger+0x2c/frame > 0xffffff88715dce30 witness_checkorder() at witness_checkorder > +0x875/frame 0xffffff88715dcef0 __lockmgr_args() at __lockmgr_args > +0x1141/frame 0xffffff88715dcfd0 ffs_lock() at ffs_lock+0x9c/frame > 0xffffff88715dd020 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xe3/frame > 0xffffff88715dd050 _vn_lock() at _vn_lock+0x55/frame 0xffffff88715dd0b0 > vget() at vget+0x7b/frame 0xffffff88715dd100 > vfs_hash_get() at vfs_hash_get+0xd5/frame 0xffffff88715dd150 > ffs_vgetf() at ffs_vgetf+0x48/frame 0xffffff88715dd1d0 > softdep_sync_buf() at softdep_sync_buf+0x547/frame 0xffffff88715dd2a0 > ffs_syncvnode() at ffs_syncvnode+0x2c1/frame 0xffffff88715dd310 > ffs_truncate() at ffs_truncate+0x10bb/frame 0xffffff88715dd560 > ufs_direnter() at ufs_direnter+0x550/frame 0xffffff88715dd630 > ufs_makeinode() at ufs_makeinode+0x355/frame 0xffffff88715dd7f0 > VOP_CREATE_APV() at VOP_CREATE_APV+0x102/frame 0xffffff88715dd820 > vn_open_cred() at vn_open_cred+0x45e/frame 0xffffff88715dd990 > kern_openat() at kern_openat+0x20a/frame 0xffffff88715ddb10 > amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff88715ddc30 > Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff88715ddc30 > --- syscall (5, FreeBSD ELF64, sys_open), rip =3D 0x800b38d3c, rsp =3D > 0x7fffffffd128, rbp =3D 0x7fffffffda40 ---=20 >=20 > lock order reversal: > 1st 0xfffffe0035dfbf30 so_snd_sx (so_snd_sx) > @ /usr/src/sys/kern/uipc_sockbuf.c:145 2nd 0xfffffe02ead2b328 ufs (ufs) > @ /usr/src/sys/kern/uipc_syscalls.c:2062 KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame > 0xffffff8871515530 kdb_backtrace() at kdb_backtrace+0x37/frame > 0xffffff88715155f0 _witness_debugger() at _witness_debugger+0x2c/frame > 0xffffff8871515610 witness_checkorder() at witness_checkorder > +0x875/frame 0xffffff88715156d0 __lockmgr_args() at __lockmgr_args > +0x1446/frame 0xffffff88715157b0 ffs_lock() at ffs_lock+0x9c/frame > 0xffffff8871515800 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xe3/frame > 0xffffff8871515830 _vn_lock() at _vn_lock+0x55/frame 0xffffff8871515890 > kern_sendfile() at kern_sendfile+0x8e7/frame 0xffffff8871515ab0 > do_sendfile() at do_sendfile+0xdc/frame 0xffffff8871515b10 > amd64_syscall() at amd64_syscall+0x2f9/frame 0xffffff8871515c30 > Xfast_syscall() at Xfast_syscall+0xf7/frame 0xffffff8871515c30 > --- syscall (393, FreeBSD ELF64, sys_sendfile), rip =3D 0x8022075bc, rsp > =3D 0x7fffffffb268, rbp =3D 0x7fffffffd570 --- >=20 > Both LORs can be found in a more readable format here: > http://deponie.yamagi.org/freebsd/debug/lor_hast/lor.txt >=20 > The transcript of a DDB session with all informations requested in > chapter "10.7. Debugging Deadlocks" of the developers handbook can > be found here: > http://deponie.yamagi.org/freebsd/debug/lor_hast/ddb.txt >=20 > Reproducing this problem is easy: > 1. Create a HAST setup in "memsync" mode with both primary and > secondary connected > 2. "newfs -U -j /dev/hast/$device" on the primary > 3. mount "mount /dev/hast/$device /mnt" > 4. Create some load on /mnt. For example copy /usr/ports in > an endless loop. Sooner or later processes accessing /mnt > will deadlock. This may be easer to reproduce while HAST > is performing the initial sync. >=20 > More information can be provided if necessary. >=20 > Thanks, > Yamagi >=20 > --=20 > Homepage: www.yamagi.org > XMPP: yamagi@yamagi.org > GnuPG/GPG: 0xEFBCCBCB --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Thu__22_Aug_2013_12_13_41_+0200_1edTGGGYQbPa+y4n Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlIV5FsACgkQWTjlg++8y8vAsQCePDi5/Xerr+f03wsHtkNzPYfI kYgAnim9Z/ZEw3zBIz38W9qNBw4epFma =Iecv -----END PGP SIGNATURE----- --Signature=_Thu__22_Aug_2013_12_13_41_+0200_1edTGGGYQbPa+y4n-- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 22 12:41:26 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5CCE7B99 for ; Thu, 22 Aug 2013 12:41:26 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-bk0-x234.google.com (mail-bk0-x234.google.com [IPv6:2a00:1450:4008:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DF1092A1D for ; Thu, 22 Aug 2013 12:41:25 +0000 (UTC) Received: by mail-bk0-f52.google.com with SMTP id e11so651197bkh.39 for ; Thu, 22 Aug 2013 05:41:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=o4IHZxLqOcUj8a5BkRf3s8SOfm23tAMVvLf2pSVx0Qs=; b=pCqab4ny1Etp96Qd0EWPVU4WfKB+2jWLn76UMMvYVzE8P+YvcDGUkxxSERBn9RFO7j 1JoqZ5wVpY3+PvVQm2bVkkdC8I+Ds2Jyqtc9JcRpH+gSRzOsvwqlk0dVkmHIZRNSOTJi ha2FQ9Synhc4L7aBp6mLwDtiVJ1FgRPWa5Q0HavajDcGmdtY/lfENwI/Z7XPlVFJzuDA Vw0/WXmw5QHShx97RlgXaa7Mx2w1El3Bxcgq4WKpR40jInCZ/FVGEkpNsxffGZrB1pQN nIKiHteOAQppqUtLMj84f5odE3Es2iDpqcPcHShcxLcvKAYlr16jUI8drSiV9Mn91P+u +wEQ== X-Received: by 10.204.240.11 with SMTP id ky11mr10118214bkb.21.1377175284035; Thu, 22 Aug 2013 05:41:24 -0700 (PDT) Received: from [192.168.1.104] (45.81.datacomsa.pl. [195.34.81.45]) by mx.google.com with ESMTPSA id kk2sm2959707bkb.10.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 22 Aug 2013 05:41:23 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: 9.2-RC1: LORs / Deadlock with SU+J on HAST in "memsync" mode Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-2 From: =?iso-8859-2?Q?Edward_Tomasz_Napiera=B3a?= In-Reply-To: <20130822093138.GO4972@kib.kiev.ua> Date: Thu, 22 Aug 2013 14:41:19 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <23FCE234-E811-4160-BCDD-B0E2B832DCD3@FreeBSD.org> References: <20130819115101.ae9c0cf788f881dc4de464c5@yamagi.org> <20130822102121.a799b116b0f6b0f7c90ba578@yamagi.org> <20130822093138.GO4972@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1283) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2013 12:41:26 -0000 Wiadomo=B6=E6 napisana przez Konstantin Belousov w dniu 22 sie 2013, o = godz. 11:31: > On Thu, Aug 22, 2013 at 10:21:21AM +0200, Yamagi Burmeister wrote: >> Hello, >> attached is a file with the transcript of a dd session containing: >> - ps >> - trace >> - show pcpu >> - show allpcpu >> - show locks >> - show alllocks >> - show lockedvnods >> - alltrace >> If the attachement is eaten by mailman the file can be found here: >> http://deponie.yamagi.org/freebsd/debug/lor_hast/ddb2.txt >>=20 >> This is my first deadlock debug session. So if anything is still >> missing please tell me. >>=20 > This has absolutely nothing to do with the deadlock we trying to = catch. > On your case, it seems that all i/o on the box is stalled, and my = guess > is that hastd just recursed waiting for some i/o completion which = requires > working hastd to finish. >=20 > Talk to hastd author(s) about this. Isn't this just another case of deadlock caused by being out of bufs? --=20 If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-fs@FreeBSD.ORG Thu Aug 22 16:03:19 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EAB48306; Thu, 22 Aug 2013 16:03:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4401D27B7; Thu, 22 Aug 2013 16:03:19 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7MG3Ean028767; Thu, 22 Aug 2013 19:03:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7MG3Ean028767 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7MG3Exn028766; Thu, 22 Aug 2013 19:03:14 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 22 Aug 2013 19:03:14 +0300 From: Konstantin Belousov To: Edward Tomasz Napiera?a Subject: Re: 9.2-RC1: LORs / Deadlock with SU+J on HAST in "memsync" mode Message-ID: <20130822160314.GS4972@kib.kiev.ua> References: <20130819115101.ae9c0cf788f881dc4de464c5@yamagi.org> <20130822102121.a799b116b0f6b0f7c90ba578@yamagi.org> <20130822093138.GO4972@kib.kiev.ua> <23FCE234-E811-4160-BCDD-B0E2B832DCD3@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E5JQ0pcKq0ha6n5z" Content-Disposition: inline In-Reply-To: <23FCE234-E811-4160-BCDD-B0E2B832DCD3@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2013 16:03:20 -0000 --E5JQ0pcKq0ha6n5z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 22, 2013 at 02:41:19PM +0200, Edward Tomasz Napiera?a wrote: > Wiadomo?? napisana przez Konstantin Belousov w dniu 22 sie 2013, o godz. = 11:31: > > This has absolutely nothing to do with the deadlock we trying to catch. > > On your case, it seems that all i/o on the box is stalled, and my guess > > is that hastd just recursed waiting for some i/o completion which requi= res > > working hastd to finish. > >=20 > > Talk to hastd author(s) about this. >=20 > Isn't this just another case of deadlock caused by being out of bufs? Well, this is indeed yet another case of the producer of the free resource (pbufs) requiring the same resource to proceed. Or, where the system should get more buffers ? --E5JQ0pcKq0ha6n5z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSFjZBAAoJEJDCuSvBvK1Bhb0QAIgR9BKukQgxO+uuJL657xKq p/eTcEkLX+JaSUMLlChZpO+NYCoYrvKxUEbrrkl7w+ctPMtl1uddaKBEi9m+fJD1 SVr+ANPzC1EAtjJYUOf8RHJSMRr8AAmSWclBMR4Ds/isN68DK11JCrbDKxUHw5cg nF6RgGrIK2wR8Srnc/qe+RXgti/4rrjrTKYdNz6OT+aP9S/XueCWTG5AtaVxumt6 3xAMj4Ic6YviRpFhMuIhmdjICIuTVy80c3b7XmxY3VB7j3s4JSsrWIfFk67Rzy53 g821mxNtpVCa74w4aPT2tPFP925UUNORE4gtJdgj0sBdaIXDWyO3lzohQsUGwRGo 78FEGagPsM2VMWK5iF0b+8AwS7NRPIA2gw93Opq+iV6lNj+jdhTBB1FqdBBlqfbC zDMG4gpb4U1OgPmpQQNehkh6tWK//PJVTCKVHFT+7kOKCsYo7796BKR8tBPwJXr0 NPO2l01feVFbfQj3uPS2lg+Z5r3TJGfhiyycvvOSnyY4/jsGggskaqhNsa/WFaSz Aego5IJV4nuFcrRDX996fdkPVR05aea+xD0OjVEBxRGIltbkGK6t/xhvwwTy2L9D /boPmQuCpZG0g+dUnV4FKBXJ3pRIC5fcTtLi+8QkEfEF6ddxeZMVcqputC2cSrT8 4Ibo58BZdsXd6hdpr7F2 =zneU -----END PGP SIGNATURE----- --E5JQ0pcKq0ha6n5z-- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 22 19:15:30 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B4D2DDA7; Thu, 22 Aug 2013 19:15:30 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8D528273F; Thu, 22 Aug 2013 19:15:30 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 99B29547E; Thu, 22 Aug 2013 12:15:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1377198929; bh=OajHApMX4BVAhfA4OimECffsW8TwD9BS3/oohMwCpeA=; h=Date:From:Reply-To:To:CC:Subject; b=zdRmml/c+2gSp2XwYs3lfSzCJED+r9WelwYbBaX58F1/5WrfXW2ygH1QZh79c2ncT rpRaaqmE02MFkw6I/peKd7sJZYbIOVSrqcfH4Z4V4bdmufuDOqYEF8jFjtnclQNaCI 4hoNW9W6iowOY+WC+LNr2WY6qlivvMBDHJBNThno= Message-ID: <52166351.4030106@delphij.net> Date: Thu, 22 Aug 2013 12:15:29 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: "freebsd-security@freebsd.org" Subject: Allowing tmpfs to be mounted in jail? X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.ORG, kib@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2013 19:15:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi, Do anybody have concerns if I would commit this? Index: sys/fs/tmpfs/tmpfs_vfsops.c =================================================================== - --- sys/fs/tmpfs/tmpfs_vfsops.c (revision 254663) +++ sys/fs/tmpfs/tmpfs_vfsops.c (working copy) @@ -420,4 +420,4 @@ struct vfsops tmpfs_vfsops = { .vfs_statfs = tmpfs_statfs, .vfs_fhtovp = tmpfs_fhtovp, }; - -VFS_SET(tmpfs_vfsops, tmpfs, 0); +VFS_SET(tmpfs_vfsops, tmpfs, VFCF_JAIL); Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCgAGBQJSFmNRAAoJEG80Jeu8UPuzhFMH/2jligxAHwhYCbaYe43d8XXd 8ljxmusiVWLTwsjhcZRs0Pg56BSPFR2yMbf1rLgQQCc1HpIK82N9zd3hfDoSZTM3 fhY+gB+M3aMfQ3A0lGzpCckFdj7Dlyr+drXuVeKsTCEdM7U82/GRBq/wkI8OGft4 kCd9kmpiupFL5WmboBJNjC1wSgn0TYeGXazkTY9K4n0HmZP+306xf6ABHEkPO5XI nJuGsq8u2MhBmet4Cm38dGJGXym5mWRkU/i+YmgDTCVWbdKwILtEHQyq55krSPkP p85ntduffcAwcy8Yl8facveYq+pybQKO9pEP8hUMZIN0bLPCM01FQl5x4vbyFzc= =w8tX -----END PGP SIGNATURE----- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 22 21:37:47 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 521BBED6; Thu, 22 Aug 2013 21:37:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A5175252F; Thu, 22 Aug 2013 21:37:46 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r7MLbWsE007931; Fri, 23 Aug 2013 00:37:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r7MLbWsE007931 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r7MLbWHX007930; Fri, 23 Aug 2013 00:37:32 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 23 Aug 2013 00:37:32 +0300 From: Konstantin Belousov To: d@delphij.net Subject: Re: Allowing tmpfs to be mounted in jail? Message-ID: <20130822213732.GA4972@kib.kiev.ua> References: <52166351.4030106@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bichG//H2mG70Fl1" Content-Disposition: inline In-Reply-To: <52166351.4030106@delphij.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-fs@FreeBSD.ORG, "freebsd-security@freebsd.org" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2013 21:37:47 -0000 --bichG//H2mG70Fl1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 22, 2013 at 12:15:29PM -0700, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > Hi, >=20 > Do anybody have concerns if I would commit this? >=20 > Index: sys/fs/tmpfs/tmpfs_vfsops.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > - --- sys/fs/tmpfs/tmpfs_vfsops.c (revision 254663) > +++ sys/fs/tmpfs/tmpfs_vfsops.c (working copy) > @@ -420,4 +420,4 @@ struct vfsops tmpfs_vfsops =3D { > .vfs_statfs =3D tmpfs_statfs, > .vfs_fhtovp =3D tmpfs_fhtovp, > }; > - -VFS_SET(tmpfs_vfsops, tmpfs, 0); > +VFS_SET(tmpfs_vfsops, tmpfs, VFCF_JAIL); >=20 Unrestricted tmpfs mounts can easily consume all available memory, making the host unusable. But the change is probably fine, since we have global 'disable mount from the jail' flag. --bichG//H2mG70Fl1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQIcBAEBAgAGBQJSFoSbAAoJEJDCuSvBvK1B7dYP/iYajaL4lhFs0d7tm8dDMBB6 n4CgaoDAtTzj8UqcBFleeeDKqnvj+PnymR5v/PQwuwLxjkTj6sbOZ+fOGQT/kiy+ Zp0NzuqX6H7Ur45Nwt66wqA7PxOxUuLugpt1/lBreDZiPme8+xwIj9CRK/9Nt+4a ODeX7ob0B0lqDCBzj8h3xRXWjgCV05Yq2GtVkqbVGptIMgYOWhCgqBXTyoDb36qQ av4g/yMq1DzHsaq8nRLfF/GyF1BtUSk+nf1t0Dh5UaSFSLPKncl5CV5vU9yEMtWm d5KCrWzZqUuG863znfpxVRz2ya2Bl8K/5d93pOt/yl/De8pVy44lCmn7N8HA3HB9 OL7+C+vTA4L8rWsNw1K1v727+i+2YSEvOgrSKhUYAuQT35E0FT0QC1WJesyYZaIJ 9zxrsJeJ7fiEoKxk+k1rh7mr39f4CiS8DjlM7pWG0xAR8GU5lhe1NsXnAk2X1lH6 TxIA7wBvEPOGRG28cqQlC3um+iNourgFalPEBML2f61ZVs7MZ06bDZsCvioIB2fi Ns4Y96L2Npu5/zEON93iYf/a5J3yD2G3iDhiMtyeatg2qiwx69j5uIUoiPtzen8E 5p14MI9jWVk7Q0Effij1R6VK1YWX7j+gslg6ktfVBTw9jxYPM0VH4m0p5TWbSMJI rwbai0r9zOakzPw/TCFV =AOCT -----END PGP SIGNATURE----- --bichG//H2mG70Fl1-- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 22 23:13:05 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3297150B; Thu, 22 Aug 2013 23:13:05 +0000 (UTC) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Received: from nschwmtas03p.mx.bigpond.com (nschwmtas03p.mx.bigpond.com [61.9.189.143]) by mx1.freebsd.org (Postfix) with ESMTP id 986A42D4F; Thu, 22 Aug 2013 23:13:04 +0000 (UTC) Received: from nschwcmgw07p ([61.9.190.167]) by nschwmtas03p.mx.bigpond.com with ESMTP id <20130822231257.LLHT2008.nschwmtas03p.mx.bigpond.com@nschwcmgw07p>; Thu, 22 Aug 2013 23:12:57 +0000 Received: from hermes.heuristicsystems.com.au ([58.172.113.247]) by nschwcmgw07p with BigPond Outbound id FzCw1m0095LKYmq01zCwwB; Thu, 22 Aug 2013 23:12:57 +0000 X-Authority-Analysis: v=2.0 cv=BKIxXSsG c=1 sm=1 a=YibVxx38Z+cwdCKSMcELyg==:17 a=wLMJVk681PMA:10 a=twTT4oUKOlYA:10 a=kj9zAlcOel0A:10 a=GHIR_BbyAAAA:8 a=f-zmaRjzSWEA:10 a=6I5d2MoRAAAA:8 a=SWg00rOMAAAA:8 a=v_pWlI0P17lZLm5KGXEA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=3_5TX_vZOqAA:10 a=YibVxx38Z+cwdCKSMcELyg==:117 Received: from white (white.hs [10.0.5.2]) (authenticated bits=0) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id r7MNB2oR077761; Fri, 23 Aug 2013 09:11:02 +1000 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) From: "Dewayne Geraghty" To: , References: <52166351.4030106@delphij.net> Subject: RE: Allowing tmpfs to be mounted in jail? Date: Fri, 23 Aug 2013 09:11:02 +1000 Message-ID: <641D3DB0C34A482EA7F5902243F3F6D0@white> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <52166351.4030106@delphij.net> Thread-Index: Ac6fgOskX7VKuwASRCC5TtqA+PL7vgACanrA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2013 23:13:05 -0000 > -----Original Message----- > From: owner-freebsd-security@freebsd.org > [mailto:owner-freebsd-security@freebsd.org] On Behalf Of Xin Li > Sent: Friday, 23 August 2013 5:15 AM > To: freebsd-security@freebsd.org > Cc: freebsd-fs@freebsd.org; kib@freebsd.org > Subject: Allowing tmpfs to be mounted in jail? > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Hi, > > Do anybody have concerns if I would commit this? > > Index: sys/fs/tmpfs/tmpfs_vfsops.c > =================================================================== > - --- sys/fs/tmpfs/tmpfs_vfsops.c (revision 254663) > +++ sys/fs/tmpfs/tmpfs_vfsops.c (working copy) > @@ -420,4 +420,4 @@ struct vfsops tmpfs_vfsops = { > .vfs_statfs = tmpfs_statfs, > .vfs_fhtovp = tmpfs_fhtovp, > }; > - -VFS_SET(tmpfs_vfsops, tmpfs, 0); > +VFS_SET(tmpfs_vfsops, tmpfs, VFCF_JAIL); > > Cheers, > - -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.21 (FreeBSD) > > iQEcBAEBCgAGBQJSFmNRAAoJEG80Jeu8UPuzhFMH/2jligxAHwhYCbaYe43d8XXd > 8ljxmusiVWLTwsjhcZRs0Pg56BSPFR2yMbf1rLgQQCc1HpIK82N9zd3hfDoSZTM3 > fhY+gB+M3aMfQ3A0lGzpCckFdj7Dlyr+drXuVeKsTCEdM7U82/GRBq/wkI8OGft4 > kCd9kmpiupFL5WmboBJNjC1wSgn0TYeGXazkTY9K4n0HmZP+306xf6ABHEkPO5XI > nJuGsq8u2MhBmet4Cm38dGJGXym5mWRkU/i+YmgDTCVWbdKwILtEHQyq55krSPkP > p85ntduffcAwcy8Yl8facveYq+pybQKO9pEP8hUMZIN0bLPCM01FQl5x4vbyFzc= > =w8tX > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-security@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-security > To unsubscribe, send any mail to > "freebsd-security-unsubscribe@freebsd.org" Xin Li, I can envision the use of tmpfs without providing access to mounting other devices within a jail context. It would be better if this feature had its own sysctl to control the jail's state, particularly as a DOS could "inadvertently" be introduced, per Kib's earlier point. Other devices-types have additional mitigation strategies, such as exclusion via dev.rules which tmpfs doesn't have. Regards, Dewayne. From owner-freebsd-fs@FreeBSD.ORG Thu Aug 22 23:20:23 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 456927A5; Thu, 22 Aug 2013 23:20:23 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-vb0-x22c.google.com (mail-vb0-x22c.google.com [IPv6:2607:f8b0:400c:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E788D2D9A; Thu, 22 Aug 2013 23:20:22 +0000 (UTC) Received: by mail-vb0-f44.google.com with SMTP id e13so1805224vbg.31 for ; Thu, 22 Aug 2013 16:20:22 -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:content-type; bh=wpE/uUL+T5tx5ffDleP0sk6Om9rTwjycVh4haGj3w2s=; b=1ANaz4VKELe9lxplK+q4Is6SOA7+6Kpf8hyvz3fieJqKU5uFUs+Lv2jiOvyJHsiF1c 3pjTSKe2ENOVwYIzby19wkwimnqa1o6sTiChQvT8lgvj3xwbXJ2M0plJ7i6AsTFWX1MJ fK4LaQ4h/dssHMtraWBSmh1zNeVwhZupWQP3fd62HdY0/LVm0WjRnoBB9BucR6M1YoG0 psF/thEPKNhUQLcyGyCWOpziBZPAtvC5c8erTwjVvcQu4zZVgS01OMsIAStAfIvZ9cOG hn4mi4O0nYYfQ9esxknDRtCecAnaC6WuZoThsvgCuHgsBQrqfRsiJlCLS1oifAJIpkwA bW2Q== MIME-Version: 1.0 X-Received: by 10.58.201.227 with SMTP id kd3mr13741179vec.14.1377213622022; Thu, 22 Aug 2013 16:20:22 -0700 (PDT) Received: by 10.220.96.78 with HTTP; Thu, 22 Aug 2013 16:20:21 -0700 (PDT) In-Reply-To: <641D3DB0C34A482EA7F5902243F3F6D0@white> References: <52166351.4030106@delphij.net> <641D3DB0C34A482EA7F5902243F3F6D0@white> Date: Thu, 22 Aug 2013 19:20:21 -0400 Message-ID: Subject: Re: Allowing tmpfs to be mounted in jail? From: "Sam Fourman Jr." To: Dewayne Geraghty Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD FS , freebsd-security@freebsd.org, Xin LI X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Aug 2013 23:20:23 -0000 Xin Li, > > I can envision the use of tmpfs without providing access to mounting other > devices within a jail context. > > It would be better if this feature had its own sysctl to control the > jail's state, particularly as a DOS could "inadvertently" be > introduced, per Kib's earlier point. Other devices-types have additional > mitigation strategies, such as exclusion via dev.rules > which tmpfs doesn't have. > > Regards, Dewayne. > > Xin, This is a Great feature and it has several use cases, what about the possibility of a sysctl that adds a max amount that a jail could set a tmpfs... this would be per jail, now in theory you could over commit resources, but that would be a administrators decision, and not one jail could consume all resources. -- Sam Fourman Jr. From owner-freebsd-fs@FreeBSD.ORG Fri Aug 23 07:51:24 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 994D1EA2; Fri, 23 Aug 2013 07:51:24 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6ABA223BC; Fri, 23 Aug 2013 07:51:24 +0000 (UTC) Received: from Julian-MBP3.local (etroy.elischer.org [121.45.226.51]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.6) with ESMTP id r7N7pCXs091325 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 23 Aug 2013 00:51:14 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5217146A.5070308@freebsd.org> Date: Fri, 23 Aug 2013 15:51:06 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: d@delphij.net Subject: Re: Allowing tmpfs to be mounted in jail? References: <52166351.4030106@delphij.net> In-Reply-To: <52166351.4030106@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.ORG, "freebsd-security@freebsd.org" , kib@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 07:51:24 -0000 On 8/23/13 3:15 AM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > Hi, > > Do anybody have concerns if I would commit this? I agree to its usefulness even if I haven't looked at the details > > Index: sys/fs/tmpfs/tmpfs_vfsops.c > =================================================================== > - --- sys/fs/tmpfs/tmpfs_vfsops.c (revision 254663) > +++ sys/fs/tmpfs/tmpfs_vfsops.c (working copy) > @@ -420,4 +420,4 @@ struct vfsops tmpfs_vfsops = { > .vfs_statfs = tmpfs_statfs, > .vfs_fhtovp = tmpfs_fhtovp, > }; > - -VFS_SET(tmpfs_vfsops, tmpfs, 0); > +VFS_SET(tmpfs_vfsops, tmpfs, VFCF_JAIL); > > Cheers, > - -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.21 (FreeBSD) > > iQEcBAEBCgAGBQJSFmNRAAoJEG80Jeu8UPuzhFMH/2jligxAHwhYCbaYe43d8XXd > 8ljxmusiVWLTwsjhcZRs0Pg56BSPFR2yMbf1rLgQQCc1HpIK82N9zd3hfDoSZTM3 > fhY+gB+M3aMfQ3A0lGzpCckFdj7Dlyr+drXuVeKsTCEdM7U82/GRBq/wkI8OGft4 > kCd9kmpiupFL5WmboBJNjC1wSgn0TYeGXazkTY9K4n0HmZP+306xf6ABHEkPO5XI > nJuGsq8u2MhBmet4Cm38dGJGXym5mWRkU/i+YmgDTCVWbdKwILtEHQyq55krSPkP > p85ntduffcAwcy8Yl8facveYq+pybQKO9pEP8hUMZIN0bLPCM01FQl5x4vbyFzc= > =w8tX > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@FreeBSD.ORG Fri Aug 23 08:30:05 2013 Return-Path: Delivered-To: freebsd-fs@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8AC549F5 for ; Fri, 23 Aug 2013 08:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5CAFF25CB for ; Fri, 23 Aug 2013 08:30:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r7N8U2Ou004287 for ; Fri, 23 Aug 2013 08:30:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r7N8U24F004286; Fri, 23 Aug 2013 08:30:02 GMT (envelope-from gnats) Date: Fri, 23 Aug 2013 08:30:02 GMT Message-Id: <201308230830.r7N8U24F004286@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org Cc: From: Andrey Simonenko Subject: Re: kern/136865: [nfs] [patch] NFS exports atomic and on-the-fly atomic updates X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Andrey Simonenko List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 08:30:05 -0000 The following reply was made to PR kern/136865; it has been noted by GNATS. From: Andrey Simonenko To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/136865: [nfs] [patch] NFS exports atomic and on-the-fly atomic updates Date: Fri, 23 Aug 2013 11:20:07 +0300 Update to the previous message. The sentence "Current implementation of NFS exports in FreeBSD works correctly" means that NFS export supports the required configuration. From owner-freebsd-fs@FreeBSD.ORG Fri Aug 23 11:41:47 2013 Return-Path: Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 334491C4; Fri, 23 Aug 2013 11:41:47 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id E8B22208F; Fri, 23 Aug 2013 11:41:46 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1VCpmQ-000H2x-76; Fri, 23 Aug 2013 15:43:50 +0400 Date: Fri, 23 Aug 2013 15:43:50 +0400 From: Slawa Olhovchenkov To: Konstantin Belousov Subject: Re: Allowing tmpfs to be mounted in jail? Message-ID: <20130823114350.GA64913@zxy.spb.ru> References: <52166351.4030106@delphij.net> <20130822213732.GA4972@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130822213732.GA4972@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: freebsd-fs@FreeBSD.ORG, "freebsd-security@freebsd.org" , d@delphij.net X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 11:41:47 -0000 On Fri, Aug 23, 2013 at 12:37:32AM +0300, Konstantin Belousov wrote: > On Thu, Aug 22, 2013 at 12:15:29PM -0700, Xin Li wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > Hi, > > > > Do anybody have concerns if I would commit this? > > > > Index: sys/fs/tmpfs/tmpfs_vfsops.c > > =================================================================== > > - --- sys/fs/tmpfs/tmpfs_vfsops.c (revision 254663) > > +++ sys/fs/tmpfs/tmpfs_vfsops.c (working copy) > > @@ -420,4 +420,4 @@ struct vfsops tmpfs_vfsops = { > > .vfs_statfs = tmpfs_statfs, > > .vfs_fhtovp = tmpfs_fhtovp, > > }; > > - -VFS_SET(tmpfs_vfsops, tmpfs, 0); > > +VFS_SET(tmpfs_vfsops, tmpfs, VFCF_JAIL); > > > > Unrestricted tmpfs mounts can easily consume all available memory, > making the host unusable. But the change is probably fine, since > we have global 'disable mount from the jail' flag. tmpfs in jail must use memory limit from rctl memoryuse, I think. From owner-freebsd-fs@FreeBSD.ORG Fri Aug 23 18:55:24 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EB2A1623; Fri, 23 Aug 2013 18:55:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BB0B92BD6; Fri, 23 Aug 2013 18:55:24 +0000 (UTC) Received: from jhbbsd.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E33D2B98A; Fri, 23 Aug 2013 14:55:23 -0400 (EDT) From: John Baldwin To: freebsd-drivers@freebsd.org Subject: Re: UUID in fstab. Date: Fri, 23 Aug 2013 14:44:15 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: <503E443D-BC48-4284-8FC4-22B0A50DF147@bsdimp.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201308231444.15353.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 23 Aug 2013 14:55:24 -0400 (EDT) Cc: freebsd-fs@freebsd.org, freebsd-questions@freebsd.org, Warner Losh X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 18:55:25 -0000 On Wednesday, August 21, 2013 4:38:00 pm varanasi sainath wrote: > Thanks for the support. > > I want to use the uuid's found using sysctl -a in fstab. > /dev/gptid/ has only uuid for boot partition. You probably have the other GPT paritions already mounted via another name which removes the names in /dev/gptid. Try booting an install CD or USB stick such that you use an alternate root fs and don't mount any of the partitions on your drive. Then you should be able to see the entries in /dev/gptid and update your fstab appropriately. If you console access you could also try to update your fstab to use /dev/gptid/ directly instead of /dev/XXXpYY and reboot. If it works I believe the /dev/XXXpYY names will now be gone from /dev and the /dev/gptid names present instead. -- John Baldwin From owner-freebsd-fs@FreeBSD.ORG Fri Aug 23 18:55:26 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id D2D626B9; Fri, 23 Aug 2013 18:55:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A93D62BD7; Fri, 23 Aug 2013 18:55:25 +0000 (UTC) Received: from jhbbsd.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D447FB999; Fri, 23 Aug 2013 14:55:24 -0400 (EDT) From: John Baldwin To: freebsd-drivers@freebsd.org Subject: Re: Kernel Panic - Unix socket communication in kernel module Date: Fri, 23 Aug 2013 14:48:54 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p28; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201308231448.54236.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 23 Aug 2013 14:55:25 -0400 (EDT) Cc: freebsd-fs@freebsd.org, abgupta@microsoft.com, freebsd-questions@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 18:55:26 -0000 On Monday, July 29, 2013 3:31:49 am varanasi sainath wrote: > Hello, > > I am writing a kernel module in which I am trying to connect to a UNIX > socket > (UNIX domain sockets use the file system as their address name space). > Kernel module (loadable) acts as a client and User mode program acts as > server, > I have loaded the module using kldload and communication between > user and kernel module works fine, > when I try to load the kernel module from loader.conf - > auto load the kernel module at boot up leads to kernel panic > as the file system is not ready and kern_connect fails. > > How to notify kernel module that File system is ready? > (any specific event flags) > > Is there any specific location for Unix domain socket files? > (currently created it under /root/soc/socket ) > > Using "MODULE_DEPEND" Can I make the module dependent of file system? You can register a hook for the 'mountroot' EVENTHANDLER event which will fire after / is mounted. (You could compare rootvnode against NULL during module startup to determine if you should defer your work to the EVENTHANDLER vs doing it right away.) If you need to wait for all local filesystems to be mounted, then you will need to have some userland utility poke your module via a sysctl/ioctl/etc. after the filesystems are mounted (you could use a custom rc.d script for this). -- John Baldwin From owner-freebsd-fs@FreeBSD.ORG Fri Aug 23 22:15:31 2013 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5BC0E16E for ; Fri, 23 Aug 2013 22:15:31 +0000 (UTC) (envelope-from alfred@ixsystems.com) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3CCCB27F9 for ; Fri, 23 Aug 2013 22:15:30 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id 9F26064701 for ; Fri, 23 Aug 2013 15:15:30 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 54675-10 for ; Fri, 23 Aug 2013 15:15:30 -0700 (PDT) Received: from Alfreds-MacBook-Pro-9.local (unknown [10.8.0.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 4098B646F5 for ; Fri, 23 Aug 2013 15:15:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ixsystems.com; s=newknight0; t=1377296130; bh=F0NSEqKa72B6JOeyQsNbUhK0C2wMCMjDN2oTD70XGjo=; h=Date:From:To:Subject; b=Axx6RJwhOa4G2qZcVMrH91riKm+qH8GReo89cOdSDwv9JVZkn5e7Ir/J6nR/d+AU6 ZZNK3sji/0FHBTUWin4oHf39gYuc37IPcMC/QawLJW64A5KRnMgysV9Fa57NzuCOZV kdGbYUQGwtl97CbylOpzyVPMaRvnVAakXRDQSuwY= Message-ID: <5217DF01.4070504@ixsystems.com> Date: Fri, 23 Aug 2013 15:15:29 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: fs@freebsd.org Subject: expand vfsops for compat Content-Type: multipart/mixed; boundary="------------040403050509020903050101" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 22:15:31 -0000 This is a multi-part message in MIME format. --------------040403050509020903050101 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Folks, I'd like to grow some spares into the VFSOPS table before 10.x, see attached. This will allow us to grow the vfsops during the 10.x cycle without breaking filesystems. -- Alfred Perlstein --------------040403050509020903050101 Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; name="more_vfs_ops.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="more_vfs_ops.diff" Index: sys/mount.h =================================================================== --- sys/mount.h (revision 254717) +++ sys/mount.h (working copy) @@ -628,6 +628,12 @@ vfs_susp_clean_t *vfs_susp_clean; vfs_notify_lowervp_t *vfs_reclaim_lowervp; vfs_notify_lowervp_t *vfs_unlink_lowervp; + vfs_mount_t *vfs_spare1; + vfs_mount_t *vfs_spare2; + vfs_mount_t *vfs_spare3; + vfs_mount_t *vfs_spare4; + vfs_mount_t *vfs_spare5; + vfs_mount_t *vfs_spare6; }; vfs_statfs_t __vfs_statfs; --------------040403050509020903050101-- From owner-freebsd-fs@FreeBSD.ORG Fri Aug 23 22:26:27 2013 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 867374BA for ; Fri, 23 Aug 2013 22:26:27 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (chez.mckusick.com [IPv6:2001:5a8:4:7e72:4a5b:39ff:fe12:452]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6052128AC for ; Fri, 23 Aug 2013 22:26:27 +0000 (UTC) Received: from chez.mckusick.com (localhost [127.0.0.1]) by chez.mckusick.com (8.14.3/8.14.3) with ESMTP id r7NMQNnT003092; Fri, 23 Aug 2013 15:26:23 -0700 (PDT) (envelope-from mckusick@chez.mckusick.com) Message-Id: <201308232226.r7NMQNnT003092@chez.mckusick.com> To: Alfred Perlstein Subject: Re: expand vfsops for compat In-reply-to: <5217DF01.4070504@ixsystems.com> Date: Fri, 23 Aug 2013 15:26:23 -0700 From: Kirk McKusick Cc: fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 22:26:27 -0000 > Date: Fri, 23 Aug 2013 15:15:29 -0700 > From: Alfred Perlstein > To: fs@freebsd.org > Subject: expand vfsops for compat > > Folks, > > I'd like to grow some spares into the VFSOPS table before 10.x, see > attached. > > This will allow us to grow the vfsops during the 10.x cycle without > breaking filesystems. > > > -- > Alfred Perlstein > > > --------------040403050509020903050101 > Content-Type: text/plain; charset=UTF-8; x-mac-type="0"; x-mac-creator="0"; > name="more_vfs_ops.diff" > Content-Transfer-Encoding: 7bit > Content-Disposition: attachment; > filename="more_vfs_ops.diff" > > Index: sys/mount.h > =================================================================== > --- sys/mount.h (revision 254717) > +++ sys/mount.h (working copy) > @@ -628,6 +628,12 @@ > vfs_susp_clean_t *vfs_susp_clean; > vfs_notify_lowervp_t *vfs_reclaim_lowervp; > vfs_notify_lowervp_t *vfs_unlink_lowervp; > + vfs_mount_t *vfs_spare1; > + vfs_mount_t *vfs_spare2; > + vfs_mount_t *vfs_spare3; > + vfs_mount_t *vfs_spare4; > + vfs_mount_t *vfs_spare5; > + vfs_mount_t *vfs_spare6; > }; > > vfs_statfs_t __vfs_statfs; > This seems sensible to me. Kirk McKusick From owner-freebsd-fs@FreeBSD.ORG Fri Aug 23 22:35:24 2013 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2416263F for ; Fri, 23 Aug 2013 22:35:24 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 04C232924 for ; Fri, 23 Aug 2013 22:35:24 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id A479465AD; Fri, 23 Aug 2013 15:35:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1377297323; bh=5d6tsTCq2SwklviaUni8UG/CZXPiauvR22RRmGTfZQ4=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=v43m13J1MCl91kNZm/6/vsDIewaDj++FF2o5L+OZC0+uWBQIvrAPTRbMsmrEq5ZTf KMLC/ZkRR7T3pLlbO+PtSZV6gs8sWssc5cW8Yopus2CFWrnlBOsuyuyTjF1LBr4MgS A9lSbNr4grfOn15ZXooDEwTgX25FwUXj2UwkbMhs= Message-ID: <5217E3AB.8070902@delphij.net> Date: Fri, 23 Aug 2013 15:35:23 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Alfred Perlstein Subject: Re: expand vfsops for compat References: <5217DF01.4070504@ixsystems.com> In-Reply-To: <5217DF01.4070504@ixsystems.com> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 22:35:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 08/23/13 15:15, Alfred Perlstein wrote: > > Index: sys/mount.h > =================================================================== > > - --- sys/mount.h (revision 254717) > +++ sys/mount.h (working copy) @@ -628,6 +628,12 @@ > vfs_susp_clean_t *vfs_susp_clean; vfs_notify_lowervp_t > *vfs_reclaim_lowervp; vfs_notify_lowervp_t *vfs_unlink_lowervp; + > vfs_mount_t *vfs_spare1; + vfs_mount_t *vfs_spare2; + vfs_mount_t > *vfs_spare3; + vfs_mount_t *vfs_spare4; + vfs_mount_t > *vfs_spare5; + vfs_mount_t *vfs_spare6; }; Can this be just vfs_mount_t *vfs_spare[6]? Also, why 6 slots? (We currently have 17 vfsops, 17+6=23 is a prime number but I don't think we really need a prime number here :). Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (FreeBSD) iQEcBAEBCgAGBQJSF+OrAAoJEG80Jeu8UPuzJ50H/RRKhE87CQIqtagjc9ZtPx0P 20x0gH3Smo3P8iWHr0Z4xGV3Vm+Hz2iua1aJzwQI7WeilHUd+xd7l/nnnLP83Mxh l97mbfmXvBPHeJteuYtN5IbL7Z4qSY1IfJGAsIwUqMfSXk5UnSTK8aAM0vLhNPVb TfEcR+xshqL3NDaqAPDp62I4F9Yma1heAHMlXO+jXm7Hy4VR9qVqGSLojdUUV6SV PEVB0ulm34y0wGs4vRC9X6zQ1ndkKfZhvuJLmBP3U/bHvhE1yhTVNukWCysoOZ6Y /RploLdpiOfKMcCy7vLdfiL1gy6Y7CVbOKpJRYleqrRa2AKBBenEfmmovQXgMrM= =w0Ub -----END PGP SIGNATURE----- From owner-freebsd-fs@FreeBSD.ORG Fri Aug 23 22:39:37 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 336D772B for ; Fri, 23 Aug 2013 22:39:37 +0000 (UTC) (envelope-from webmailupdate@tech-center.com) Received: from mail.fy.edu.tw (mail.fy.edu.tw [140.127.86.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C6CE6295A for ; Fri, 23 Aug 2013 22:39:36 +0000 (UTC) Received: from [115.241.84.238] ([115.241.84.238]) (authenticated bits=0) by mail.fy.edu.tw (8.13.8/8.13.8) with ESMTP id r7NKZOYU007531 for ; Sat, 24 Aug 2013 04:35:26 +0800 X-Spam-Filter: 00:60:E0:52:5A:13_50AF7ADF Received: from [115.241.84.238] (unknown [115.241.84.238]) (Authenticated sender: sc102) by local.host (è¼è±ç§æ大學éµä»¶éæ¿¾å¨ XiU) with ESMTP for ; Sat, 24 Aug 2013 03:58:31 +0800 (UTC) MIME-Version: 1.0 Subject: Email Validation To: freebsd-fs@freebsd.org From: webmailupdate@tech-center.com Date: Sat, 24 Aug 2013 01:28:30 +0530 Message-Id: <20130824043524.007082370058@local.host> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: Mail message body X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 22:39:37 -0000 Your email password will expire in 72 hours, CLICK HERE to Validate. From owner-freebsd-fs@FreeBSD.ORG Fri Aug 23 22:54:59 2013 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6A4E5ABD for ; Fri, 23 Aug 2013 22:54:59 +0000 (UTC) (envelope-from alfred@ixsystems.com) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4C60D2A25 for ; Fri, 23 Aug 2013 22:54:58 +0000 (UTC) Received: from localhost (mail.ixsystems.com [10.2.55.1]) by mail.iXsystems.com (Postfix) with ESMTP id 91ABF65101; Fri, 23 Aug 2013 15:54:58 -0700 (PDT) Received: from mail.iXsystems.com ([10.2.55.1]) by localhost (mail.ixsystems.com [10.2.55.1]) (maiad, port 10024) with ESMTP id 56963-07; Fri, 23 Aug 2013 15:54:58 -0700 (PDT) Received: from Alfreds-MacBook-Pro-9.local (unknown [10.8.0.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id EB7BA650FC; Fri, 23 Aug 2013 15:54:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ixsystems.com; s=newknight0; t=1377298498; bh=9MBg3K5GTmDODFSGs8YIgGglvpeG/+JWcp/Mpix/7hM=; h=Date:From:To:CC:Subject:References:In-Reply-To; b=pkjWadgyzuqSMxlLJhLx9qp29djY6ViTUthlt3YhMdbtEBpwIsyNYwxZcnpny/IvJ GDChDZ0PolmdKqw5/7LG2EurpVkT53vfAg7GbdA1AVd++96kqe52dlabZJvFQXAXLx w/tqrH0VmC4/2v2B5uHfVzH4yYbY/E7A/KxVg9Ow= Message-ID: <5217E841.9060504@ixsystems.com> Date: Fri, 23 Aug 2013 15:54:57 -0700 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: d@delphij.net Subject: Re: expand vfsops for compat References: <5217DF01.4070504@ixsystems.com> <5217E3AB.8070902@delphij.net> In-Reply-To: <5217E3AB.8070902@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Aug 2013 22:54:59 -0000 On 8/23/13 3:35 PM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > On 08/23/13 15:15, Alfred Perlstein wrote: >> Index: sys/mount.h >> =================================================================== >> >> > - --- sys/mount.h (revision 254717) >> +++ sys/mount.h (working copy) @@ -628,6 +628,12 @@ >> vfs_susp_clean_t *vfs_susp_clean; vfs_notify_lowervp_t >> *vfs_reclaim_lowervp; vfs_notify_lowervp_t *vfs_unlink_lowervp; + >> vfs_mount_t *vfs_spare1; + vfs_mount_t *vfs_spare2; + vfs_mount_t >> *vfs_spare3; + vfs_mount_t *vfs_spare4; + vfs_mount_t >> *vfs_spare5; + vfs_mount_t *vfs_spare6; }; > Can this be just vfs_mount_t *vfs_spare[6]? Also, why 6 slots? (We > currently have 17 vfsops, 17+6=23 is a prime number but I don't think > we really need a prime number here :). > > Cheers, > - -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.21 (FreeBSD) > > iQEcBAEBCgAGBQJSF+OrAAoJEG80Jeu8UPuzJ50H/RRKhE87CQIqtagjc9ZtPx0P > 20x0gH3Smo3P8iWHr0Z4xGV3Vm+Hz2iua1aJzwQI7WeilHUd+xd7l/nnnLP83Mxh > l97mbfmXvBPHeJteuYtN5IbL7Z4qSY1IfJGAsIwUqMfSXk5UnSTK8aAM0vLhNPVb > TfEcR+xshqL3NDaqAPDp62I4F9Yma1heAHMlXO+jXm7Hy4VR9qVqGSLojdUUV6SV > PEVB0ulm34y0wGs4vRC9X6zQ1ndkKfZhvuJLmBP3U/bHvhE1yhTVNukWCysoOZ6Y > /RploLdpiOfKMcCy7vLdfiL1gy6Y7CVbOKpJRYleqrRa2AKBBenEfmmovQXgMrM= > =w0Ub > -----END PGP SIGNATURE----- The reason I picked 6 was because the last set of changes to nullfs added *3*, so I figure hedging 2x that is a good bet. Also prime numbers hash better so why not? :) About using arrays, arrays are slower than direct member access because of compiler issues so .. ...if you are still reading this sentence I am joking. :) Sure, I'll switch to an array. -- Alfred Perlstein From owner-freebsd-fs@FreeBSD.ORG Sat Aug 24 07:34:28 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9FFD5CEE; Sat, 24 Aug 2013 07:34:28 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B69A2057; Sat, 24 Aug 2013 07:34:28 +0000 (UTC) Received: from [192.168.0.101] (unknown [81.136.246.149]) by natial.ongs.co.jp (Postfix) with ESMTPSA id ABFB7125427; Sat, 24 Aug 2013 16:24:32 +0900 (JST) Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Possible approach to fix PR 172334. From: Daichi GOTO In-Reply-To: Date: Sat, 24 Aug 2013 08:24:29 +0100 Message-Id: References: To: =?utf-8?Q?Jaume_Mart=C3=AD?= X-Mailer: Apple Mail (2.1508) Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs@freebsd.org, daichi@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Aug 2013 07:34:28 -0000 Hi Jaume, thanks for your suggestion. I think that we should discuss your suggestion on freebsd-fs mailing = list with filesystems folks. If you do not subscribe the freebsd-fs, please = join it. And filesystem folks, what do you make of this suggestion? On 2013/08/23, at 16:41, Jaume Mart=ED wrote: > Hello Daichi, >=20 > I contact you regarding PR 172334 = (http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/172334). > I am interested in implementing a fix for this issue and I have been = thinking on a solution reusable for other file systems. > I would add a new operation in struct vop_vector that returns a list = of vnodes. > This operation would only make sense on vnodes from file systems that = use other vnodes instead of directly storing the data in a disk. > In the case of unionfs the return value would be a list with the = corresponding vnodes from the upper and/or lower layers where this vnode = is mapped.=20 >=20 > Using this operation it could be possible to traverse the vnode = dependency graph and look for loops. > In the case of the unionfs, it could be implemented in the domount = function a check to see if it is possible to reach on the dependency = graph the lowerrootvp starting from the upperrootvp, or viceversa, using = a simple graph traversal algorithm. >=20 > I would like to know your opinion on this solution, and if you = consider it is good enough to be eventually committed to the FreeBSD src = tree. > I am not an expert on the FreeBSD kernel nor on unionfs so please, = feel free to suggest any change you consider necessary to my approach. >=20 > Best regards, > Jaume -- Daichi GOTO, daichi@freebsd.org From owner-freebsd-fs@FreeBSD.ORG Sat Aug 24 09:24:01 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2EB1FB24 for ; Sat, 24 Aug 2013 09:24:01 +0000 (UTC) (envelope-from florent@peterschmitt.fr) Received: from peterschmitt.fr (peterschmitt.fr [5.135.177.31]) by mx1.freebsd.org (Postfix) with ESMTP id EB83723F8 for ; Sat, 24 Aug 2013 09:24:00 +0000 (UTC) Received: from [192.168.0.128] (4ab54-4-88-163-248-31.fbx.proxad.net [88.163.248.31]) by peterschmitt.fr (Postfix) with ESMTPSA id DF3AB53D3 for ; Sat, 24 Aug 2013 11:23:51 +0200 (CEST) Message-ID: <52187BA5.4020801@peterschmitt.fr> Date: Sat, 24 Aug 2013 11:23:49 +0200 From: Florent Peterschmitt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130806 Thunderbird/17.0.8 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Subject: failok not honnored? X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MsuBQunTaJsxGPQ0svEVa6ap30vMaKfjm" X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Aug 2013 09:24:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MsuBQunTaJsxGPQ0svEVa6ap30vMaKfjm Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, The "failok" option il fstab is supposed to prevent the system to go in single user mode if the mount has failed and I've not such a behavior on FreeBSD 9.2-RC2 (and it should be so on others 9.x version). The only way to get this work, for me, it not to use "failok" but "late". Which is not the same thing at all because filesystems will be mounted after the system's boot. Is it a bug ? --=20 Florent Peterschmitt | Please: florent@peterschmitt.fr | * Avoid HTML/RTF in E-mail. +33 (0)6 64 33 97 92 | * Send PDF for documents. http://florent.peterschmitt.fr | Thank you :) --MsuBQunTaJsxGPQ0svEVa6ap30vMaKfjm Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSGHulAAoJEFr01BkajbiBJS4QAJo93PXGvWtDU5BKEr1weQtL xg7dIzaOir+YSeQVjo06/hpbKsIKaxS6r2VFmZLL6GyMjPtdViYAzPe6K6fgu4hE YRd5j6BMKEsReuT6svmhDAzDaJDqiwQGvR7ZqOfWh1ydn8G799pRD34441tNswfc /7mzAINVE+uWLWy/6qx97rviVtFb6ATIrBeIRteF9yJL3PN+tPm5BlmkYAg5SuV4 e/CsGRjyeJ6YX2ofdL7jI7mmk4kkNqxxAI85b78p0r+I+CgKzR9IC2mV3nyJPA7O gbj4GizcmeTiaK1GBAnhkXO5RltN1k9fybsqHM/vokQKcM2vkzTxg/ZCA0Rf3ySG 0GQi8MftK68TlJyUf4cOlLuzdZTOLGgAzZjS+OnFyLV7QrSlz56OPThS98ttlkVG g60v0UB+Jau3/Y/2OaAa6RxwKfjZHhj+F6RZWCx7s82W3gK9L/V2/eJ+P2iAWf3r B37lmENyEBkl+IjrF8Hkimd6MnRhf7s/8S0ZVXAmwEgvLlpQEnoOxTgVYW6+WWYQ YreWRLxo+I4WWw1UX3rOQcNicX3uxNbby+N61DqWSNAPCsr2LL8+DfuQRM9tNA4R BXbk+rkqitirQwY5USg7Q4Sja1aGMRWIR78mJZzL6yKoPaPfWtq55A6vqxOJ1A4p LltqktF3VppgxEF5fZqm =Pq6K -----END PGP SIGNATURE----- --MsuBQunTaJsxGPQ0svEVa6ap30vMaKfjm--