From owner-freebsd-fs@FreeBSD.ORG Sun Aug 12 14:37:33 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFA51106566C for ; Sun, 12 Aug 2012 14:37:33 +0000 (UTC) (envelope-from s.dave.jones@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9898A8FC0A for ; Sun, 12 Aug 2012 14:37:33 +0000 (UTC) Received: by obbun3 with SMTP id un3so7283529obb.13 for ; Sun, 12 Aug 2012 07:37: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=hOtMhTHgQD14K2CRZhPm7phoZv/3QFhP+YhCaqGwr1o=; b=fcBTIFVkCEf7Z1TM8jOPVSK+fQpd/4lyYe59+xZl+FCUqBk9wKH/4hKiKleDeFBraY P+bWtG5KTolwYcrDPO8Vkcasf6UznWHc+C8I3ZxVpLdFdxXy4Y/xohLIS8s6cOB1lxEt Qf3RuBuh1IxjZG5iwX7O6gIomWlPVtm4HYRGy1BiW43TDxE7P/VzdtsoPsazBsrx9Jrr adoNzMFRr1REWEZ3BNTvIkVKqR666vWXeo26Ng4DUbJJLUcWUiJRbkHaOiY32I/Al3ON RCqDi3NC99y4TKvIjMNNmW5A7gChJ3rRT+mGMC+d5XfYUo5xOoTmLZvo7TLAxtJHnrcr f13g== MIME-Version: 1.0 Received: by 10.182.145.8 with SMTP id sq8mr6744350obb.50.1344782253179; Sun, 12 Aug 2012 07:37:33 -0700 (PDT) Received: by 10.60.49.137 with HTTP; Sun, 12 Aug 2012 07:37:33 -0700 (PDT) Date: Sun, 12 Aug 2012 22:37:33 +0800 Message-ID: From: dave jones To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: FreeBSD equivalent to OS X ubc_getsize and ubc_setsize X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 14:37:33 -0000 Hello, Does anyone know FreeBSD equivalent to OS X ubc_getsize() and ubc_setsize()? Thank you. Regards, Dave. From owner-freebsd-fs@FreeBSD.ORG Sun Aug 12 19:05:15 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 208781065672 for ; Sun, 12 Aug 2012 19:05:15 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E55498FC12 for ; Sun, 12 Aug 2012 19:05:14 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so6345921pbb.13 for ; Sun, 12 Aug 2012 12:05:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=X/a+wt2qEDBc5n5lZHwJFnL7DbdhZSNzik1aAXYV9Rg=; b=hW3sSm/7MSO4Msy80hmbxcX7gvKSz0Tpmmr8it+WYJxEXkSQaKVVqPhU+JaUZthonH T609IgD5JUMxVrUBJkSQa/kVJhKjk6K8eN90csFGOHVnV27c1iTxvGI1Iz5ijT2Xiin9 3vI5lTzdJ5HFYk3/pUavzpqOT80x27Ai0posOoxcsTYnCzQJNzGt3Ty1sJmh1DouhQJf RY0sv0VnXYwkp48YPrOtXUIIgZuJdW06E+m+iORIuIPsqW7qVlkSolQz7oehi+JCMWuz C5IWfy7sTRcH179uxb7w3ugIIpBRnqAkV2XSuNZmzwB2ev+cISlwXjFz+kaNhthOXSKn chqQ== Received: by 10.68.241.35 with SMTP id wf3mr13896987pbc.102.1344798314079; Sun, 12 Aug 2012 12:05:14 -0700 (PDT) Received: from localhost (c-24-130-155-143.hsd1.ca.comcast.net. [24.130.155.143]) by mx.google.com with ESMTPS id nr2sm3761161pbc.48.2012.08.12.12.05.13 (version=SSLv3 cipher=OTHER); Sun, 12 Aug 2012 12:05:13 -0700 (PDT) Date: Sun, 12 Aug 2012 12:05:16 -0700 From: Gleb Kurtsou To: dave jones Message-ID: <20120812190516.GA1693@reks> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org Subject: Re: FreeBSD equivalent to OS X ubc_getsize and ubc_setsize X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 19:05:15 -0000 On (12/08/2012 22:37), dave jones wrote: > Hello, > > Does anyone know FreeBSD equivalent to OS X ubc_getsize() and > ubc_setsize()? Thank you. vnode_pager_setsize. I'm not sure to what extent equivalent they are. There is no ubc_getsize(), you should get file size either at file system level or using VOP_GETATTR. From owner-freebsd-fs@FreeBSD.ORG Sun Aug 12 19:40:11 2012 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2A14F106566C; Sun, 12 Aug 2012 19:40:11 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id F08808FC0C; Sun, 12 Aug 2012 19:40:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7CJeAU5051255; Sun, 12 Aug 2012 19:40:10 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7CJeAQs051251; Sun, 12 Aug 2012 19:40:10 GMT (envelope-from linimon) Date: Sun, 12 Aug 2012 19:40:10 GMT Message-Id: <201208121940.q7CJeAQs051251@freefall.freebsd.org> To: joeb1@a1poweruser.com, linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/170563: [request] [nfs] Make NFS jail-friendly so it will function inside of a jail X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 19:40:11 -0000 Old Synopsis: Make NFS jail-friendly so it will function inside of a jail New Synopsis: [request] [nfs] Make NFS jail-friendly so it will function inside of a jail State-Changed-From-To: open->suspended State-Changed-By: linimon State-Changed-When: Sun Aug 12 19:39:39 UTC 2012 State-Changed-Why: Mark suspended awaiting patch. Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Aug 12 19:39:39 UTC 2012 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=170563 From owner-freebsd-fs@FreeBSD.ORG Sun Aug 12 19:44:22 2012 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E9C6106566B; Sun, 12 Aug 2012 19:44:22 +0000 (UTC) (envelope-from crees@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 01A378FC0A; Sun, 12 Aug 2012 19:44:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7CJiLgl051454; Sun, 12 Aug 2012 19:44:21 GMT (envelope-from crees@freefall.freebsd.org) Received: (from crees@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7CJiLD2051450; Sun, 12 Aug 2012 19:44:21 GMT (envelope-from crees) Date: Sun, 12 Aug 2012 19:44:21 GMT Message-Id: <201208121944.q7CJiLD2051450@freefall.freebsd.org> To: joeb1@a1poweruser.com, crees@FreeBSD.org, freebsd-fs@FreeBSD.org From: crees@FreeBSD.org Cc: Subject: Re: kern/170563: [request] [nfs] Make NFS jail-friendly so it will function inside of a jail X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 19:44:22 -0000 Synopsis: [request] [nfs] Make NFS jail-friendly so it will function inside of a jail State-Changed-From-To: suspended->closed State-Changed-By: crees State-Changed-When: Sun Aug 12 19:44:21 UTC 2012 State-Changed-Why: Duplicate of referenced PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=170563 From owner-freebsd-fs@FreeBSD.ORG Sun Aug 12 20:21:43 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E2F41065672; Sun, 12 Aug 2012 20:21:43 +0000 (UTC) (envelope-from freebsd@pki2.com) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) by mx1.freebsd.org (Postfix) with ESMTP id 854288FC15; Sun, 12 Aug 2012 20:21:40 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.5/8.14.5) with ESMTP id q7CKLYxY016227; Sun, 12 Aug 2012 13:21:34 -0700 (PDT) (envelope-from freebsd@pki2.com) From: Dennis Glatting To: freebsd-questions@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="=-bDR9TQ1UOFjVqakdzPaO" Date: Sun, 12 Aug 2012 13:21:34 -0700 Message-ID: <1344802894.5402.11.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-yoursite-MailScanner-Information: Dennis Glatting X-yoursite-MailScanner-ID: q7CKLYxY016227 X-yoursite-MailScanner: Found to be clean X-MailScanner-From: freebsd@pki2.com X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Panic 9 .1-PRERELEASE on HP Servers X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 20:21:43 -0000 --=-bDR9TQ1UOFjVqakdzPaO Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit I have a number of HP servers and on two of them (so far) I am getting similar panics on every reboot. I've enclosed a screen shot of one of the panics. A common denominator, so far, is both are compiled using the 4.2+ C compiler and both are CVSUP mirrors. My other HP machines have not yet shown the same problem on reboot. Other data: Granny# uname -a FreeBSD Granny 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #35: Sun Aug 12 13:08:52 MDT 2012 root@Granny:/sys/amd64/compile/PENFORD-amd64 amd64 Granny# tunefs -p /dev/da0p3 tunefs: POSIX.1e ACLs: (-a) disabled tunefs: NFSv4 ACLs: (-N) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) enabled tunefs: soft update journaling: (-j) enabled tunefs: gjournal: (-J) disabled tunefs: trim: (-t) disabled tunefs: maximum blocks per file in a cylinder group: (-e) 4096 tunefs: average file size: (-f) 16384 tunefs: average number of files in a directory: (-s) 64 tunefs: minimum percentage of free space: (-m) 8% tunefs: optimization preference: (-o) time tunefs: volume label: (-L) --=-bDR9TQ1UOFjVqakdzPaO-- From owner-freebsd-fs@FreeBSD.ORG Sun Aug 12 20:27:08 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9552E106564A; Sun, 12 Aug 2012 20:27:08 +0000 (UTC) (envelope-from dg17@penx.com) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) by mx1.freebsd.org (Postfix) with ESMTP id 433CC8FC08; Sun, 12 Aug 2012 20:27:08 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.5/8.14.5) with ESMTP id q7CKR403018076; Sun, 12 Aug 2012 13:27:04 -0700 (PDT) (envelope-from dg17@penx.com) From: Dennis Glatting To: Dennis Glatting In-Reply-To: <1344802894.5402.11.camel@btw.pki2.com> References: <1344802894.5402.11.camel@btw.pki2.com> Content-Type: text/plain; charset="us-ascii" Date: Sun, 12 Aug 2012 13:27:04 -0700 Message-ID: <1344803224.5537.8.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-yoursite-MailScanner-Information: Dennis Glatting X-yoursite-MailScanner-ID: q7CKR403018076 X-yoursite-MailScanner: Found to be clean X-MailScanner-From: dg17@penx.com Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Panic 9 .1-PRERELEASE on HP Servers X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dg17@penx.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 20:27:08 -0000 Looks like my screen shot was stripped. You can find it here: http://www.pki2.com/hp.JPG Also: Granny> cc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] On Sun, 2012-08-12 at 13:21 -0700, Dennis Glatting wrote: > I have a number of HP servers and on two of them (so far) I am getting > similar panics on every reboot. I've enclosed a screen shot of one of > the panics. > > A common denominator, so far, is both are compiled using the 4.2+ C > compiler and both are CVSUP mirrors. My other HP machines have not yet > shown the same problem on reboot. > > > Other data: > > > Granny# uname -a > FreeBSD Granny 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #35: Sun Aug 12 > 13:08:52 MDT 2012 root@Granny:/sys/amd64/compile/PENFORD-amd64 > amd64 > > > Granny# tunefs -p /dev/da0p3 > tunefs: POSIX.1e ACLs: (-a) disabled > tunefs: NFSv4 ACLs: (-N) disabled > tunefs: MAC multilabel: (-l) disabled > tunefs: soft updates: (-n) enabled > tunefs: soft update journaling: (-j) enabled > tunefs: gjournal: (-J) disabled > tunefs: trim: (-t) disabled > tunefs: maximum blocks per file in a cylinder group: (-e) 4096 > tunefs: average file size: (-f) 16384 > tunefs: average number of files in a directory: (-s) 64 > tunefs: minimum percentage of free space: (-m) 8% > tunefs: optimization preference: (-o) time > tunefs: volume label: (-L) > > > > _______________________________________________ > 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 Sun Aug 12 20:30:04 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6240A1065673; Sun, 12 Aug 2012 20:30:04 +0000 (UTC) (envelope-from freebsd@penx.com) Received: from btw.pki2.com (btw.pki2.com [IPv6:2001:470:a:6fd::2]) by mx1.freebsd.org (Postfix) with ESMTP id 10B8E8FC16; Sun, 12 Aug 2012 20:30:04 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by btw.pki2.com (8.14.5/8.14.5) with ESMTP id q7CKTwos018173; Sun, 12 Aug 2012 13:29:58 -0700 (PDT) (envelope-from freebsd@penx.com) From: Dennis Glatting To: Dennis Glatting In-Reply-To: <1344802894.5402.11.camel@btw.pki2.com> References: <1344802894.5402.11.camel@btw.pki2.com> Content-Type: text/plain; charset="us-ascii" Date: Sun, 12 Aug 2012 13:29:58 -0700 Message-ID: <1344803398.5537.9.camel@btw.pki2.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-yoursite-MailScanner-Information: Dennis Glatting X-yoursite-MailScanner-ID: q7CKTwos018173 X-yoursite-MailScanner: Found to be clean X-MailScanner-From: freebsd@penx.com Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Panic 9 .1-PRERELEASE on HP Servers X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 20:30:04 -0000 Looks like my screen shot was stripped. You can find it here: http://www.pki2.com/hp.JPG Also: Granny> cc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] On Sun, 2012-08-12 at 13:21 -0700, Dennis Glatting wrote: > I have a number of HP servers and on two of them (so far) I am getting > similar panics on every reboot. I've enclosed a screen shot of one of > the panics. > > A common denominator, so far, is both are compiled using the 4.2+ C > compiler and both are CVSUP mirrors. My other HP machines have not yet > shown the same problem on reboot. > > > Other data: > > > Granny# uname -a > FreeBSD Granny 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #35: Sun Aug 12 > 13:08:52 MDT 2012 root@Granny:/sys/amd64/compile/PENFORD-amd64 > amd64 > > > Granny# tunefs -p /dev/da0p3 > tunefs: POSIX.1e ACLs: (-a) disabled > tunefs: NFSv4 ACLs: (-N) disabled > tunefs: MAC multilabel: (-l) disabled > tunefs: soft updates: (-n) enabled > tunefs: soft update journaling: (-j) enabled > tunefs: gjournal: (-J) disabled > tunefs: trim: (-t) disabled > tunefs: maximum blocks per file in a cylinder group: (-e) 4096 > tunefs: average file size: (-f) 16384 > tunefs: average number of files in a directory: (-s) 64 > tunefs: minimum percentage of free space: (-m) 8% > tunefs: optimization preference: (-o) time > tunefs: volume label: (-L) > > > > _______________________________________________ > 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 Sun Aug 12 20:45:12 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B9F71065740; Sun, 12 Aug 2012 20:45:12 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D9D8D8FC0C; Sun, 12 Aug 2012 20:45:11 +0000 (UTC) Received: by obbun3 with SMTP id un3so7813595obb.13 for ; Sun, 12 Aug 2012 13:45:11 -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=ptjlofal8XQMgoFrn2N5KqO+8O2vCcYPeRrNcUSC0rM=; b=PGOOPvwclmzcJFPbQTsTXo5zFuZJAo9ou5NdRSc7+0gEscyLdUQwpgwtRUFaes+GJQ 3rDUGAIa0sQa0LRcA9DQemkQh5IvBSVOs27bHSY2PZPoX6WOESpZ63twnJPCAIXQIY4e c0ulKFQLWOGWOh6i/jYcfZGcDOIKStvB55b4057yGg/f5wcfTUu83EDi2oTOtaIyj5HO RYHLTwQ2wi+2sB0x0Vyaayz8EYWctftSJTxD4PnIC+ulfBLzOQq4kD3AR6RzPJRGWpIa 7uHty10MGTtRu+vUNazpt5TJa3AnNIv03ksO4jRiwQDEDTDGdEUG5kU8z5nfUVlfqn8/ TLnQ== MIME-Version: 1.0 Received: by 10.60.31.102 with SMTP id z6mr1590622oeh.42.1344803868524; Sun, 12 Aug 2012 13:37:48 -0700 (PDT) Received: by 10.76.142.201 with HTTP; Sun, 12 Aug 2012 13:37:48 -0700 (PDT) In-Reply-To: <1344803398.5537.9.camel@btw.pki2.com> References: <1344802894.5402.11.camel@btw.pki2.com> <1344803398.5537.9.camel@btw.pki2.com> Date: Sun, 12 Aug 2012 13:37:48 -0700 Message-ID: From: Garrett Cooper To: Dennis Glatting Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Panic 9 .1-PRERELEASE on HP Servers X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Aug 2012 20:45:12 -0000 On Sun, Aug 12, 2012 at 1:29 PM, Dennis Glatting wrote: > Looks like my screen shot was stripped. You can find it here: > > http://www.pki2.com/hp.JPG > > > Also: > > Granny> cc -v > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070831 patched [FreeBSD] What was the actual panic message/assert that was hit? Thanks, -Garrett PS Please don't cross-post. From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 03:20:07 2012 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61A59106564A for ; Mon, 13 Aug 2012 03:20:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 32B448FC0C for ; Mon, 13 Aug 2012 03:20:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7D3K72o035385 for ; Mon, 13 Aug 2012 03:20:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7D3K743035384; Mon, 13 Aug 2012 03:20:07 GMT (envelope-from gnats) Date: Mon, 13 Aug 2012 03:20:07 GMT Message-Id: <201208130320.q7D3K743035384@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: "joeb1" Cc: Subject: Re: kern/170563: [request] [nfs] Make NFS jail-friendly so it will function inside of a jail X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: joeb1 List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 03:20:07 -0000 The following reply was made to PR kern/170563; it has been noted by GNATS. From: "joeb1" To: , Cc: Subject: Re: kern/170563: [request] [nfs] Make NFS jail-friendly so it will function inside of a jail Date: Sun, 12 Aug 2012 23:10:06 -0400 If this is a Duplicate request what then is the original pr number this one duplicates From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 05:51:08 2012 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D06B71065674; Mon, 13 Aug 2012 05:51:08 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A35D58FC1A; Mon, 13 Aug 2012 05:51:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7D5p8kb054837; Mon, 13 Aug 2012 05:51:08 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7D5p8Yd054833; Mon, 13 Aug 2012 05:51:08 GMT (envelope-from linimon) Date: Mon, 13 Aug 2012 05:51:08 GMT Message-Id: <201208130551.q7D5p8Yd054833@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/170497: [xfs][panic] kernel will panic whenever I ls a mounted xfs volume X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 05:51:08 -0000 Synopsis: [xfs][panic] kernel will panic whenever I ls a mounted xfs volume Responsible-Changed-From-To: freebsd-amd64->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Aug 13 05:50:53 UTC 2012 Responsible-Changed-Why: reclassify http://www.freebsd.org/cgi/query-pr.cgi?pr=170497 From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 06:07:17 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC9B1106566B for ; Mon, 13 Aug 2012 06:07:17 +0000 (UTC) (envelope-from petri@helenius.fi) Received: from mail.secroom.net (r083.secroom.net [193.19.137.83]) by mx1.freebsd.org (Postfix) with ESMTP id 905098FC08 for ; Mon, 13 Aug 2012 06:07:17 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.secroom.net (Postfix) with ESMTP id 15AB05CB6 for ; Mon, 13 Aug 2012 05:24:21 +0000 (UTC) X-Virus-Scanned: amavisd-new at example.com Received: from mail.secroom.net ([127.0.0.1]) by localhost (mail.secroom.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CqASmwjCIvzt for ; Mon, 13 Aug 2012 05:24:16 +0000 (UTC) Received: from d149.dyn.helenius.fi (d149.dyn.helenius.fi [83.150.121.149]) (Authenticated sender: pete) by mail.secroom.net (Postfix) with ESMTPA id 060CA5C1F for ; Mon, 13 Aug 2012 05:24:15 +0000 (UTC) From: Petri Helenius Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-Id: <7BDA02A3-99ED-4F67-9B2D-5AAF1523642E@helenius.fi> Date: Mon, 13 Aug 2012 09:01:57 +0300 To: freebsd-fs@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\)) X-Mailer: Apple Mail (2.1485) Subject: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 06:07:18 -0000 Hi, Is it possible to have ZFS or UFS to zero out the deallocated blocks to = facilitate VM disk compaction? Pete From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 07:10:03 2012 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C5A7106566B for ; Mon, 13 Aug 2012 07:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E2A8A8FC0A for ; Mon, 13 Aug 2012 07:10:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7D7A293066623 for ; Mon, 13 Aug 2012 07:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7D7A23B066622; Mon, 13 Aug 2012 07:10:02 GMT (envelope-from gnats) Date: Mon, 13 Aug 2012 07:10:02 GMT Message-Id: <201208130710.q7D7A23B066622@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Chris Rees Cc: Subject: Re: kern/170563: [request] [nfs] Make NFS jail-friendly so it will function inside of a jail X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Chris Rees List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 07:10:03 -0000 The following reply was made to PR kern/170563; it has been noted by GNATS. From: Chris Rees To: bug-followup@freebsd.org Cc: Subject: Re: kern/170563: [request] [nfs] Make NFS jail-friendly so it will function inside of a jail Date: Mon, 13 Aug 2012 08:08:30 +0100 kern/133265, as you wrote in the Description. Chris From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 08:19:37 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1F501106566C for ; Mon, 13 Aug 2012 08:19:37 +0000 (UTC) (envelope-from prvs=15723815ec=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE3F8FC0A for ; Mon, 13 Aug 2012 08:19:36 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 13 Aug 2012 09:18:21 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50021207661.msg for ; Mon, 13 Aug 2012 09:18:19 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=15723815ec=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: <22BACE55A93F4888AA2B38387FFBF971@multiplay.co.uk> From: "Steven Hartland" To: "Petri Helenius" , References: <7BDA02A3-99ED-4F67-9B2D-5AAF1523642E@helenius.fi> Date: Mon, 13 Aug 2012 09:18:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 08:19:37 -0000 Sounds like you may be talking about delete / trim support? If so UFS supports BIO_DELETE via -t on newfs or on an existing FS via tunefs -t enable ZFS doesn't currently BIO_DELETE but should soon as we've sponsored a project to add it, just waiting on it being committed. I've got a patch against 8.3-RELEASE if your interested in testing. It does require support from the underlying layers. cam ata supports it but cam da doesn't but again we have a patch for that if you want to test. Regards Steve ----- Original Message ----- From: "Petri Helenius" To: Sent: Monday, August 13, 2012 7:01 AM Subject: zero deleted blocks Hi, Is it possible to have ZFS or UFS to zero out the deallocated blocks to facilitate VM disk compaction? Pete _______________________________________________ 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" ================================================ 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 13 08:41:32 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 115AE106564A for ; Mon, 13 Aug 2012 08:41:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 82A118FC1D for ; Mon, 13 Aug 2012 08:41:30 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q7D8fXYj068453; Mon, 13 Aug 2012 11:41:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q7D8fKfW004437; Mon, 13 Aug 2012 11:41:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q7D8fK0g004436; Mon, 13 Aug 2012 11:41:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 13 Aug 2012 11:41:20 +0300 From: Konstantin Belousov To: Petri Helenius Message-ID: <20120813084120.GA2352@deviant.kiev.zoral.com.ua> References: <7BDA02A3-99ED-4F67-9B2D-5AAF1523642E@helenius.fi> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <7BDA02A3-99ED-4F67-9B2D-5AAF1523642E@helenius.fi> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-fs@freebsd.org Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 08:41:32 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 13, 2012 at 09:01:57AM +0300, Petri Helenius wrote: >=20 > Hi, >=20 > Is it possible to have ZFS or UFS to zero out the deallocated blocks > to facilitate VM disk compaction? I think TRIM support in UFS can be extended to zero-out the deleted blocks, with relatively small amount of work. Basically, in ufs/ffs/ffs_alloc.c:ffs_blkfree(), a BIO_WRITE of zero buffer shall be issued instead of BIO_DELETE. More, it seems that zero_region can be often used as a source of zeroes. --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAovbAACgkQC3+MBN1Mb4g3pQCghN2SVIK/H1lFD+hTeaf5y4/F YsUAoOb0gHTojP6R0DfCq/SBcrBiVpHA =ZjGj -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 08:44:47 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA6FF106564A for ; Mon, 13 Aug 2012 08:44:47 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 847418FC12 for ; Mon, 13 Aug 2012 08:44:47 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id BD6C53B783; Mon, 13 Aug 2012 08:44:37 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id q7D8iabF048630; Mon, 13 Aug 2012 08:44:36 GMT (envelope-from phk@phk.freebsd.dk) To: Konstantin Belousov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 13 Aug 2012 11:41:20 +0300." <20120813084120.GA2352@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Date: Mon, 13 Aug 2012 08:44:36 +0000 Message-ID: <48610.1344847476@critter.freebsd.dk> Cc: freebsd-fs@freebsd.org, Petri Helenius Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 08:44:47 -0000 In message <20120813084120.GA2352@deviant.kiev.zoral.com.ua>, Konstantin Belous ov writes: >I think TRIM support in UFS can be extended to zero-out the deleted >blocks, with relatively small amount of work. Basically, in >ufs/ffs/ffs_alloc.c:ffs_blkfree(), a BIO_WRITE of zero buffer shall be >issued instead of BIO_DELETE. It would be a better idea to give geom_disk a per-disk option to convert BIO_DELETE to writes of zeros. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 08:57:57 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23DF91065672 for ; Mon, 13 Aug 2012 08:57:57 +0000 (UTC) (envelope-from prvs=15723815ec=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id A277F8FC08 for ; Mon, 13 Aug 2012 08:57:56 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 13 Aug 2012 09:57:51 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50021208306.msg for ; Mon, 13 Aug 2012 09:57:50 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=15723815ec=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: <66DF83E4BF514482A094F6F61E24752B@multiplay.co.uk> From: "Steven Hartland" To: "Konstantin Belousov" , "Poul-Henning Kamp" References: <48610.1344847476@critter.freebsd.dk> Date: Mon, 13 Aug 2012 09:58:08 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org, Petri Helenius Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 08:57:57 -0000 ----- Original Message ----- From: "Poul-Henning Kamp" >>I think TRIM support in UFS can be extended to zero-out the deleted >>blocks, with relatively small amount of work. Basically, in >>ufs/ffs/ffs_alloc.c:ffs_blkfree(), a BIO_WRITE of zero buffer shall be >>issued instead of BIO_DELETE. > > It would be a better idea to give geom_disk a per-disk option to > convert BIO_DELETE to writes of zeros. cam da already has this option with the sysctl:- kern.cam.da.X.delete_method = ZERO This however requires the underlying SCSI device supports Write Same (WS10 or WS16) which seems to fairly rare. I'm not aware of any an equivalent ATA command, but it would be possible to have both use a standard write to achieve that. If this was done care should be take with regards performance as this will be significantly slower than the current methods. That said if the underlying device "supports" trim / unmap it could interpret that how it sees fit. 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 13 09:00:33 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F30681065676 for ; Mon, 13 Aug 2012 09:00:33 +0000 (UTC) (envelope-from petri@helenius.fi) Received: from mail.helenius.fi (mail.helenius.fi [IPv6:2001:67c:164:40::91]) by mx1.freebsd.org (Postfix) with ESMTP id 7F70A8FC1B for ; Mon, 13 Aug 2012 09:00:33 +0000 (UTC) Received: from mail.helenius.fi (localhost [127.0.0.1]) by mail.helenius.fi (Postfix) with ESMTP id B7F3940DC; Mon, 13 Aug 2012 09:00:24 +0000 (UTC) X-Virus-Scanned: amavisd-new at helenius.fi Received: from mail.helenius.fi ([127.0.0.1]) by mail.helenius.fi (mail.helenius.fi [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1I22PA+bEFbp; Mon, 13 Aug 2012 09:00:18 +0000 (UTC) Received: from d141.dyn.helenius.fi (d141.dyn.helenius.fi [83.150.121.141]) (Authenticated sender: pete) by mail.helenius.fi (Postfix) with ESMTPA; Mon, 13 Aug 2012 09:00:17 +0000 (UTC) Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\)) Content-Type: text/plain; charset=iso-8859-1 From: Petri Helenius X-Priority: 3 In-Reply-To: <66DF83E4BF514482A094F6F61E24752B@multiplay.co.uk> Date: Mon, 13 Aug 2012 12:00:17 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <8A6340E3-87B4-45EC-B4B2-8E705FE934E8@helenius.fi> References: <48610.1344847476@critter.freebsd.dk> <66DF83E4BF514482A094F6F61E24752B@multiplay.co.uk> To: "Steven Hartland" X-Mailer: Apple Mail (2.1485) Cc: freebsd-fs@freebsd.org, Poul-Henning Kamp Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 09:00:34 -0000 Obviously the most elegant way would be for KVM, Xen and VMware to = support TRIM/UNMAP... Pete On Aug 13, 2012, at 11:58 , "Steven Hartland" = wrote: > ----- Original Message ----- From: "Poul-Henning Kamp" = >=20 >=20 >>> I think TRIM support in UFS can be extended to zero-out the deleted >>> blocks, with relatively small amount of work. Basically, in >>> ufs/ffs/ffs_alloc.c:ffs_blkfree(), a BIO_WRITE of zero buffer shall = be >>> issued instead of BIO_DELETE. >> It would be a better idea to give geom_disk a per-disk option to >> convert BIO_DELETE to writes of zeros. >=20 > cam da already has this option with the sysctl:- > kern.cam.da.X.delete_method =3D ZERO >=20 > This however requires the underlying SCSI device supports > Write Same (WS10 or WS16) which seems to fairly rare. >=20 > I'm not aware of any an equivalent ATA command, but it would > be possible to have both use a standard write to achieve that. >=20 > If this was done care should be take with regards performance > as this will be significantly slower than the current methods. >=20 > That said if the underlying device "supports" trim / unmap > it could interpret that how it sees fit. >=20 > Regards > Steve >=20 > =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 > 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.=20 > 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. >=20 From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 09:06:56 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66F811065676 for ; Mon, 13 Aug 2012 09:06:56 +0000 (UTC) (envelope-from prvs=15723815ec=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id E453E8FC0A for ; Mon, 13 Aug 2012 09:06:55 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 13 Aug 2012 10:06:33 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50021208415.msg for ; Mon, 13 Aug 2012 10:06:33 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=15723815ec=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: <8AD82250A4D6491FB6E5E5EE17F2167D@multiplay.co.uk> From: "Steven Hartland" To: "Petri Helenius" References: <48610.1344847476@critter.freebsd.dk> <66DF83E4BF514482A094F6F61E24752B@multiplay.co.uk> <8A6340E3-87B4-45EC-B4B2-8E705FE934E8@helenius.fi> Date: Mon, 13 Aug 2012 10:06:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org, Poul-Henning Kamp Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 09:06:56 -0000 ----- Original Message ----- From: "Petri Helenius" > Obviously the most elegant way would be for KVM, Xen and > VMware to support TRIM/UNMAP... Indeed, I believe as thats exactly what thin provisioning (unmap) was designed for. 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 13 09:27:54 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 26D5D106564A for ; Mon, 13 Aug 2012 09:27:54 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C71C8FC14 for ; Mon, 13 Aug 2012 09:27:52 +0000 (UTC) Received: by lage12 with SMTP id e12so2243433lag.13 for ; Mon, 13 Aug 2012 02:27:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=9Ftbz27ydh/qQWQwV2ZNZlDCIVdqVzgpMoNOOsJTDow=; b=VUs2LcYf1xh5K7In7yo5dlSZwql4Gq3siDfSF3TZe1ULKJhGpFvcYzKW+eSeVL+W9V 9WAJ91062CkN2PTCaxQSwRXb/1K2dafCBHOOLsVgZ5M6tEaHUJyBxM+evJ7x/1uNu0Wh OhkRUPuIEItOnu5szigFz2AZAuNsr9yekQh0sBmzkMzsv1h+dMs1M8acpqxWyallcoCE qs/w1vhtdHIAt+pYFhooOSLvrYMwtZAoAZIZ9lcHCss2eztTpjPLAZ+TUY6l9xqOHloR 9OBqplvvxJhRz0aq2TGHd5t9xSddPWg8CNGAshb+k16yWwfYRKL3Wmag1CmEAd8UmiKA fUeQ== MIME-Version: 1.0 Received: by 10.152.105.51 with SMTP id gj19mr7835529lab.38.1344850072122; Mon, 13 Aug 2012 02:27:52 -0700 (PDT) Received: by 10.112.30.4 with HTTP; Mon, 13 Aug 2012 02:27:51 -0700 (PDT) In-Reply-To: <7BDA02A3-99ED-4F67-9B2D-5AAF1523642E@helenius.fi> References: <7BDA02A3-99ED-4F67-9B2D-5AAF1523642E@helenius.fi> Date: Mon, 13 Aug 2012 11:27:51 +0200 Message-ID: From: Olivier Smedts To: Petri Helenius Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkJjaNyCJDHSBFhxXE0NZcqLnP+bJ3dkCiMpxelrt29O7ESyC3SXvi15bFdGyYaOgRdGHXp Cc: freebsd-fs@freebsd.org Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 09:27:54 -0000 2012/8/13 Petri Helenius : > > Hi, > > Is it possible to have ZFS or UFS to zero out the deallocated blocks to facilitate VM disk compaction? > > Pete Did you try a classic "dd if=/dev/zero of=a-file-on-the-pool" ? This won't give good results if you do this on a filesystem with compression enabled. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 11:07:07 2012 Return-Path: Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57AEE106566C for ; Mon, 13 Aug 2012 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4122B8FC18 for ; Mon, 13 Aug 2012 11:07:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7DB77OQ007089 for ; Mon, 13 Aug 2012 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7DB76EC007087 for freebsd-fs@FreeBSD.org; Mon, 13 Aug 2012 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Aug 2012 11:07:06 GMT Message-Id: <201208131107.q7DB76EC007087@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 Cc: Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 11:07:07 -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/170497 fs [xfs][panic] kernel will panic whenever I ls a mounted o kern/170238 fs [zfs] [panic] Panic when deleting data 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/167066 fs [zfs] ZVOLs not appearing in /dev/zvol 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/165923 fs [nfs] Writing to NFS-backed mmapped files fails if flu 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/162362 fs [snapshots] [panic] ufs with snapshot(s) panics when g o kern/161968 fs [zfs] [hang] renaming snapshot with -r including a zvo p kern/161897 fs [zfs] [patch] zfs partition probing causing long delay o kern/161864 fs [ufs] removing journaling from UFS partition fails on o bin/161807 fs [patch] add option for explicitly specifying metadata 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 o 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/153520 fs [zfs] Boot from GPT ZFS root on HP BL460c G1 unstable 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 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/151111 fs [zfs] vnodes leakage during zfs unmount 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 " p kern/147560 fs [zfs] [boot] Booting 8.1-PRERELEASE raidz system take 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 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/141897 fs [msdosfs] [panic] Kernel panic. msdofs: file name leng o kern/141463 fs [nfs] [panic] Frequent kernel panics after upgrade fro o kern/141305 fs [zfs] FreeBSD ZFS+sendfile severe performance issues ( 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/139564 fs [zfs] [panic] 8.0-RC1 - Fatal trap 12 at end of shutdo 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/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 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/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 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 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 kern/88266 fs [smbfs] smbfs does not implement UIO_NOCOPY and sendfi 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/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 283 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 16:54:56 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6713D106566B for ; Mon, 13 Aug 2012 16:54:56 +0000 (UTC) (envelope-from stevenschlansker@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0F5E58FC12 for ; Mon, 13 Aug 2012 16:54:55 +0000 (UTC) Received: by qcsg15 with SMTP id g15so3017781qcs.13 for ; Mon, 13 Aug 2012 09:54:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; bh=RdLdFVXLW6tib+K7jTSwDVrVuAKpjBtcQFUvKOBb4nE=; b=a+6R6XDEnAWt/eH8dhpG7jwoG7A8bFgzZJ3sV2L/NYpGgTkr6d+7+P9Z924DMmDzE5 1bj7FgfrfjuJQWZKmo1boNsHRdGZrXgtzQk+2E6IiQTxVsiZ6XMGYLJxHDdMkDRSUW9y eQwVkVoXcBykc9po0aorgz1Xd8W29jBR9YBaZSboFjQRSEuVHh4YcideDgzyeKKVtvtQ lEmJf31MBOYlxhYz694SMAX1iE5DVtngNGxidbtKSw1l2PN5hkRbc1Rg0wouw/jAHrmM TrYUR/ehrf1IqaCehzTurjRh2KNlz1+inANPsjgaqIiAhiS2kZJC0MtDKL4x2xcUrlv6 sqEg== Received: by 10.50.168.66 with SMTP id zu2mr6427121igb.54.1344876894872; Mon, 13 Aug 2012 09:54:54 -0700 (PDT) Received: from anesthetize.dyn.corp.trumpet.io ([207.86.77.58]) by mx.google.com with ESMTPS id q1sm15131910igj.15.2012.08.13.09.54.53 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 13 Aug 2012 09:54:53 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.0 \(1485\)) From: Steven Schlansker In-Reply-To: Date: Mon, 13 Aug 2012 09:54:52 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7BDA02A3-99ED-4F67-9B2D-5AAF1523642E@helenius.fi> To: Olivier Smedts X-Mailer: Apple Mail (2.1485) Cc: freebsd-fs@freebsd.org, Petri Helenius Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 16:54:56 -0000 On Aug 13, 2012, at 2:27 AM, Olivier Smedts wrote: > 2012/8/13 Petri Helenius : >>=20 >> Hi, >>=20 >> Is it possible to have ZFS or UFS to zero out the deallocated blocks = to facilitate VM disk compaction? >>=20 >> Pete >=20 > Did you try a classic "dd if=3D/dev/zero of=3Da-file-on-the-pool" ? = This > won't give good results if you do this on a filesystem with > compression enabled. ZFS uses copy on write = (http://en.wikipedia.org/wiki/ZFS#Copy-on-write_transactional_model) so = overwriting with zeroes will actually allocate new space to hold all the = zeroed data and leave the old data mostly untouched. From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 20:15:58 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 325AA1065674 for ; Mon, 13 Aug 2012 20:15:58 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B04D68FC1E for ; Mon, 13 Aug 2012 20:15:57 +0000 (UTC) Received: by bkcje9 with SMTP id je9so1619217bkc.13 for ; Mon, 13 Aug 2012 13:15:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=ym2WQ3a9drHIHyruva5wWIK0L5ByAbzeZUiSiBooVEk=; b=V7EYgt+7itNlSRx6RYEJWI8hA4I05Zvwo18nh2IWVLTer7d1zxIHN1B7HGEHP+NHIc SdcJ57oPGvIN+5nhP/r1mmp1Al9q8vT3wTpp7JyWnXhoKYs+iBcY/rxYXyTcBf4jWGNr ROCbiioIR3AwMOH5noyo3u6n9mvWQ+j9ViwIRjJnv3IUibHgv1/muo64MtuF5eR64b8y DjH7oSzpFffYQOP9smZyi8QDOTDuAi8FrfnOz4URP+v+2TSsG9Ky6EULK3S6RDWdFx+e 1MajJFW8+WjR5tSm/Ufn2ogKVQvG8W4HYHKp55bORFx67EbyyJeefkoQdIt8zyDVT1HA uy5A== MIME-Version: 1.0 Received: by 10.204.152.211 with SMTP id h19mr5130054bkw.45.1344888951020; Mon, 13 Aug 2012 13:15:51 -0700 (PDT) Received: by 10.204.172.205 with HTTP; Mon, 13 Aug 2012 13:15:50 -0700 (PDT) In-Reply-To: References: <7BDA02A3-99ED-4F67-9B2D-5AAF1523642E@helenius.fi> Date: Mon, 13 Aug 2012 22:15:50 +0200 Message-ID: From: Olivier Smedts To: Steven Schlansker Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQmb3ucBb8qa4dU9sgf1WarQe4hWYSHE+G3XZvTUr5PAP0q8NfDi2fUziuNffpJ6t5cvA2Fh Cc: freebsd-fs@freebsd.org, Petri Helenius Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 20:15:58 -0000 2012/8/13 Steven Schlansker : > > On Aug 13, 2012, at 2:27 AM, Olivier Smedts wrote: >> Did you try a classic "dd if=/dev/zero of=a-file-on-the-pool" ? This >> won't give good results if you do this on a filesystem with >> compression enabled. > > ZFS uses copy on write (http://en.wikipedia.org/wiki/ZFS#Copy-on-write_transactional_model) so overwriting with zeroes will actually allocate new space to hold all the zeroed data and leave the old data mostly untouched. Only until all the free space is consumed ! -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-fs@FreeBSD.ORG Mon Aug 13 20:53:24 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EB79106566C for ; Mon, 13 Aug 2012 20:53:24 +0000 (UTC) (envelope-from prvs=15723815ec=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id C9F298FC14 for ; Mon, 13 Aug 2012 20:53:23 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 13 Aug 2012 21:53:00 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50021220368.msg for ; Mon, 13 Aug 2012 21:52:59 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=15723815ec=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-fs@freebsd.org Message-ID: From: "Steven Hartland" To: "Olivier Smedts" , "Steven Schlansker" References: <7BDA02A3-99ED-4F67-9B2D-5AAF1523642E@helenius.fi> Date: Mon, 13 Aug 2012 21:52:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-fs@freebsd.org, Petri Helenius Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2012 20:53:24 -0000 ----- Original Message ----- From: "Olivier Smedts" > 2012/8/13 Steven Schlansker : >> >> On Aug 13, 2012, at 2:27 AM, Olivier Smedts wrote: >>> Did you try a classic "dd if=/dev/zero of=a-file-on-the-pool" ? This >>> won't give good results if you do this on a filesystem with >>> compression enabled. >> >> ZFS uses copy on write (http://en.wikipedia.org/wiki/ZFS#Copy-on-write_transactional_model) so overwriting with zeroes will >> actually allocate new space to hold all the zeroed data and leave the old data mostly untouched. > > Only until all the free space is consumed ! Also need to ensure compression isnt turned on and its not an device that does compression on disk / disk controller such as Sandforce based SSD's as that could resulting in something other than the intended behavour. ================================================ 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 Tue Aug 14 09:55:31 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A90AD10657C2 for ; Tue, 14 Aug 2012 09:55:31 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id BFA708FC16 for ; Tue, 14 Aug 2012 09:55:30 +0000 (UTC) Received: by lbbgk8 with SMTP id gk8so175363lbb.13 for ; Tue, 14 Aug 2012 02:55:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=4IsXUp5+Z15WleTSX3b1ZlbWsmTJy/CYny6NFyVROnI=; b=WPeBJ4oWtGqYEjyWnH4k2TYuUluPfukuQ9qjcCYFY5gUsFyBZwEVrF2qghCxHlAXBS R8UHuzRrz1fEcCRqclV953DwGNgzXQeltZNGtELx6PjTlSt/+ZqSP5eDMLPhjG5pRSu0 i3bQyyLL5ioYQ+F8NM75pVyNc4zSkUcerG4I4jIXrdkyc0Xo0yqIw+tj3NyA1ptoUCXm 9ab1TnG7sfMk/7J8KlF7ccU4WrUCw4EDzPThRl+mBWsz4hFikUUxyaGI5LGKntDqqK24 Kjm471UbHg3IHig6lJ3rmelQNyDcvRtn5QE5wZIuQjntf0Mpz/YHbf2pvdaDfYKkO6RX kTFQ== MIME-Version: 1.0 Received: by 10.112.82.42 with SMTP id f10mr7721376lby.95.1344938129125; Tue, 14 Aug 2012 02:55:29 -0700 (PDT) Received: by 10.112.2.36 with HTTP; Tue, 14 Aug 2012 02:55:29 -0700 (PDT) In-Reply-To: References: <7BDA02A3-99ED-4F67-9B2D-5AAF1523642E@helenius.fi> Date: Tue, 14 Aug 2012 11:55:29 +0200 Message-ID: From: Olivier Smedts To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkBynAXo9WgFr0BZwfaSAVr+f0yeuBa17PT50wZQuiTDY2YLwKXARMXMu5etl+1xBQ2DNyi Cc: freebsd-fs@freebsd.org, Petri Helenius Subject: Re: zero deleted blocks X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Aug 2012 09:55:32 -0000 2012/8/13 Steven Hartland : > Also need to ensure compression isnt turned on and its not an device > that does compression on disk / disk controller such as Sandforce > based SSD's as that could resulting in something other than the > intended behavour. I think the "device" we're speaking of here is a flat file, as the OP wants to compact virtual machines' disks. -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-fs@FreeBSD.ORG Wed Aug 15 06:46:52 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B022106566B for ; Wed, 15 Aug 2012 06:46:52 +0000 (UTC) (envelope-from Karli.Sjoberg@slu.se) Received: from Exchange2.ad.slu.se (exchange2.ad.slu.se [193.10.100.95]) by mx1.freebsd.org (Postfix) with ESMTP id D0A158FC17 for ; Wed, 15 Aug 2012 06:46:51 +0000 (UTC) Received: from exmbx3.ad.slu.se ([193.10.100.93]) by Exchange2.ad.slu.se ([193.10.100.95]) with mapi; Wed, 15 Aug 2012 08:45:39 +0200 From: =?iso-8859-1?Q?Karli_Sj=F6berg?= To: Freddie Cash Date: Wed, 15 Aug 2012 08:45:38 +0200 Thread-Topic: Hang when importing pool Thread-Index: Ac16sZUmk6OCFGzITvieVYOmToJ0Bg== Message-ID: <49C9D08A-85EF-4D23-B07F-F3980CBA5A97@slu.se> References: In-Reply-To: Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: sv-SE, en-US MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-fs@freebsd.org" Subject: Re: Hang when importing pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 06:46:52 -0000 31 jul 2012 kl. 17.31 skrev Freddie Cash: On Mon, Jul 30, 2012 at 11:31 PM, Karli Sj=F6berg > wrote: I=B4m really struggling with this. I have had a pool with imported filesyst= ems from a Solaris system that had dedup activated. Then, when the time cam= e to erase them, it just stalled. When rebooting, it stalled again at mount= ing filesystems, and since then, I=B4ve installed two USB drives to act as = root pool with FreeBSD-9.0-RELEASE so that I could import the original pool= in recovery, but it always stalls after a couple of hours. Looking at top,= I could see that the 16GB RAM was maxed out, so I have heavily tuned down = kmem, arc, etc: You're running out of RAM during the import, as it loads the DDT. Stuff a bunch more RAM into the machine (32 GB, 48 GB, even 64 GB). Then you will be able to load the full DDT into RAM, finish the aborted destroy process, and import the pool. We've run into this three or four times now on systems with dedupe enabled and only 16 GB of RAM. We've since upgraded all our boxes to a minimum of 32 GB, with one having 64 GB. ZFS dataset destruction with dedupe enabled takes *a lot* of time and RAM, as the DDT needs to be updated for every block freed. And rebooting in the middle of a "zfs destroy" operation means that the operation needs to finish at pool import time. -- Freddie Cash fjwcash@gmail.com I took your advice. I replaced my Core i5 with a Xeon X3470 and ramped up t= he RAM to 32GB, maxing out the HW. Sadly enough, it still stalls in the exa= ct same manner:( This has to be the most frustrating thing ever, since ther= e=B4s tons of data there that I really need and if it wasn=B4t for that stu= pid destroy operation, it would still be accessible. I feel that FreeBSD is partly to blame since it was completely possible in = the originating SUN machine with Solaris that only has 16GB RAM to do the s= ame destroy to the same dataset without any problem. Sure, it took forever = and then some (about two weeks) but it stayed afloat during the whole time. The FreeBSD machine starts to accumulate more and more RAM, but quite stead= ily until it comes up to 9-9.5GB of RAM Wired and then it just SHOOTS off t= o swallow it all and cause a stall. That is the same behavior as when there= was only 16GB RAM. During the last attempt I had while true; do zfs-stats -A | grep "ARC Size:" zfs-stats -L | egrep '(L2 ARC Size|Bytes Scanned)' sleep 10 done running, so I could monitor the usage just before the crash. The ARC stayed= at 6GB, while the last top sample shows 28GB Wired. See for yourselves: top: http://i45.tinypic.com/21do5ra.png gstat: http://i49.tinypic.com/e197ax.png zfs-stats: http://i46.tinypic.com/250uxhz.png Import CTRL+T after it stalled: http://i46.tinypic.com/2uxvb4h.png I=B4m willing to try anything at this point. Any longshots you have are mos= t welcome, since it couldn=B4t get any worse:( Med V=E4nliga H=E4lsningar ---------------------------------------------------------------------------= ---- Karli Sj=F6berg Swedish University of Agricultural Sciences Box 7079 (Visiting Address Kron=E5sv=E4gen 8) S-750 07 Uppsala, Sweden Phone: +46-(0)18-67 15 66 karli.sjoberg@slu.se From owner-freebsd-fs@FreeBSD.ORG Wed Aug 15 07:19:44 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F48D106564A for ; Wed, 15 Aug 2012 07:19:44 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id B223A8FC18 for ; Wed, 15 Aug 2012 07:19:43 +0000 (UTC) Received: by qatn12 with SMTP id n12so1206512qat.13 for ; Wed, 15 Aug 2012 00:19:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=PCsOEItmSZIic+N+CEMGi/ynPFGk4szfrURKaR9uuxU=; b=f1WY+joigHblaWR174zPRckcRi61vEOlsw44b7ONvVhRIqnWEvMH6nPDqRIZdIIeBI +CVA7V7hwrAnrQH8Oe0cDUKXjFqUGV/lmREO0a9yxttxTe3L+pYdwKQFIPlePZL1pJQt Q8clooczsHT+j3FlYswpqSPpYQGqLoJSgz6jY9pQXRUhoPXUHm8YNyNuDgIAcFuM2r+W lKH16I5jnJyG6LWsrbvWfbvbXmcIIr1LrTQkdgjiHy1xleO5P0rC+wkjzRueBiNBfv0g vEVqm9JZfLlKjuEcX1i7ZV6Q1lDI22FMP16VR07dEpgMc8Q3IuuH/yyOIqDOE8lCBAQ0 pQ8g== MIME-Version: 1.0 Received: by 10.224.219.210 with SMTP id hv18mr38847522qab.46.1345015176336; Wed, 15 Aug 2012 00:19:36 -0700 (PDT) Received: by 10.49.4.136 with HTTP; Wed, 15 Aug 2012 00:19:36 -0700 (PDT) In-Reply-To: <49C9D08A-85EF-4D23-B07F-F3980CBA5A97@slu.se> References: <49C9D08A-85EF-4D23-B07F-F3980CBA5A97@slu.se> Date: Wed, 15 Aug 2012 15:19:36 +0800 Message-ID: From: Marcelo Araujo To: =?ISO-8859-1?Q?Karli_Sj=F6berg?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-fs@freebsd.org" Subject: Re: Hang when importing pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: araujo@FreeBSD.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 07:19:44 -0000 2012/8/15 Karli Sj=F6berg > > > I=B4m willing to try anything at this point. Any longshots you have are m= ost > welcome, since it couldn=B4t get any worse:( > > Dear Karli, As you are willing to try anything, you can try it by your own risk, I'd like just to point out that, you shall lost data. You can try two different options and both of them are dangerous for your data: 1) Import the pool in verbatim mode, even if there is any faulted vdevs, this option treats the pool configuration as it is completed. # zpool import -V pool | id 2) Used with the -F recovery option, try to import a non-importable pool from an extreme rewind. # zpool import -V pool | id Once again, as an advice, use those 2 options above, only if you really don't have any more ideas to solve your problem. Both of options can damage your data, and you might never recover it once again. Best Regards, --=20 Marcelo Araujo araujo@FreeBSD.org From owner-freebsd-fs@FreeBSD.ORG Wed Aug 15 07:21:24 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D64321065672 for ; Wed, 15 Aug 2012 07:21:24 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1A48FC0A for ; Wed, 15 Aug 2012 07:21:24 +0000 (UTC) Received: by qatn12 with SMTP id n12so1207005qat.13 for ; Wed, 15 Aug 2012 00:21:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=zg6nRfrOfU6ISlvTHIC9SO3oXXNmvAMnKJ+M486ZA5c=; b=UB9HN+S0qYDdVbI6weQAiexcarX/YWxkZZCxNH2Xbuq3INwqqxNo6+eSEeMUiPwcl9 GrGPTUDmQfL/Itq1CMO+7xpXKgmX+MIu5abVrl2gCo9rpq2HqJP4ZvbwU+nZQCCKZYeT oAU1b0Di8ErCbfDEAtmkaw8NPUJYlZyrLuds9Kna2sGJnlb5aFXS5quCp/Ak6WrTRT3N aDUmU+pqYs3UaZYP2OkUJ46+tVLxCiTewv1Yl6PBOH5KYff99sCZkBSqykj6QyncN29V tUGxOrNODeqP37BXzfkM8jJYZY79oEGJavCa0wGQ19qpWWLVWlmm7aIpyW17e3na5ji9 zEtg== MIME-Version: 1.0 Received: by 10.229.105.158 with SMTP id t30mr10557601qco.16.1345015283791; Wed, 15 Aug 2012 00:21:23 -0700 (PDT) Received: by 10.49.4.136 with HTTP; Wed, 15 Aug 2012 00:21:23 -0700 (PDT) In-Reply-To: References: <49C9D08A-85EF-4D23-B07F-F3980CBA5A97@slu.se> Date: Wed, 15 Aug 2012 15:21:23 +0800 Message-ID: From: Marcelo Araujo To: =?ISO-8859-1?Q?Karli_Sj=F6berg?= Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-fs@freebsd.org" Subject: Re: Hang when importing pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: araujo@FreeBSD.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 07:21:24 -0000 2012/8/15 Marcelo Araujo > > 2) Used with the -F recovery option, try to import a non-importable pool > from an extreme rewind. > # zpool import -V pool | id > > Ooooops, The option 2) should be: 2) # zpool import -F -X pool | id -- Marcelo Araujo araujo@FreeBSD.org From owner-freebsd-fs@FreeBSD.ORG Wed Aug 15 07:39:09 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CC1F106564A for ; Wed, 15 Aug 2012 07:39:09 +0000 (UTC) (envelope-from hal@elizium.za.net) Received: from squishy.elizium.za.net (squishy.elizium.za.net [80.68.90.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2DA6E8FC0C for ; Wed, 15 Aug 2012 07:39:08 +0000 (UTC) Received: from squishy.elizium.za.net (squishy.elizium.za.net [80.68.90.178]) by squishy.elizium.za.net (Postfix) with ESMTPSA id CD8148018; Wed, 15 Aug 2012 09:31:36 +0200 (SAST) Date: Wed, 15 Aug 2012 09:31:35 +0200 From: Hugo Lombard To: Karli =?iso-8859-1?Q?Sj=F6berg?= Message-ID: <20120815073135.GO6757@squishy.elizium.za.net> References: <49C9D08A-85EF-4D23-B07F-F3980CBA5A97@slu.se> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <49C9D08A-85EF-4D23-B07F-F3980CBA5A97@slu.se> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "freebsd-fs@freebsd.org" Subject: Re: Hang when importing pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 07:39:09 -0000 On Wed, Aug 15, 2012 at 08:45:38AM +0200, Karli Sjöberg wrote: > > I took your advice. I replaced my Core i5 with a Xeon X3470 and ramped > up the RAM to 32GB, maxing out the HW. Sadly enough, it still stalls > in the exact same manner:( This has to be the most frustrating thing > ever, since there´s tons of data there that I really need and if it > wasn´t for that stupid destroy operation, it would still be > accessible. > > I feel that FreeBSD is partly to blame since it was completely > possible in the originating SUN machine with Solaris that only has > 16GB RAM to do the same destroy to the same dataset without any > problem. Sure, it took forever and then some (about two weeks) but it > stayed afloat during the whole time. > Sorry to hear about your pain. I've recently run into a similar problem where destroying a lot of snapshots on de-duped filesystems caused two boxes (one a replica of the other) to strangle itself. After much stuggling, I opted to redo the slave box, mounted the master box's pool readonly, and rsync'ed the datasets across. In retrospect, I shouldn't have deleted so many snapshots at once. Boxes are both quad-core Opterons with 16GB RAM each. On the newly re-done box, I've decided not to use de-dupe. In the process of searching for an answer I came across this thread: http://www.mail-archive.com/zfs-discuss@opensolaris.org/msg47526.html The person who noted the issue originally finally managed to recover their pool with a loan machine from Oracle that had 120GB RAM: http://www.mail-archive.com/zfs-discuss@opensolaris.org/msg47529.html Personally, I don't think the problem is purely FreeBSD's fault. -- Hugo Lombard From owner-freebsd-fs@FreeBSD.ORG Wed Aug 15 08:24:42 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A10A0106566B for ; Wed, 15 Aug 2012 08:24:42 +0000 (UTC) (envelope-from Karli.Sjoberg@slu.se) Received: from Exchange2.ad.slu.se (exchange2.ad.slu.se [193.10.100.95]) by mx1.freebsd.org (Postfix) with ESMTP id 054E08FC0A for ; Wed, 15 Aug 2012 08:24:41 +0000 (UTC) Received: from exmbx3.ad.slu.se ([193.10.100.93]) by Exchange2.ad.slu.se ([193.10.100.95]) with mapi; Wed, 15 Aug 2012 10:24:40 +0200 From: =?iso-8859-1?Q?Karli_Sj=F6berg?= To: Hugo Lombard Date: Wed, 15 Aug 2012 10:24:38 +0200 Thread-Topic: Hang when importing pool Thread-Index: Ac16v2lpsoLTWUL3SXGZN8wSmNyv3g== Message-ID: References: <49C9D08A-85EF-4D23-B07F-F3980CBA5A97@slu.se> <20120815073135.GO6757@squishy.elizium.za.net> In-Reply-To: <20120815073135.GO6757@squishy.elizium.za.net> Accept-Language: sv-SE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: sv-SE, en-US MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-fs@freebsd.org" Subject: Re: Hang when importing pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Aug 2012 08:24:42 -0000 15 aug 2012 kl. 09.31 skrev Hugo Lombard: On Wed, Aug 15, 2012 at 08:45:38AM +0200, Karli Sj=F6berg wrote: I took your advice. I replaced my Core i5 with a Xeon X3470 and ramped up the RAM to 32GB, maxing out the HW. Sadly enough, it still stalls in the exact same manner:( This has to be the most frustrating thing ever, since there=B4s tons of data there that I really need and if it wasn=B4t for that stupid destroy operation, it would still be accessible. I feel that FreeBSD is partly to blame since it was completely possible in the originating SUN machine with Solaris that only has 16GB RAM to do the same destroy to the same dataset without any problem. Sure, it took forever and then some (about two weeks) but it stayed afloat during the whole time. Sorry to hear about your pain. I've recently run into a similar problem where destroying a lot of snapshots on de-duped filesystems caused two boxes (one a replica of the other) to strangle itself. After much stuggling, I opted to redo the slave box, mounted the master box's pool readonly, and rsync'ed the datasets across. In retrospect, I shouldn't have deleted so many snapshots at once. Boxes are both quad-core Opterons with 16GB RAM each. On the newly re-done box, I've decided not to use de-dupe. In the process of searching for an answer I came across this thread: http://www.mail-archive.com/zfs-discuss@opensolaris.org/msg47526.html The person who noted the issue originally finally managed to recover their pool with a loan machine from Oracle that had 120GB RAM: http://www.mail-archive.com/zfs-discuss@opensolaris.org/msg47529.html Personally, I don't think the problem is purely FreeBSD's fault. Neither do I, I said "partly". >From the link you sent me, quoted by a Mr Jim Klimov: "According to my research (flushed out with the Jive Forums, so I'd repeat here) it seems that (MY SPECULATION FOLLOWS): 1) some kernel module (probably related to ZFS) takes hold of more and more RAM; 2) since it is kernel memory, it can not be swapped out; 3) since all RAM is depleted but there are requests for RAM allocation, the kernel scans all allocated memory to find candidates for swapping out (hence the high scanrate). 4) Since all RAM is now consumed by a BADLY DESIGNED kernel module which can not be swapped out, the system dies in a high-scanrate agony, because there is no RAM available to do anything. It can be "pinged" for a while, but not much more. I stress that the module is BADLY DESIGNED as it is in my current running version of the OS (I don't know yet if it was fixed in oi_151a), because probably it is trying to build the full ZFS tree in its adressable memory - regardles of whether it can fit there. IMHO the module should try to process the pool in smaller chunks, or allow swapping out, if the hardware constraints like insufficient RAM force it to." Wow, repeated two times... "Symptoms are like what you've described, including the huge scanrate just before the system dies (becomes unresponsive). Also if you try running= with "vmstat 1" you can see that in the last few seconds of uptime the system would go from several hundred free MBs (or even over a GB free RAM) down to under 32Mb very quickly - consuming hundreds of MBs per second." These symptoms are exactly what I=B4m experiencing! Further down: "However, with ZDB analysis I managed to find some counter of free blocks - those which belonged to a killed dataset. Seems that at first they are quickly marked for deletion (i.e. are not referenced by any dataset, but are still in the ZFS block tree), and then during pool's current uptime or further import attempts, these blocks are actually walked and excluded from the ZFS tree. In my case I saw that between reboots and import attempts this counter went down by some 3 million blocks every uptime, and after a couple of stressful weeks the destroyed dataset was gone and the pool just worked on and on. So if you still have this problem, try running ZDB to see if deferred-free count is decreasing between pool import attempts: # time zdb -bsvL -e ... 976K 114G 113G 172G 180K 1.01 1.56 deferred free ..." So hopefully if I just keep at it, maybe it solves itself. Right now, I=B4m= trying: # zpool import -f -F -X id as Marcelo Araujo suggested. See how long it=B4ll take before it stalls thi= s time... /Karli From owner-freebsd-fs@FreeBSD.ORG Thu Aug 16 02:24:47 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9F611065676 for ; Thu, 16 Aug 2012 02:24:47 +0000 (UTC) (envelope-from info@dewayneowens.com) Received: from omta2.brinkster.com (omta2.brinkster.com [65.182.109.101]) by mx1.freebsd.org (Postfix) with ESMTP id B64A88FC0C for ; Thu, 16 Aug 2012 02:24:46 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by omta2.brinkster.com (Postfix) with ESMTP id ABDAE1C1B89D; Wed, 15 Aug 2012 19:24:35 -0700 (MST) X-DSPAM-Result: Innocent X-DSPAM-Class: Innocent X-DSPAM-Confidence: 0.57 X-DSPAM-Probability: 0.0018 X-DSPAM-Signature: N/A X-Virus-Scanned: amavisd-new at Received: from omta2.brinkster.com ([127.0.0.1]) by localhost (omta2.brinkster.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UTuOHo0w8B6q; Wed, 15 Aug 2012 19:24:35 -0700 (MST) Received: from mta6.brinkster.com (unknown [65.182.109.85]) by omta2.brinkster.com (Postfix) with ESMTPS id 7786C1C19C68; Wed, 15 Aug 2012 19:24:35 -0700 (MST) Received: from localhost (localhost.localdomain [127.0.0.1]) by mta6.brinkster.com (Postfix) with ESMTP id 27D134C0002; Wed, 15 Aug 2012 22:24:35 -0400 (EDT) X-Virus-Scanned: amavisd-new at mta6.brinkster.com Received: from mta6.brinkster.com ([127.0.0.1]) by localhost (mta6.brinkster.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q5sB5Ib5b9ht; Wed, 15 Aug 2012 22:24:34 -0400 (EDT) Received: from qjf (unknown [123.162.134.123]) (Authenticated sender: info@dewayneowens.com) by mta6.brinkster.com (Postfix) with ESMTPA id 763E34C0005; Wed, 15 Aug 2012 22:24:22 -0400 (EDT) Message-ID: <20120816102418206005@dewayneowens.com> From: =?utf-8?B?5qKB56yi54Kd?= To: Date: Thu, 16 Aug 2012 10:24:08 +0800 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0FF8_016A9965.1D3F5B80" X-mailer: Qils 2 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: =?utf-8?b?ZnJlZWJzZC1mc++8jOafpemqjA==?= X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 02:24:48 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0FF8_016A9965.1D3F5B80 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 ZnJlZWJzZC1mcyDmgqjlpb3vvIzpmYTku7bmmK8g5YWz5LqO5Yqz5Yqh5rS+6YGj44CB5aaC5L2V 6Kej6ZuH6L6e6YCA5Y+K5aSE55CG6L+d57qq6Zeu6aKY44CB5pyJ5pWI6LCD5bKX6LCD6Jaq5ZKM 5LyB5Lia5bi46KeB5Yqz5Yqo5LqJ6K6u5aSE55CG5a+5562WICzor7cg5p+l6ZiF77yM5bm26L2s 5Lqk6LS15YWs5Y+455u45YWz5Lq65ZGY77yBDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg5qKB56yi54Kd DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg MjAxMi04LTE2IDEwOjI0OjE1 ------=_NextPart_000_0FF8_016A9965.1D3F5B80-- From owner-freebsd-fs@FreeBSD.ORG Thu Aug 16 21:18:29 2012 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B32E81065677; Thu, 16 Aug 2012 21:18:29 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 86E548FC1B; Thu, 16 Aug 2012 21:18:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7GLIT2a004966; Thu, 16 Aug 2012 21:18:29 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7GLITsw004962; Thu, 16 Aug 2012 21:18:29 GMT (envelope-from linimon) Date: Thu, 16 Aug 2012 21:18:29 GMT Message-Id: <201208162118.q7GLITsw004962@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/170680: [nfs] Multiple NFS Client bug in the FreeBSD 7.4-RELEASE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2012 21:18:29 -0000 Old Synopsis: Multiple NFS Client bug in the FreeBSD 7.4-RELEASE New Synopsis: [nfs] Multiple NFS Client bug in the FreeBSD 7.4-RELEASE Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Thu Aug 16 21:17:04 UTC 2012 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=170680 From owner-freebsd-fs@FreeBSD.ORG Fri Aug 17 04:11:18 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AEFE1065672 for ; Fri, 17 Aug 2012 04:11:18 +0000 (UTC) (envelope-from araujobsdport@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3D2A38FC0C for ; Fri, 17 Aug 2012 04:11:15 +0000 (UTC) Received: by qcsg15 with SMTP id g15so3483684qcs.13 for ; Thu, 16 Aug 2012 21:11:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=6x84/BArK/V5EwIgreSSHhHNohr5LgiMoS68/YlO5vc=; b=ymPoQBo0A1EAScHYxpveL16f0K9w/qxRe8MEefsVzoytdjiDHlC/Jq6G42zd1QH0ez MQB11h/vPk5ie+oNOMvvG6VukpMNwX2Knc1mm3VXzxnRwRYBEOk86bcVQn9DgWeCl4hc oREd0E8ImBD4Qmbb9bxo0T928pP2KdBwv9UJLcqIogfpC7V+pioxUr+VjgJsgvBIS/ij Rcd66FA3DP337wSThw3+NoU76zZB5sNCE9vA6YFPGGUAPGhZWjHyeiC9V8xBtR3p8uDs 6tO8hrRPeLIlySEaGIW2UlPQknoLvUFdEkDfbxhhkxW1ZOertEwZPFBgqYe+XBZvfAxr 7p8w== MIME-Version: 1.0 Received: by 10.229.135.4 with SMTP id l4mr2603411qct.39.1345176674753; Thu, 16 Aug 2012 21:11:14 -0700 (PDT) Received: by 10.49.4.136 with HTTP; Thu, 16 Aug 2012 21:11:14 -0700 (PDT) In-Reply-To: <4FB366BE.50203@bsdunix.ch> References: <4FB2D099.8040103@bsdunix.ch> <4FB366BE.50203@bsdunix.ch> Date: Fri, 17 Aug 2012 12:11:14 +0800 Message-ID: From: Marcelo Araujo To: Thomas Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: zfs userquota support for rquotad (nfs)? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: araujo@FreeBSD.org List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 04:11:18 -0000 Hi dear Thomas, Unfortunately, I have started to make some work-around, but, my currently job demands so far more effort than never. Maybe I'm gonna go back on it after a while. Best Regards, - Araujo 2012/5/16 Thomas > Hi Marcelo > > Am 5/16/12 4:22 AM, schrieb Marcelo Araujo: > > Hello Tom and All, > > > > If there is no one working on it, I'm gonna take a look on it this > weekend. > > Great. I can test patches. > > Regards, > Tom > > > > > 2012/5/16 Tom > > > > > Hello > > > > Has someone tried or is working on an implementation to add ZFS > > userquota support to rquotad? > > > > > https://hg.openindiana.org/upstream/illumos/illumos-gate/rev/4f68f041ddcd > > > > Regards, > > Tom > > _______________________________________________ > > 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 > > " > > > > > > > > > > -- > > Marcelo Araujo > > araujo@FreeBSD.org > > -- Marcelo Araujo araujo@FreeBSD.org From owner-freebsd-fs@FreeBSD.ORG Fri Aug 17 11:20:11 2012 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1EA58106566C for ; Fri, 17 Aug 2012 11:20:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 07F3E8FC08 for ; Fri, 17 Aug 2012 11:20:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7HBKAme028471 for ; Fri, 17 Aug 2012 11:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7HBKAMS028470; Fri, 17 Aug 2012 11:20:10 GMT (envelope-from gnats) Date: Fri, 17 Aug 2012 11:20:10 GMT Message-Id: <201208171120.q7HBKAMS028470@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: =?iso-8859-2?Q?Radek_Krej=E8a?= Cc: Subject: Re: kern/147881: [zfs] [patch] ZFS " sharenfs" doesn' t allow different "exports" options for different hosts X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?iso-8859-2?Q?Radek_Krej=E8a?= List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 11:20:11 -0000 The following reply was made to PR kern/147881; it has been noted by GNATS. From: =?iso-8859-2?Q?Radek_Krej=E8a?= To: "'bug-followup@FreeBSD.org'" , "'Richard.Conto@gmail.com'" Cc: Subject: Re: kern/147881: [zfs] [patch] ZFS "sharenfs" doesn't allow different "exports" options for different hosts Date: Fri, 17 Aug 2012 13:14:31 +0200 Thank you very much for patch, is there any time perspective of aplying thi= s patch (or possibility) to system? Richard, your patch has a little bug, if there is - in the hostname, it is = expanded as whitespace and throw mistake to log. Radek From owner-freebsd-fs@FreeBSD.ORG Fri Aug 17 14:28:14 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E191065686; Fri, 17 Aug 2012 14:28:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8248FC15; Fri, 17 Aug 2012 14:28:14 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B5893B990; Fri, 17 Aug 2012 10:28:13 -0400 (EDT) From: John Baldwin To: freebsd-fs@freebsd.org Date: Fri, 17 Aug 2012 09:40:57 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p17; KDE/4.5.5; amd64; ; ) References: <201208162118.q7GLITsw004962@freefall.freebsd.org> In-Reply-To: <201208162118.q7GLITsw004962@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201208170940.57990.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 17 Aug 2012 10:28:13 -0400 (EDT) Cc: linimon@freebsd.org Subject: Re: kern/170680: [nfs] Multiple NFS Client bug in the FreeBSD 7.4-RELEASE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 14:28:14 -0000 On Thursday, August 16, 2012 5:18:29 pm linimon@freebsd.org wrote: > Old Synopsis: Multiple NFS Client bug in the FreeBSD 7.4-RELEASE > New Synopsis: [nfs] Multiple NFS Client bug in the FreeBSD 7.4-RELEASE > > Responsible-Changed-From-To: freebsd-bugs->freebsd-fs > Responsible-Changed-By: linimon > Responsible-Changed-When: Thu Aug 16 21:17:04 UTC 2012 > Responsible-Changed-Why: > Over to maintainer(s). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=170680 As this is a request for a EN it is more of a request for re@ I think. -- John Baldwin From owner-freebsd-fs@FreeBSD.ORG Fri Aug 17 19:00:23 2012 Return-Path: Delivered-To: freebsd-fs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF95B1065676 for ; Fri, 17 Aug 2012 19:00:23 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B69FB8FC0C for ; Fri, 17 Aug 2012 19:00:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q7HJ0MU6086895 for ; Fri, 17 Aug 2012 19:00:22 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q7HJ0MAt086894; Fri, 17 Aug 2012 19:00:22 GMT (envelope-from gnats) Date: Fri, 17 Aug 2012 19:00:22 GMT Message-Id: <201208171900.q7HJ0MAt086894@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Richard Conto Cc: Subject: Re: kern/147881: [zfs] [patch] ZFS " sharenfs" doesn' t allow different " exports" options for different hosts X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Richard Conto List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Aug 2012 19:00:23 -0000 The following reply was made to PR kern/147881; it has been noted by GNATS. From: Richard Conto To: =?utf-8?Q?Radek_Krej=C4=8Da?= Cc: Richard Conto , "'bug-followup@FreeBSD.org'" Subject: Re: kern/147881: [zfs] [patch] ZFS "sharenfs" doesn't allow different "exports" options for different hosts Date: Fri, 17 Aug 2012 14:58:02 -0400 On Aug 17, 2012, at 7:14 AM, Radek Krej=E8a wrote: > Thank you very much for patch, is there any time perspective of = aplying this patch (or possibility) to system? >=20 > Richard, your patch has a little bug, if there is - in the hostname, = it is expanded as whitespace and throw mistake to log. >=20 > Radek I've just applied my patch to FreeBSD-9 - and was thinking of expanding = it in order to be able to deal with NFS-V4 exports. (I was thinking of expanding '%f' as the filesystem name so the = filesystem name can occur in any part of the string.) Do you mean that if there is a "-" (hyphen) in the hostname, such as = "my-nfs-clients.local.com"), it gets mangled? I'll look at that.= From owner-freebsd-fs@FreeBSD.ORG Sat Aug 18 17:48:56 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19F92106566B for ; Sat, 18 Aug 2012 17:48:56 +0000 (UTC) (envelope-from pavel.priv@hte.vl.net.ua) Received: from relay.hte.vl.net.ua (relay.hte.vl.net.ua [81.17.132.178]) by mx1.freebsd.org (Postfix) with ESMTP id C38288FC0C for ; Sat, 18 Aug 2012 17:48:55 +0000 (UTC) Received: from filter (localhost [127.0.0.1]) by relay.hte.vl.net.ua (Postfix) with ESMTP id 73CE8171197E for ; Sat, 18 Aug 2012 20:48:54 +0300 (EEST) X-Virus-Scanned: amavisd-new at hte.vl.net.ua Received: from relay.hte.vl.net.ua ([127.0.0.1]) by filter (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rzSy40q0t5me for ; Sat, 18 Aug 2012 20:48:53 +0300 (EEST) Received: from [77.52.14.254] (77-52-14-254.dialup.umc.net.ua [77.52.14.254]) by relay.hte.vl.net.ua (Postfix) with ESMTPA id 651B017114C5 for ; Sat, 18 Aug 2012 20:48:53 +0300 (EEST) Message-ID: <502FD583.9070105@hte.vl.net.ua> Date: Sat, 18 Aug 2012 20:48:51 +0300 From: Pavel Bychykhin User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Some of ZFS ACLs doesn't work as expected X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 17:48:56 -0000 Dear community! After my experiments with ZFS, I concluded, that permissions "delete_child" and "delete" are ignored. For the create/update/delete operation a list of "rwxp" (read_data/write_data/execute/append_data) is fully sufficient. No need to specify the "delete_child" and "delete" permissions at all, or I don't understand something? Thanks in advance. -- Best regards, Pavel From owner-freebsd-fs@FreeBSD.ORG Sat Aug 18 18:25:56 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8ED67106566C for ; Sat, 18 Aug 2012 18:25:56 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 495448FC14 for ; Sat, 18 Aug 2012 18:25:56 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAAPdL1CDaFvO/2dsb2JhbABFhgG1RIIgAQEBAwEBAQEgKx0DCwUWGAICDRkCKQEJJgYIBwQBEwkEh2YGC6ZCki+BIYoEhWaBEgOTJYIrgRSOfoJ9gUU X-IronPort-AV: E=Sophos;i="4.77,791,1336363200"; d="scan'208";a="175844829" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 18 Aug 2012 14:24:49 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id EC2C179451; Sat, 18 Aug 2012 14:24:47 -0400 (EDT) Date: Sat, 18 Aug 2012 14:24:47 -0400 (EDT) From: Rick Macklem To: Pavel Bychykhin Message-ID: <1800872199.811272.1345314287909.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <502FD583.9070105@hte.vl.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-fs@freebsd.org Subject: Re: Some of ZFS ACLs doesn't work as expected X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 18:25:56 -0000 Pavel Bychykhin wrote: > Dear community! > > After my experiments with ZFS, I concluded, that permissions > "delete_child" and "delete" are ignored. > For the create/update/delete operation a list of "rwxp" > (read_data/write_data/execute/append_data) is fully sufficient. > > No need to specify the "delete_child" and "delete" permissions at all, > or I don't understand something? > I'm no acl expert, but I'm not sure anyone knows what "delete" means for a POSIX fs that supports multiple hard links. Those ACL flags are in NFSv4 to make them windows compatible. Others will hopefully know more w.r.t. ZFS ACL specifics, rick > Thanks in advance. > > -- > Best regards, > Pavel > _______________________________________________ > 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 Sat Aug 18 19:27:45 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D48CD106566B for ; Sat, 18 Aug 2012 19:27:45 +0000 (UTC) (envelope-from pavel.priv@hte.vl.net.ua) Received: from relay.hte.vl.net.ua (relay.hte.vl.net.ua [81.17.132.178]) by mx1.freebsd.org (Postfix) with ESMTP id 87AE18FC0C for ; Sat, 18 Aug 2012 19:27:45 +0000 (UTC) Received: from filter (localhost [127.0.0.1]) by relay.hte.vl.net.ua (Postfix) with ESMTP id DD3E8171197E; Sat, 18 Aug 2012 22:27:43 +0300 (EEST) X-Virus-Scanned: amavisd-new at hte.vl.net.ua Received: from relay.hte.vl.net.ua ([127.0.0.1]) by filter (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DxP4I8IuaGqx; Sat, 18 Aug 2012 22:27:42 +0300 (EEST) Received: from [77.52.14.254] (77-52-14-254.dialup.umc.net.ua [77.52.14.254]) by relay.hte.vl.net.ua (Postfix) with ESMTPA id 93C8A17114C5; Sat, 18 Aug 2012 22:27:42 +0300 (EEST) Message-ID: <502FECAD.2030808@hte.vl.net.ua> Date: Sat, 18 Aug 2012 22:27:41 +0300 From: Pavel Bychykhin User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Rick Macklem References: <1800872199.811272.1345314287909.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1800872199.811272.1345314287909.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org Subject: Re: Some of ZFS ACLs doesn't work as expected X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Aug 2012 19:27:45 -0000 18.08.2012 21:24, Rick Macklem пишет: > Pavel Bychykhin wrote: >> Dear community! >> >> After my experiments with ZFS, I concluded, that permissions >> "delete_child" and "delete" are ignored. >> For the create/update/delete operation a list of "rwxp" >> (read_data/write_data/execute/append_data) is fully sufficient. >> >> No need to specify the "delete_child" and "delete" permissions at all, >> or I don't understand something? >> > I'm no acl expert, but I'm not sure anyone knows what "delete" means for > a POSIX fs that supports multiple hard links. Those ACL flags are in NFSv4 > to make them windows compatible. I checked the windows compatibility with help of SAMBA: "delete_child" and "delete" is really mapped to corresponding NTFS permissions. But this mapping was ignored when I tried to delete a file. I have no idea, why these two permissions supported by FreeBSD. May be, it's a simply non-working clone from Solaris, where it's permissions really works. > > Others will hopefully know more w.r.t. ZFS ACL specifics, rick > -- Best regards, Pavel