From owner-freebsd-fs@FreeBSD.ORG Sun Sep 2 18:20:11 2007 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 BA13416A469 for ; Sun, 2 Sep 2007 18:20:11 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 844A913C45D for ; Sun, 2 Sep 2007 18:20:11 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IRu3G-0001Dt-8l for freebsd-fs@freebsd.org; Sun, 02 Sep 2007 20:20:02 +0200 Received: from 78-1-119-74.adsl.net.t-com.hr ([78.1.119.74]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 02 Sep 2007 20:20:02 +0200 Received: from ivoras by 78-1-119-74.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 02 Sep 2007 20:20:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Sun, 02 Sep 2007 03:59:31 +0200 Lines: 34 Message-ID: References: <20070901074803.GM85633@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig71163B03B56C142875DFE08D" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-119-74.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <20070901074803.GM85633@comp.chem.msu.su> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: New option for newfs(3) to make life with GEOM easier 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, 02 Sep 2007 18:20:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig71163B03B56C142875DFE08D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Yar Tikhiy wrote: > Any comments or objections? Thanks! Why not go a bit further and reserve 1 sector by default? I mean: keep the option, but if the GEOM people agree that only the last sector is in question here (and I think all current GEOM classes behave this way), reserve the 1 sector by default. Nobody will notice but some foot shooting will be avoided. The reason for this is that in some cases people will change their mind about whether they want to do mirroring or not, and then it's too late. --------------enig71163B03B56C142875DFE08D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG2hkDldnAQVacBcgRAl0qAKDbNGrGKpaMOHOwJyGTd0x+d1YwxgCeL+wi C9snVWCVWKBziDzuFIS/+Zk= =UsX2 -----END PGP SIGNATURE----- --------------enig71163B03B56C142875DFE08D-- From owner-freebsd-fs@FreeBSD.ORG Sun Sep 2 20:02:48 2007 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 96C3D16A419; Sun, 2 Sep 2007 20:02:48 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 3833913C45D; Sun, 2 Sep 2007 20:02:47 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l82JeCHl001132; Sun, 2 Sep 2007 23:40:12 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 2 Sep 2007 23:40:12 +0400 (MSD) From: Dmitry Morozovsky To: Ivan Voras In-Reply-To: Message-ID: <20070902233930.O1113@woozle.rinet.ru> References: <20070901074803.GM85633@comp.chem.msu.su> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Sun, 02 Sep 2007 23:40:12 +0400 (MSD) Cc: freebsd-fs@freebsd.org Subject: Re: New option for newfs(3) to make life with GEOM easier 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, 02 Sep 2007 20:02:48 -0000 On Sun, 2 Sep 2007, Ivan Voras wrote: IV> Why not go a bit further and reserve 1 sector by default? I mean: keep IV> the option, but if the GEOM people agree that only the last sector is in IV> question here (and I think all current GEOM classes behave this way), IV> reserve the 1 sector by default. Nobody will notice but some foot IV> shooting will be avoided. IV> IV> The reason for this is that in some cases people will change their mind IV> about whether they want to do mirroring or not, and then it's too late. There are possibilities that you can decide to use more than one GEOM layers under your file system. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-fs@FreeBSD.ORG Mon Sep 3 04:27:37 2007 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 3857516A419 for ; Mon, 3 Sep 2007 04:27:37 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id E3D4D13C45E for ; Mon, 3 Sep 2007 04:27:36 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IS3X1-0005Dl-Bc for freebsd-fs@freebsd.org; Mon, 03 Sep 2007 06:27:23 +0200 Received: from 78-0-78-173.adsl.net.t-com.hr ([78.0.78.173]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Sep 2007 06:27:23 +0200 Received: from ivoras by 78-0-78-173.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Sep 2007 06:27:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Mon, 03 Sep 2007 06:26:47 +0200 Lines: 40 Message-ID: References: <20070901074803.GM85633@comp.chem.msu.su> <20070902233930.O1113@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFE24E6B011E3009FCD54FB00" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-78-173.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <20070902233930.O1113@woozle.rinet.ru> X-Enigmail-Version: 0.95.3 Sender: news Subject: Re: New option for newfs(3) to make life with GEOM easier 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, 03 Sep 2007 04:27:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFE24E6B011E3009FCD54FB00 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dmitry Morozovsky wrote: > On Sun, 2 Sep 2007, Ivan Voras wrote: >=20 > IV> Why not go a bit further and reserve 1 sector by default? I mean: k= eep > IV> the option, but if the GEOM people agree that only the last sector = is in > IV> question here (and I think all current GEOM classes behave this way= ), > IV> reserve the 1 sector by default. Nobody will notice but some foot > IV> shooting will be avoided. > There are possibilities that you can decide to use more than one GEOM l= ayers=20 > under your file system. Of course, but I don't think this is significant in practice: except gmirror, what else would you like to put on a existing file system? --------------enigFE24E6B011E3009FCD54FB00 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG240QldnAQVacBcgRAqbkAJ0bOOCT47CvNyQzRTU3sQ5zi/ZIGQCg1zBq ml/j4QHzMh0jLMPjMwByJyQ= =efQL -----END PGP SIGNATURE----- --------------enigFE24E6B011E3009FCD54FB00-- From owner-freebsd-fs@FreeBSD.ORG Mon Sep 3 05:55:06 2007 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 1186E16A417; Mon, 3 Sep 2007 05:55:06 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 899A613C457; Mon, 3 Sep 2007 05:55:05 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l835sf8v032639; Mon, 3 Sep 2007 09:54:41 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 3 Sep 2007 09:54:41 +0400 (MSD) From: Dmitry Morozovsky To: Ivan Voras In-Reply-To: Message-ID: <20070903095344.P17354@woozle.rinet.ru> References: <20070901074803.GM85633@comp.chem.msu.su> <20070902233930.O1113@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 03 Sep 2007 09:54:41 +0400 (MSD) Cc: freebsd-fs@freebsd.org Subject: Re: New option for newfs(3) to make life with GEOM easier 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, 03 Sep 2007 05:55:06 -0000 On Mon, 3 Sep 2007, Ivan Voras wrote: IV> > IV> Why not go a bit further and reserve 1 sector by default? I mean: keep IV> > IV> the option, but if the GEOM people agree that only the last sector is in IV> > IV> question here (and I think all current GEOM classes behave this way), IV> > IV> reserve the 1 sector by default. Nobody will notice but some foot IV> > IV> shooting will be avoided. IV> IV> > There are possibilities that you can decide to use more than one GEOM layers IV> > under your file system. IV> IV> Of course, but I don't think this is significant in practice: except IV> gmirror, what else would you like to put on a existing file system? My example which leads me to write the patch: gcache under graid3. Since then, I usually reserve 8 sectors at the end of each file system - just in case. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-fs@FreeBSD.ORG Mon Sep 3 06:40:44 2007 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 9A77316A417 for ; Mon, 3 Sep 2007 06:40:44 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id 6C23813C465 for ; Mon, 3 Sep 2007 06:40:44 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so816615rvb for ; Sun, 02 Sep 2007 23:40:28 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=i368u1uZ/d4zugrC0UMqa1FPHJLXbdGHZJyDMpPcLnxgFxexl0GfWiKzHPr5nys9RhA5HS+8NegOo7Y+b6losYFzY+RDOUZLMqIioqHYq0LZD3G0cVxJXiZLc0cqIigGIhcB9EN+EaDbjFI/DFoHBPKHQeY2V/o/Ac4UiSDA1nE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ojEIN/hVc9G17HTuyYRbkI3GxlA2Uk1J0ER7CmY4WVycrLnkH311GjuXKpUSuAp2VzkzJDdtLVIkEi8myhYzvZmXL1jfKPiPEuO036UKf7aODPmqPDGUd6lShcTo0HZo2yHnHRrYxflxz7v3nUxrLkrQz39pPYBMunHr+XlqTls= Received: by 10.141.122.20 with SMTP id z20mr70571rvm.1188800034726; Sun, 02 Sep 2007 23:13:54 -0700 (PDT) Received: by 10.141.159.3 with HTTP; Sun, 2 Sep 2007 23:13:54 -0700 (PDT) Message-ID: <9bbcef730709022313i72f93e34ye5fd9f69642b3286@mail.gmail.com> Date: Mon, 3 Sep 2007 08:13:54 +0200 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Dmitry Morozovsky" In-Reply-To: <20070903095344.P17354@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070901074803.GM85633@comp.chem.msu.su> <20070902233930.O1113@woozle.rinet.ru> <20070903095344.P17354@woozle.rinet.ru> X-Google-Sender-Auth: 4d58b130a3b8e9f5 Cc: freebsd-fs@freebsd.org Subject: Re: New option for newfs(3) to make life with GEOM easier 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, 03 Sep 2007 06:40:44 -0000 On 03/09/07, Dmitry Morozovsky wrote: > My example which leads me to write the patch: gcache under graid3. > > Since then, I usually reserve 8 sectors at the end of each file system - just > in case. Ok. It looks sensible then to reserve > 1 sector. I think nobody will miss 4 KB of drive space today :) From owner-freebsd-fs@FreeBSD.ORG Mon Sep 3 09:48:58 2007 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 E6DEE16A41A; Mon, 3 Sep 2007 09:48:58 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 5A06813C47E; Mon, 3 Sep 2007 09:48:57 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l839D0JZ053367; Mon, 3 Sep 2007 11:13:01 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l839CsNq096579 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Sep 2007 11:12:55 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l839CsLB067878; Mon, 3 Sep 2007 11:12:54 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l839CsXe067877; Mon, 3 Sep 2007 11:12:54 +0200 (CEST) (envelope-from ticso) Date: Mon, 3 Sep 2007 11:12:54 +0200 From: Bernd Walter To: Ivan Voras Message-ID: <20070903091253.GL54895@cicely12.cicely.de> References: <20070901074803.GM85633@comp.chem.msu.su> <20070902233930.O1113@woozle.rinet.ru> <20070903095344.P17354@woozle.rinet.ru> <9bbcef730709022313i72f93e34ye5fd9f69642b3286@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9bbcef730709022313i72f93e34ye5fd9f69642b3286@mail.gmail.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-fs@freebsd.org, Dmitry Morozovsky Subject: Re: New option for newfs(3) to make life with GEOM easier X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 09:48:59 -0000 On Mon, Sep 03, 2007 at 08:13:54AM +0200, Ivan Voras wrote: > On 03/09/07, Dmitry Morozovsky wrote: > > > My example which leads me to write the patch: gcache under graid3. > > > > Since then, I usually reserve 8 sectors at the end of each file system - just > > in case. > > Ok. It looks sensible then to reserve > 1 sector. I think nobody will > miss 4 KB of drive space today :) Drives doesn't always mean HDD these days. Floppies are rarely used, but still exists. Memory disks are quite common on embedded systems running on flash media, without space to waste, neither on MD nor on Flash. Flash media doen't allways mean big modern CF cards, there are cases with filesystems on e.g. small 2MB sized flash media. Don't get me wrong, I'm not against cutting a few sectors per default, just want to have a fallback. However, I would still prefer if users get a warning if they try to use a filesystem, which overflows the media. I guess the foot-shooting is quite common about this point. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-fs@FreeBSD.ORG Mon Sep 3 11:08:02 2007 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 8D1A616A47F for ; Mon, 3 Sep 2007 11:08:02 +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 76EB913C458 for ; Mon, 3 Sep 2007 11:08:02 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l83B82ve079035 for ; Mon, 3 Sep 2007 11:08:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l83B81WM079031 for freebsd-fs@FreeBSD.org; Mon, 3 Sep 2007 11:08:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 Sep 2007 11:08:01 GMT Message-Id: <200709031108.l83B81WM079031@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 you 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, 03 Sep 2007 11:08:02 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o kern/114856 fs [ntfs] [patch] Bug in NTFS allows bogus file modes. o bin/115165 fs [PATCH] amd(8): add functionality of mount_nfs' -L -a 4 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/114847 fs [ntfs] [patch] dirmask support for NTFS ala MSDOSFS 1 problem total. From owner-freebsd-fs@FreeBSD.ORG Mon Sep 3 11:20:48 2007 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 78BBD16A421 for ; Mon, 3 Sep 2007 11:20:48 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 28CFC13C494 for ; Mon, 3 Sep 2007 11:20:47 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IS9yk-0006jS-Uh for freebsd-fs@freebsd.org; Mon, 03 Sep 2007 13:20:27 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Sep 2007 13:20:26 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Sep 2007 13:20:26 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Mon, 03 Sep 2007 13:20:12 +0200 Lines: 37 Message-ID: References: <20070901074803.GM85633@comp.chem.msu.su> <20070902233930.O1113@woozle.rinet.ru> <20070903095344.P17354@woozle.rinet.ru> <9bbcef730709022313i72f93e34ye5fd9f69642b3286@mail.gmail.com> <20070903091253.GL54895@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigDB712DB619704582D6313A85" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.12 (X11/20060911) In-Reply-To: <20070903091253.GL54895@cicely12.cicely.de> X-Enigmail-Version: 0.94.4.0 Sender: news Subject: Re: New option for newfs(3) to make life with GEOM easier 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, 03 Sep 2007 11:20:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDB712DB619704582D6313A85 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Bernd Walter wrote: > Don't get me wrong, I'm not against cutting a few sectors per default, > just want to have a fallback. Fallback would be to say "-r 0", presumably. > However, I would still prefer if users get a warning if they try to > use a filesystem, which overflows the media. > I guess the foot-shooting is quite common about this point. How would the file system overflow the media? The case discussed here is = shrinking the file system to be a few sectors smaller than the media=20 size (i.e. those few sectors would be unused by the fs). --------------enigDB712DB619704582D6313A85 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFG2+3sldnAQVacBcgRAwqUAJ0cYby71s6tBtaK5yOe1GLwzD8M2wCfeLcw 20owqZzjl+xtKOXFLM9tBS0= =6grZ -----END PGP SIGNATURE----- --------------enigDB712DB619704582D6313A85-- From owner-freebsd-fs@FreeBSD.ORG Mon Sep 3 11:48:58 2007 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 667BF16A41A; Mon, 3 Sep 2007 11:48:58 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id CED2213C457; Mon, 3 Sep 2007 11:48:57 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l83BmRi1058328; Mon, 3 Sep 2007 13:48:27 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l83BmM7n097583 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 Sep 2007 13:48:22 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l83BmLKL068273; Mon, 3 Sep 2007 13:48:21 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l83BmLN4068272; Mon, 3 Sep 2007 13:48:21 +0200 (CEST) (envelope-from ticso) Date: Mon, 3 Sep 2007 13:48:21 +0200 From: Bernd Walter To: Ivan Voras Message-ID: <20070903114821.GQ54895@cicely12.cicely.de> References: <20070901074803.GM85633@comp.chem.msu.su> <20070902233930.O1113@woozle.rinet.ru> <20070903095344.P17354@woozle.rinet.ru> <9bbcef730709022313i72f93e34ye5fd9f69642b3286@mail.gmail.com> <20070903091253.GL54895@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: freebsd-fs@freebsd.org Subject: Re: New option for newfs(3) to make life with GEOM easier X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2007 11:48:58 -0000 On Mon, Sep 03, 2007 at 01:20:12PM +0200, Ivan Voras wrote: > Bernd Walter wrote: > > >Don't get me wrong, I'm not against cutting a few sectors per default, > >just want to have a fallback. > > Fallback would be to say "-r 0", presumably. > > >However, I would still prefer if users get a warning if they try to > >use a filesystem, which overflows the media. > >I guess the foot-shooting is quite common about this point. > > How would the file system overflow the media? The case discussed here is > shrinking the file system to be a few sectors smaller than the media > size (i.e. those few sectors would be unused by the fs). In case the media shrinks due to adding gmirror and the fielsystem wasn't reduced. I've seen an unbelieveable amount of systems were this was simply forgotten, fortunately almost all of them mirror the whole device and fdisk leaves quite a few sectors untouched in many cases. It is a different point, but about the same problem. Changing newfs defaults will help about new installations, but not updating older systems, and it even catches those that already use gmirror in such a faulty confguration. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-fs@FreeBSD.ORG Tue Sep 4 16:00:46 2007 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 5CCF916A418 for ; Tue, 4 Sep 2007 16:00:46 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id 3DE9213C4B3 for ; Tue, 4 Sep 2007 16:00:45 +0000 (UTC) (envelope-from cb@severious.net) Received: by ion.gank.org (Postfix, from userid 1001) id EBBFF11A80; Tue, 4 Sep 2007 11:00:39 -0500 (CDT) Date: Tue, 4 Sep 2007 11:00:38 -0500 From: Craig Boston To: Peter Schuller Message-ID: <20070904160023.GA23034@nowhere> Mail-Followup-To: Craig Boston , Peter Schuller , freebsd-fs@freebsd.org, Yar Tikhiy , Poul-Henning Kamp , Dmitry Morozovsky , fs@freebsd.org References: <20070901074803.GM85633@comp.chem.msu.su> <3842.1188634387@critter.freebsd.dk> <20070901092310.GO85633@comp.chem.msu.su> <200709011215.20048.peter.schuller@infidyne.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200709011215.20048.peter.schuller@infidyne.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@freebsd.org, Yar Tikhiy , Poul-Henning Kamp , Dmitry Morozovsky , fs@freebsd.org Subject: Re: New option for newfs(3) to make life with GEOM easier 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, 04 Sep 2007 16:00:46 -0000 On Sat, Sep 01, 2007 at 12:15:19PM +0200, Peter Schuller wrote: > In particular, moving to root-on-gmirror or root-on-glabel With UFS at least, you can use glabel without having to reserve an additional sector. tunefs -L Craig From owner-freebsd-fs@FreeBSD.ORG Tue Sep 4 16:18:43 2007 Return-Path: Delivered-To: fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C810E16A41B for ; Tue, 4 Sep 2007 16:18:43 +0000 (UTC) (envelope-from cb@severious.net) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.freebsd.org (Postfix) with ESMTP id AC0A713C469 for ; Tue, 4 Sep 2007 16:18:43 +0000 (UTC) (envelope-from cb@severious.net) Received: by ion.gank.org (Postfix, from userid 1001) id EBBFF11A80; Tue, 4 Sep 2007 11:00:39 -0500 (CDT) Date: Tue, 4 Sep 2007 11:00:38 -0500 From: Craig Boston To: Peter Schuller Message-ID: <20070904160023.GA23034@nowhere> Mail-Followup-To: Craig Boston , Peter Schuller , freebsd-fs@freebsd.org, Yar Tikhiy , Poul-Henning Kamp , Dmitry Morozovsky , fs@freebsd.org References: <20070901074803.GM85633@comp.chem.msu.su> <3842.1188634387@critter.freebsd.dk> <20070901092310.GO85633@comp.chem.msu.su> <200709011215.20048.peter.schuller@infidyne.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200709011215.20048.peter.schuller@infidyne.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@freebsd.org, Yar Tikhiy , Poul-Henning Kamp , Dmitry Morozovsky , fs@freebsd.org Subject: Re: New option for newfs(3) to make life with GEOM easier 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, 04 Sep 2007 16:18:43 -0000 On Sat, Sep 01, 2007 at 12:15:19PM +0200, Peter Schuller wrote: > In particular, moving to root-on-gmirror or root-on-glabel With UFS at least, you can use glabel without having to reserve an additional sector. tunefs -L Craig From owner-freebsd-fs@FreeBSD.ORG Thu Sep 6 02:36:39 2007 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 36E4F16A419 for ; Thu, 6 Sep 2007 02:36:39 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from ns.trinitel.com (186.161.36.72.static.reverse.ltdomains.com [72.36.161.186]) by mx1.freebsd.org (Postfix) with ESMTP id D50EE13C494 for ; Thu, 6 Sep 2007 02:36:38 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from proton.local (r74-193-81-203.pfvlcmta01.grtntx.tl.dh.suddenlink.net [74.193.81.203]) (authenticated bits=0) by ns.trinitel.com (8.14.1/8.14.1) with ESMTP id l8626a94024567; Wed, 5 Sep 2007 21:06:38 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46DF60A6.8040403@freebsd.org> Date: Wed, 05 Sep 2007 21:06:30 -0500 From: Eric Anderson User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Ulf Lilleengen References: <20070816100526.GA31897@stud.ntnu.no> In-Reply-To: <20070816100526.GA31897@stud.ntnu.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.90.1/4167/Wed Sep 5 15:37:52 2007 on ns.trinitel.com X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on ns.trinitel.com Cc: freebsd-fs@freebsd.org Subject: Re: [PATCH] Make fdescfs MPSAFE 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, 06 Sep 2007 02:36:39 -0000 Ulf Lilleengen wrote: > Hi, > > To be able to better understand VFS and locking in general, I started making > fdescfs MPSAFE. I'm not experienced with any of these things, so there might be > some errors, although I've looked through much VFS code and code for other FS > like nullfs. I've tested it by running two pthreads on the same fd, and that seamt > to work, but there might be other cases where it will fail. > > Patch is attached. I guess this never went anywhere? Looked like good work to me, but I didn't test it much. Did anyone see any issues with the patches? Eric From owner-freebsd-fs@FreeBSD.ORG Thu Sep 6 07:11:53 2007 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 8932616A419 for ; Thu, 6 Sep 2007 07:11:53 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from royk.itea.ntnu.no (royk.itea.ntnu.no [129.241.190.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4677D13C428 for ; Thu, 6 Sep 2007 07:11:53 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by royk.itea.ntnu.no (Postfix) with ESMTP id 1618166FDB; Thu, 6 Sep 2007 09:11:41 +0200 (CEST) Received: from twoflower.idi.ntnu.no (twoflower.idi.ntnu.no [129.241.104.169]) by royk.itea.ntnu.no (Postfix) with ESMTP; Thu, 6 Sep 2007 09:11:40 +0200 (CEST) Received: by twoflower.idi.ntnu.no (Postfix, from userid 1002) id D669317148; Thu, 6 Sep 2007 09:11:13 +0200 (CEST) Date: Thu, 6 Sep 2007 09:11:13 +0200 From: Ulf Lilleengen To: Eric Anderson Message-ID: <20070906071113.GA77993@twoflower.idi.ntnu.no> References: <20070816100526.GA31897@stud.ntnu.no> <46DF60A6.8040403@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <46DF60A6.8040403@freebsd.org> User-Agent: Mutt/1.5.15 (2007-04-06) X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-fs@freebsd.org Subject: Re: [PATCH] Make fdescfs MPSAFE 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, 06 Sep 2007 07:11:53 -0000 On ons, sep 05, 2007 at 09:06:30pm -0500, Eric Anderson wrote: > Ulf Lilleengen wrote: > > Hi, > > To be able to better understand VFS and locking in general, I started > > making > > fdescfs MPSAFE. I'm not experienced with any of these things, so there > > might be > > some errors, although I've looked through much VFS code and code for other > > FS > > like nullfs. I've tested it by running two pthreads on the same fd, and > > that seamt > > to work, but there might be other cases where it will fail. > > Patch is attached. > > > I guess this never went anywhere? Looked like good work to me, but I didn't > test it much. Did anyone see any issues with the patches? > I got some comments from kib@. They have been adressed, and I've looked over it a few more times, but people are a bit busy right now with testing CURRENT :) I'm awaiting a review from someone when they have time. -- Ulf Lilleengen From owner-freebsd-fs@FreeBSD.ORG Fri Sep 7 08:59:43 2007 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 61D5416A420; Fri, 7 Sep 2007 08:59:43 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3813113C47E; Fri, 7 Sep 2007 08:59:43 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id l878xhh2037854; Fri, 7 Sep 2007 08:59:43 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.1/8.14.1/Submit) id l878xh3S037850; Fri, 7 Sep 2007 08:59:43 GMT (envelope-from remko) Date: Fri, 7 Sep 2007 08:59:43 GMT Message-Id: <200709070859.l878xh3S037850@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/116170: Kernel panic when mounting /tmp 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, 07 Sep 2007 08:59:43 -0000 Synopsis: Kernel panic when mounting /tmp Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: remko Responsible-Changed-When: Fri Sep 7 08:59:42 UTC 2007 Responsible-Changed-Why: Over to maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=116170 From owner-freebsd-fs@FreeBSD.ORG Fri Sep 7 14:06:52 2007 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 A6BBE16A418 for ; Fri, 7 Sep 2007 14:06:52 +0000 (UTC) (envelope-from nikhil.success@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.187]) by mx1.freebsd.org (Postfix) with ESMTP id 8881D13C468 for ; Fri, 7 Sep 2007 14:06:52 +0000 (UTC) (envelope-from nikhil.success@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so427904rvb for ; Fri, 07 Sep 2007 07:06:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=z6kzaz5lDtphx7ajlNE4wCbQt9I9xXojzT1zvUNP7E4=; b=CbcS77tJBJ+2Cv/acIgPw2WBJEC/pFrvGUKyl8aUyNp7Qc2Ww70imZGRToOx3GDdFrIfv4xSe9il07tISwu9BgzwBrnaBCXeP14KqwYh1WimGbl6+GXdbnfwfGx4fUix6WHPa8Cb+hYtrAINtUxt3DVq4DK28T5Zy2WU3rqUy3w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=VbrbsU/vnHCf+GnsCj2FfVwJTiG1/BLRt/6ecika8bbhvNuAeZFch+f9PnTasT2XCWlY85mm+Q4e4h3w+OXP3XIN5xEuTJhkwyTddm81AwTQInoQqr1Cr0gk9ehl2BKdxHpWGKhsk7CKDMozeNqS23IL4dL4ASp58Dx/Q9krQlQ= Received: by 10.141.18.14 with SMTP id v14mr735085rvi.1189172271049; Fri, 07 Sep 2007 06:37:51 -0700 (PDT) Received: by 10.141.82.6 with HTTP; Fri, 7 Sep 2007 06:37:51 -0700 (PDT) Message-ID: Date: Fri, 7 Sep 2007 19:07:51 +0530 From: "Nikhil Gupta" To: freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: fetching atime information 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, 07 Sep 2007 14:06:52 -0000 Hi all, I am trying to find for all partitions whether atime update is enabled or disabled. What command can display the atime status (whether enabled or disabled) information for all partitions on free bsd. for eg. in Linux, if I give mount command, it displays properties of each partitions along with noatime (if atime update is disabled). Nikhil From owner-freebsd-fs@FreeBSD.ORG Fri Sep 7 14:29:00 2007 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 08E6A16A417 for ; Fri, 7 Sep 2007 14:29:00 +0000 (UTC) (envelope-from infofarmer@FreeBSD.org) Received: from heka.cenkes.org (heka.cenkes.org [208.79.80.110]) by mx1.freebsd.org (Postfix) with ESMTP id E444013C428 for ; Fri, 7 Sep 2007 14:28:59 +0000 (UTC) (envelope-from infofarmer@FreeBSD.org) Received: from localhost (ppp91-76-105-227.pppoe.mtu-net.ru [91.76.105.227]) (Authenticated sender: sat) by heka.cenkes.org (Postfix) with ESMTP id 8C3E72E95AA4; Fri, 7 Sep 2007 18:14:06 +0400 (MSD) Date: Fri, 7 Sep 2007 18:13:55 +0400 From: Andrew Pantyukhin To: Nikhil Gupta Message-ID: <20070907141354.GB56443@amilo.cenkes.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD amilo.cenkes.org 7.0-CURRENT FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org Subject: Re: fetching atime information 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, 07 Sep 2007 14:29:00 -0000 On Fri, Sep 07, 2007 at 07:07:51PM +0530, Nikhil Gupta wrote: > Hi all, > > I am trying to find for all partitions whether atime update is enabled or > disabled. > What command can display the atime status (whether enabled or disabled) > information for all partitions on free bsd. > > for eg. in Linux, if I give mount command, it displays properties of each > partitions along with noatime (if atime update is disabled). Same here. % mount|grep noatime /dev/ad0s1f on /usr (ufs, NFS exported, local, noatime) From owner-freebsd-fs@FreeBSD.ORG Fri Sep 7 14:47:01 2007 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 A6DA016A417 for ; Fri, 7 Sep 2007 14:47:01 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from wjv.com (fl-65-40-24-38.sta.embarqhsd.net [65.40.24.38]) by mx1.freebsd.org (Postfix) with ESMTP id 3E89813C457 for ; Fri, 7 Sep 2007 14:47:01 +0000 (UTC) (envelope-from bv@bilver.wjv.com) Received: from bilver.wjv.com (localhost.wjv.com [127.0.0.1]) by wjv.com (8.14.1/8.13.1) with ESMTP id l87EY4Pn094667; Fri, 7 Sep 2007 10:34:05 -0400 (EDT) (envelope-from bv@bilver.wjv.com) Received: (from bv@localhost) by bilver.wjv.com (8.14.1/8.13.1/Submit) id l87EXxnR094666; Fri, 7 Sep 2007 10:33:59 -0400 (EDT) (envelope-from bv) Date: Fri, 7 Sep 2007 10:33:59 -0400 From: Bill Vermillion To: Nikhil Gupta Message-ID: <20070907143359.GA94581@wjv.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Organization: W.J.Vermillion / Orlando - Winter Park ReplyTo: bv@wjv.com Cc: freebsd-fs@freebsd.org Subject: Re: fetching atime information X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bv@wjv.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2007 14:47:01 -0000 On Fri, Sep 07, 2007 at 19:07 , while impersonating an expert on the internet, Nikhil Gupta sent this to stdout: > Hi all, > > I am trying to find for all partitions whether atime update is enabled or > disabled. > What command can display the atime status (whether enabled or disabled) > information for all partitions on free bsd. > > for eg. in Linux, if I give mount command, it displays properties of each > partitions along with noatime (if atime update is disabled). Another poster showed the output of mount. You can also check the /etc/fstab to see and/or change which file systems you set for 'noatime'. Bill -- Bill Vermillion - bv @ wjv . com From owner-freebsd-fs@FreeBSD.ORG Fri Sep 7 22:17:10 2007 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 D650716A41B for ; Fri, 7 Sep 2007 22:17:10 +0000 (UTC) (envelope-from gore_jarold@yahoo.com) Received: from web63015.mail.re1.yahoo.com (web63015.mail.re1.yahoo.com [69.147.96.242]) by mx1.freebsd.org (Postfix) with SMTP id 6E89413C442 for ; Fri, 7 Sep 2007 22:17:10 +0000 (UTC) (envelope-from gore_jarold@yahoo.com) Received: (qmail 74293 invoked by uid 60001); 7 Sep 2007 22:17:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=X59j7ql4nP3U+djWXZTOcJgzodruFN4q7JGbxslXpY0G4pznhwfm7liuxWFJ4sbwFq0kSEjoVMVpNBlVRmwJEHJCZToSTPxd4Xj1C4nJVslWS7zDhLy98grN+cjGdZ1NSGkr64L1LNopHwnsOo7C9OwWSkwaTXNk+MEOWJt8ujE=; X-YMail-OSG: hIgAFokVM1mrqyfuiN4I14IvWbf9NXcGybYzdcsqWWitXKDZAkrgPNME1UzvpYegRFp9vfHM7yTSYKeW.9Rm_i3DFvRrU7Nfaawd8R_KeyUYAywshVpzSx7g4RW1xOmT Received: from [71.63.232.32] by web63015.mail.re1.yahoo.com via HTTP; Fri, 07 Sep 2007 15:17:09 PDT Date: Fri, 7 Sep 2007 15:17:09 -0700 (PDT) From: Gore Jarold To: freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <704329.73647.qm@web63015.mail.re1.yahoo.com> Subject: noatime on / and /var too ? 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, 07 Sep 2007 22:17:11 -0000 For performance, I have always set 'noatime' on my large data partitions. For some odd reason I never bothered to set it on / and /var ... is there any reason not to do that ? I know it won't change much since they are not busy filesystems, but if there is no risk and no "best practices" reason _not_ to do it, I might as well... right ? ____________________________________________________________________________________ Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. http://mobile.yahoo.com/go?refer=1GNXIC From owner-freebsd-fs@FreeBSD.ORG Fri Sep 7 22:29:05 2007 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 D655516A417 for ; Fri, 7 Sep 2007 22:29:05 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (ipsecgw.sw.ru [195.214.233.19]) by mx1.freebsd.org (Postfix) with ESMTP id 7A96E13C45A for ; Fri, 7 Sep 2007 22:29:05 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1ITldW-000AbI-8L for freebsd-fs@freebsd.org; Sat, 08 Sep 2007 01:45:10 +0400 From: Vladimir Grebenschikov To: freebsd-fs@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Sat, 08 Sep 2007 01:45:09 +0400 Message-Id: <1189201509.1628.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Subject: net/samba3 faults while try to export fusefs or msdosfs volumes X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Sep 2007 22:29:05 -0000 Hi Anybody already found that problem ? Probably some clues ? from /var/log/samba.log: katis (172.22.2.11) connect to service C initially as user vova (uid=207, gid=207) (pid 40339) [2007/09/08 01:34:40, 0] lib/fault.c:fault_report(41) =============================================================== [2007/09/08 01:34:40, 0] lib/fault.c:fault_report(42) INTERNAL ERROR: Signal 6 in pid 40339 (3.0.25a) Please read the Trouble-Shooting section of the Samba3-HOWTO [2007/09/08 01:34:40, 0] lib/fault.c:fault_report(44) -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-fs@FreeBSD.ORG Sat Sep 8 10:07:54 2007 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 8CA0116A420 for ; Sat, 8 Sep 2007 10:07:54 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 15BBA13C467 for ; Sat, 8 Sep 2007 10:07:53 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by nf-out-0910.google.com with SMTP id k4so534322nfd for ; Sat, 08 Sep 2007 03:07:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:message-id; bh=hS0I9p4MEpL3wbjmDBRIS+4MSKEkdNNgihcSS06DKRM=; b=WJvsPsdxa+oeJ0mEVDQpZSfS5JDSddtLb+XzRX8B7WfVJpwJH0/X+Jo5qBcdaBtf919AotIitsheBu+vGmgPmXj7d5ZG89myAOLEaPnog/aYixYg8CIFVHhtfGO0aRZ/IcKTnhGz+kp2nglce9PoxFvroK2l0YTXaMQuwOmdmOM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:from:reply-to:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:message-id; b=DF5qcyhPpz+bGaGGXMb2n08FKzwTAyw9ghRgB/ZKtBJMMDCM6pB5iVtG4k+SIWbJ4ee4kY7zmVWXojzYLl8qyvISlfSWXw6/5N3q4JSIOwC0QgYwI0mvOn3fQMZ4UfXLaEpR6JcFXkj9jOAfR2RoA7R9tGCDhH2USbOe2PwgU14= Received: by 10.78.168.1 with SMTP id q1mr1043649hue.1189244615224; Sat, 08 Sep 2007 02:43:35 -0700 (PDT) Received: from orion ( [77.109.37.125]) by mx.google.com with ESMTPS id 32sm1184525hui.2007.09.08.02.43.29 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 08 Sep 2007 02:43:34 -0700 (PDT) From: Nikolay Pavlov To: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Date: Sat, 8 Sep 2007 12:43:44 +0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3566643.daDD0r832G"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200709081243.48890.qpadla@gmail.com> Cc: Subject: On-disk indexing for "Project Ideas" page X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Sep 2007 10:07:54 -0000 --nextPart3566643.daDD0r832G Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Recently while reading "Design and Implementation of FreeBSD operation=20 system" by Marshall Kirk McKusick and gnn i have found a very intresting=20 paragraph regarding UFS2 implementation, indexing and B-trees. According=20 to it on-disk indexes was not implemented, but some structures was=20 reserved for future development. May be some SOC students could implement=20 this in future. How about to adding this into Project Ideas page?=20 Let me quote from the paragraph "8.3 Naming": =46inding of Names in Directories A common request to the filesystem is to lookup a specific name in a=20 directory. The kernel usually does the lookup by starting at the beginning= =20 of the directory and going through, comparing each entry in turn. First,=20 the length of the sought-after name is compared with the length of the=20 name being checked. If the lengths are identical, a string comparison of=20 the name being sought and the directory entry is made. If they match, the=20 search is complete; if they fail, either in the length or in the string=20 comparison, the search continues with the next entry. Whenever a name is=20 found, its name and containing directory are entered into the systemwide=20 name cache described in Section 6.6. Whenever a search is unsuccessful, an= =20 entry is made in the cache showing that the name does not exist in the=20 particular directory. Before starting a directory scan, the kernel looks=20 for the name in the cache. If either a positive or negative entry is=20 found, the directory scan can be avoided. Another common operation is to lookup all the entries in a directory. For=20 example, many programs do a stat system call on each name in a directory=20 in the order that the names appear in the directory. To improve=20 performance for these programs, the kernel maintains the directory offset=20 of the last successful lookup for each directory. Each time that a lookup=20 is done in that directory, the search is started from the offset at which=20 the previous name was found (instead of from the beginning of the=20 directory). For programs that step sequentially through a directory with n= =20 files, search time decreases from Order(n2) to Order(n). One quick benchmark that demonstrates the maximum effectiveness of the=20 cache is running the ls -l command on a directory containing 600 files. On= =20 a system that retains the most recent directory offset, the amount of=20 system time for this test is reduced by 85 percent. Unfortunately, the=20 maximum effectiveness is much greater than the average effectiveness.=20 Although the cache is 90 percent effective when hit, it is applicable to=20 only about 25 percent of the names being looked up. Despite the amount of=20 time spent in the lookup routine itself decreasing substantially, the=20 improvement is diminished because more time is spent in the routines that=20 that routine calls. Each cache miss causes a directory to be accessed=20 twice=E2=80=94once to search from the middle to the end and once to search = from=20 the beginning to the middle. These caches provide good directory lookup performance but are ineffective= =20 for large directories that have a high rate of entry creation and=20 deletion. Each time a new directory entry is created, the kernel must scan= =20 the entire directory to ensure that the entry does not already exist. When= =20 an existing entry is deleted, the kernel must scan the directory to find=20 the entry to be removed. For directories with many entries these linear=20 scans are time-consuming. The approach to solving this problem in FreeBSD 5.2 is to introduce dynamic= =20 directory hashing that retrofits a directory indexing system to UFS [Dowse= =20 & Malone, 2002]. To avoid repeated linear searches of large directories,=20 the dynamic directory hashing builds a hash table of directory entries on=20 the fly when the directory is first accessed. This table avoids directory=20 scans on later lookups, creates, and deletes. Unlike filesystems=20 originally designed with large directories in mind, these indices are not=20 saved on disk and so the system is backward compatible. The drawback is=20 that the indices need to be built the first time that a large directory is= =20 encountered after each system reboot. The effect of the dynamic directory=20 hashing is that large directories in UFS cause minimal performance=20 problems. When we built UFS2, we contemplated solving the large directory update=20 problem by changing to a more complex directory structure such as one that= =20 uses B-trees. This technique is used in many modern filesystems such as=20 XFS [Sweeney et al., 1996], JFS [Best & Kleikamp, 2003], ReiserFS [Reiser,= =20 2001], and in later versions of Ext2 [Phillips, 2001]. We decided not to=20 make the change at the time that UFS2 was first implemented for several=20 reasons. First, we had limited time and resources, and we wanted to get=20 something working and stable that could be used in the time frame of=20 =46reeBSD 5.2. By keeping the same directory format, we were able to reuse= =20 all the directory code from UFS1, did not have to change numerous=20 filesystem utilities to understand and maintain a new directory format,=20 and were able to produce a stable and reliable filesystem in the time=20 frame available to us. The other reason that we felt that we could retain=20 the existing directory structure is because of the dynamic directory=20 hashing that was added to FreeBSD. Borrowing the technique used by the Ext2 filesystem a flag was also added=20 to show that an on-disk indexing structure is supported for directories=20 [Phillips, 2001]. This flag is unconditionally turned off by the existing=20 implementation of UFS. In the future, if an implementation of an on-disk=20 directory-indexing structure is added, the implementations that support it= =20 will not turn the flag off. Index-supporting kernels will maintain the=20 indices and leave the flag on. If an old non-index-supporting kernel is=20 run, it will turn off the flag so that when the filesystem is once again=20 run under a new kernel, the new kernel will discover that the indexing=20 flag has been turned off and will know that the indices may be out date=20 and have to be rebuilt before being used. The only constraint on an=20 implementation of the indices is that they have to be an auxiliary data=20 structure that references the old linear directory format. =2D-=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=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =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=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart3566643.daDD0r832G Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBG4m7U/2R6KvEYGaIRAkA9AJ9v24dpn2ptSVReq1qxZmLeHy3MmACfcnYm XukTYaTHTXrzVmbG0BAGZxs= =Q+9o -----END PGP SIGNATURE----- --nextPart3566643.daDD0r832G-- From owner-freebsd-fs@FreeBSD.ORG Sat Sep 8 20:25:35 2007 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 B981F16A419 for ; Sat, 8 Sep 2007 20:25:35 +0000 (UTC) (envelope-from numisemis@yahoo.com) Received: from web36601.mail.mud.yahoo.com (web36601.mail.mud.yahoo.com [209.191.85.18]) by mx1.freebsd.org (Postfix) with SMTP id 5BE5713C459 for ; Sat, 8 Sep 2007 20:25:30 +0000 (UTC) (envelope-from numisemis@yahoo.com) Received: (qmail 77579 invoked by uid 60001); 8 Sep 2007 20:25:29 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=nhBme3EjiTbHIi2/R+8PjfpKQ7K4yhRBOJEEfjNQg0GdAa+oV57/ra8gBciVjBnxbsTktrKeUktBkCcVLjQSswMOgdHgCQvOIz82QCjPUZRRwUc75rwkg8cuhDHe3Oyfr7zT9Xc2B8LcYFSOgFhFQ1QDM8CUi/8yYImM7AgXWz4=; X-YMail-OSG: RjcnoukVM1n.zOCFGoVJDRBbXTwct25rR84HcM6DCcxRfYRz.Dct9QXGPupedBY7GUtIJ8QsISN7UtukLgAIXGFmHU4R4yKZbMQOa_m.AVkYPuQ.trYR80pgJ8l_XA-- Received: from [85.10.53.18] by web36601.mail.mud.yahoo.com via HTTP; Sat, 08 Sep 2007 13:25:29 PDT Date: Sat, 8 Sep 2007 13:25:29 -0700 (PDT) From: Simun Mikecin To: peter.schuller@infidyne.com MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <855622.76488.qm@web36601.mail.mud.yahoo.com> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Swapping on ZFS - stability issue 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, 08 Sep 2007 20:25:35 -0000 Peter Schuller wrote: >> I'll see if I can confirm behavior on a more recent CURRENT. The above was on=20 >> CURRENT:s from 1-2 months ago in both cases. > Confirmed on CURRENT cvsup:ed today (2007-09-08). However, the speed > at which swap was filling was much faster - on par with swap on > non-ZFS. But the machine still effectively froze, save the > console/ping, after a few seconds. > Also, I forgot to say this is all on amd64 machines. Try one of this (depends wheter you need encrypted swap or not): 1. create zvol with 4k blocksize instead of default 8k: zfs create -b 4k -V 4g tank/swap swapon /dev/zvol/tank/swap 2. use geli encrypted swap with a sectorsize of 4k: zfs create -V 4g tank/swap geli onetime -s 4096 /dev/zvol/tank/swap swapon /dev/zvol/tank/swap.eli ____________________________________________________________________________________ Got a little couch potato? Check out fun summer activities for kids. http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz From owner-freebsd-fs@FreeBSD.ORG Sat Sep 8 21:51:04 2007 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 9DA0416A417; Sat, 8 Sep 2007 21:51:04 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 50F5313C458; Sat, 8 Sep 2007 21:51:04 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 39C4223C46D; Sat, 8 Sep 2007 23:51:03 +0200 (CEST) Date: Sat, 8 Sep 2007 23:51:03 +0200 From: Peter Schuller To: Simun Mikecin Message-ID: <20070908215102.GA8291@hyperion.scode.org> References: <855622.76488.qm@web36601.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <855622.76488.qm@web36601.mail.mud.yahoo.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Swapping on ZFS - stability issue 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, 08 Sep 2007 21:51:04 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > Try one of this (depends wheter you need encrypted swap or not): >=20 > 1. create zvol with 4k blocksize instead of default 8k: > zfs create -b 4k -V 4g tank/swap > swapon /dev/zvol/tank/swap Using a 4k blocksize did not seem to have an effect on the problem. The test I am doing is with top in one virtual console and the test program on another. I keep refreshing top seeing memory use climb, until it starts hitting swap. After a few seconds, top hangs and the only indications of life are ping and the console. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD4DBQFG4xlGDNor2+l1i30RAnqMAJ9Kmwt+OMBIgh8HDSWRQzyqOvXCJgCY4pfa CFATcOuiutKhY4P+CcSoEw== =/ntz -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB--