From owner-freebsd-fs@FreeBSD.ORG Sun Nov 23 18:01:51 2008 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 696921065670; Sun, 23 Nov 2008 18:01:51 +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 41CDE8FC0A; Sun, 23 Nov 2008 18:01:51 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mANI1ppv011254; Sun, 23 Nov 2008 18:01:51 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mANI1pV0011250; Sun, 23 Nov 2008 18:01:51 GMT (envelope-from linimon) Date: Sun, 23 Nov 2008 18:01:51 GMT Message-Id: <200811231801.mANI1pV0011250@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/129084: [udf] [panic] udf panic: getblk: size(67584) > MAXBSIZE(65536) 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, 23 Nov 2008 18:01:51 -0000 Old Synopsis: udf panic: getblk: size(67584) > MAXBSIZE(65536) New Synopsis: [udf] [panic] udf panic: getblk: size(67584) > MAXBSIZE(65536) Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Sun Nov 23 18:01:23 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=129084 From owner-freebsd-fs@FreeBSD.ORG Mon Nov 24 11:07:12 2008 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 239AC1065672 for ; Mon, 24 Nov 2008 11:07:12 +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 1294B8FC23 for ; Mon, 24 Nov 2008 11:07:12 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mAOB7BtC019891 for ; Mon, 24 Nov 2008 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAOB7BXj019887 for freebsd-fs@FreeBSD.org; Mon, 24 Nov 2008 11:07:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Nov 2008 11:07:11 GMT Message-Id: <200811241107.mAOB7BXj019887@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, 24 Nov 2008 11:07:12 -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/129084 fs [udf] [panic] udf panic: getblk: size(67584) > MAXBSIZ f kern/128829 fs smbd(8) causes periodic panic on 7-RELEASE o kern/128633 fs [zfs] [lor] lock order reversal in zfs o kern/128514 fs [zfs] [mpt] problems with ZFS and LSILogic SAS/SATA Ad o kern/128173 fs [ext2fs] ls gives "Input/output error" on mounted ext3 o kern/127420 fs [gjournal] [panic] Journal overflow on gmirrored gjour o kern/127213 fs [tmpfs] sendfile on tmpfs data corruption 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/125536 fs [ext2fs] ext 2 mounts cleanly but fails on commands li o kern/125149 fs [nfs][panic] changing into .zfs dir from nfs client ca o kern/124621 fs [ext3] Cannot mount ext2fs partition o kern/122888 fs [zfs] zfs hang w/ prefetch on, zil off while running t o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha o bin/118249 fs mv(1): moving a directory changes its mtime o kern/116170 fs [panic] Kernel panic when mounting /tmp 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 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/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D 25 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Nov 24 19:53:43 2008 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 2E090106564A for ; Mon, 24 Nov 2008 19:53:43 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id D46F38FC08 for ; Mon, 24 Nov 2008 19:53:42 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so905882yxb.13 for ; Mon, 24 Nov 2008 11:53:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=avWAeMbFBFIMrre7W0oxq629kiUietfShEMthfxxB0A=; b=ocH0JWzM4Kx8vCF5j+I69VvGoA+juSwXm9e+8JeXKKCf6WouIY3sVzBOjSwQTMF7BG OtpH3n2Ydml6kqgK8pvBu3A9dzEDoyCq0X6Wtu9zD0h+6dvM3jYAAzyFPs6QpwEKZZUb SfsraPyjehvuH9o1R6nBfvogLbc/2Z2z8BWjc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=anKnivuRjbBbKgBbLIuXhUcS7gGMndNHdE2f3K/wMZyhCRtMVCfZ5VT6iabvBlrVBO 2aSiCC/VQNN1EqRuyw+k08ZHl6ZUj1WgXKG7I7jYHCZM9HY423JYPig3psEMVLrDTdao IAExSbTLVAFxpAJGuJEwryEAVNT3uExrq6au8= Received: by 10.150.219.18 with SMTP id r18mr7635099ybg.50.1227554998006; Mon, 24 Nov 2008 11:29:58 -0800 (PST) Received: by 10.150.228.1 with HTTP; Mon, 24 Nov 2008 11:29:57 -0800 (PST) Message-ID: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> Date: Mon, 24 Nov 2008 14:29:57 -0500 From: "Josh Carroll" To: "FreeBSD Stable" , freebsd-fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: ext2 inode size patch - RE: PR kern/124621 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Nov 2008 19:53:43 -0000 A while back, I submitted a patch for PR kern/124621, which allows the mounting of an ext2(3) filesystem created with an inode size other than 128. The e2fsprogs' default is now 256, so file systems created on newer Linux distributions or with the port will not be mountable. I was hopeful this would get committed in time for 7.1-RELEASE (and 6.4-RELEASE), however the PR remains open. If there is an issue with the patch itself, I would be glad to fix it. I'm posting to fs@ because hopefully some folks more experienced with file system/kernel code can have a look and see if the patch is ok to commit. I've seen a few people in ##freebsdhelp on Freenode as well as #freebsdhelp on EFnet with this problem, and have had them test this patch out with success (and no obvious adverse effects), so I was hoping it could committed in time for 7.1-RELEASE. Since 6.4 is so close to release, I'm not so sure about that. Anyway, I would appreciate it if the patch could get some review to see if it can be committed in time. Regards, Josh From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 02:09:08 2008 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 91C321065670 for ; Tue, 25 Nov 2008 02:09:08 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1DAF38FC14 for ; Tue, 25 Nov 2008 02:09:07 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so2777659fkk.11 for ; Mon, 24 Nov 2008 18:09:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ZDsrz9PR3ErLbMnkbSGCimtGskEI52yH04OeZefZ2Ys=; b=bvT0uGbFoha9pCDTnUqJ3Z71DP57Qz97UcLekSebcPkppFKQJYbMX2nN0/wbv3/Z8Q epDl/ILr7Zl7bThNr9awco28eBr4TV23jYkyxoePBbWSPGKbezYE7qSGVvLBMH++W5J4 gu+KVOGqGZSDLtXCbnJXDGgL8lUiU6+vptta4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=dzbQSDKWXY60ZOqG1dYH+AbX8JStdjLlYwWb4bSHh8wN9ZnVmCHUwfCYevgoK+Bz0e h1cHP+HihKYXk+Z4b2l0gZyeIiNGjYJxo5kGcyf3uce5ubVdrZtuc69M2ibRF5FVTlzi a75BBxv63sywIe8kymRFGyu+bpLNuwUX5O/JA= Received: by 10.181.139.4 with SMTP id r4mr1346070bkn.89.1227577695623; Mon, 24 Nov 2008 17:48:15 -0800 (PST) Received: by 10.180.236.13 with HTTP; Mon, 24 Nov 2008 17:48:15 -0800 (PST) Message-ID: <70e8236f0811241748w41884a12la50e4e63f83a7542@mail.gmail.com> Date: Tue, 25 Nov 2008 01:48:15 +0000 From: "Joao Barros" To: "Doug Rabson" In-Reply-To: <367b2c980811211331v551893a8sde2231c3bc65468c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <367b2c980811191412h5e0af470k165b37edc2fc5853@mail.gmail.com> <16C31872-6A83-4FAB-AC85-213D604CDDE4@rabson.org> <367b2c980811211331v551893a8sde2231c3bc65468c@mail.gmail.com> Cc: freebsd-fs@freebsd.org Subject: Re: ZFSBoot try and bsdlabel bootstrap code 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, 25 Nov 2008 02:09:08 -0000 On Fri, Nov 21, 2008 at 9:31 PM, Olivier SMEDTS wrote: > 2008/11/20 Doug Rabson : >> >> On 19 Nov 2008, at 22:12, Olivier SMEDTS wrote: >> >>> Hello, >>> >>> I want to boot off a ZFS pool (version 13) on an USB stick for testing >>> purposes. But I'm stuck with the bsdlabel bootstrap code size... >>> I'm using a 2 hours old CURRENT. >>> >>> # kldload usb2_storage_mass >>> # kldload zfs >>> # dd if=/dev/zero of=/dev/da0 bs=512 count=32 >>> # fdisk -BI da0 >>> # dd if=/dev/zero of=/dev/da0s1 bs=512 count=32 >>> # bsdlabel -wB -b /boot/zfsboot da0s1 >>> bsdlabel: boot code /boot/zfsboot is wrong size >>> >>> Is what I'm trying to do with bsdlabel wrong ? >>> I previously tried with the default bootstrap code but I had an >>> (expected) "boot: Not ufs" error at boot. >>> >>> PS : I'm not subscribed to this list. >> >> The process for install zfsboot is a bit manual (and undocumented). Try >> something like this: >> >> # dd if=/boot/zfsboot of=/dev/da0s1 count=1 >> # dd if=/boot/zfsboot of=/dev/ds0s1 skip=1 seek=1024 >> >>Alternatively, you might try using the brand new support for GPT that I committed yesterday: >> >> # gpt create -f da0 >> # gpt boot -b /boot/pmbr -g /boot/gptzfsboot da0 >> # gpt add -t freebsd-zfs da0 >> # zpool create mypool da0p2 > > It works ! > > Now I'm stuck at loader(8) prompt. That's a me too. I tried this under vmware with LOADER_ZFS_SUPPORT=yes on make.conf: # gpart create -s gpt ad0 # gpart add -b 34 -s 128 -t freebsd-boot ad0 ad0p1 added # gpart add -b 162 -s 15078327 -t freebsd-zfs ad0 ad0p2 added # gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ad0 # zpool create tank ad0p2 # zpool set bootfs = tank tank lsdev on loader shows: cd devices: disk devices: disk0: BIOS drive c: disk0p1: FreeBSD boot disk0p2: FreeBSD ZFS pxe devices: zfs devices: Any hints? -- Joao Barros From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 04:36:38 2008 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 5D1CD1065678; Tue, 25 Nov 2008 04:36:38 +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 2F24F8FC23; Tue, 25 Nov 2008 04:36:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mAP4acW3021190; Tue, 25 Nov 2008 04:36:38 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAP4acNs021186; Tue, 25 Nov 2008 04:36:38 GMT (envelope-from linimon) Date: Tue, 25 Nov 2008 04:36:38 GMT Message-Id: <200811250436.mAP4acNs021186@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/129152: [panic] non-userfriendly panic when trying to mount(8) non-existing or wrong rootdev 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, 25 Nov 2008 04:36:38 -0000 Old Synopsis: non-userfriendly panic when trying to mount non-existing or wrong rootdev New Synopsis: [panic] non-userfriendly panic when trying to mount(8) non-existing or wrong rootdev Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Tue Nov 25 04:35:55 UTC 2008 Responsible-Changed-Why: Sounds like this could be in the filesystem code. http://www.freebsd.org/cgi/query-pr.cgi?pr=129152 From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 05:12:47 2008 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 6F7AC1065672; Tue, 25 Nov 2008 05:12:47 +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 427318FC17; Tue, 25 Nov 2008 05:12:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mAP5Cllf054768; Tue, 25 Nov 2008 05:12:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAP5ClfA054764; Tue, 25 Nov 2008 05:12:47 GMT (envelope-from linimon) Date: Tue, 25 Nov 2008 05:12:47 GMT Message-Id: <200811250512.mAP5ClfA054764@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/129148: [zfs] panic on concurrent writing & rollback 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, 25 Nov 2008 05:12:47 -0000 Synopsis: [zfs] panic on concurrent writing & rollback Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Tue Nov 25 05:12:35 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=129148 From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 11:55:48 2008 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 85A821065678 for ; Tue, 25 Nov 2008 11:55:48 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B25458FC12 for ; Tue, 25 Nov 2008 11:55:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA21409 for ; Tue, 25 Nov 2008 13:55:46 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492BE7C1.8030503@icyb.net.ua> Date: Tue, 25 Nov 2008 13:55:45 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081106) MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: unionfs below: only read-only? 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, 25 Nov 2008 11:55:48 -0000 $ uname -srm FreeBSD 7.1-PRERELEASE amd64 $ mount -t unionfs -o below -o rw /usr/ports/distfiles /export/j386/usr/ports/distfiles mount_unionfs: /export/j386/usr/ports/distfiles: : Operation not supported Exit 71 $ mount -t unionfs -o below -o ro /usr/ports/distfiles /export/j386/usr/ports/distfiles Exit 0 My intention was to mount /usr/ports/distfiles into a jail but in such way that jail can not modify any "global" files but can add some files of its own. This is similar to the last example in mount_unionfs(8): mount -t unionfs -o noatime -o below /sys $HOME/sys But it seems that with -o below I can mount a filesystem only in RO mode which is totally useless because I can not write anything to "uniondir" i.e. /export/j386/usr/ports/distfiles: $ cp ~/tar/diablo-caffe-freebsd6-i386-1.5.0_07-b01.tar.bz2 /export/j386/usr/ports/distfiles/ cp: /export/j386/usr/ports/distfiles/diablo-caffe-freebsd6-i386-1.5.0_07-b01.tar.bz2: Read-only file system Exit 1 So effectively this is a nullfs ro mount. Is there a buglet or am I missing something? -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 13:36:34 2008 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 BC492106564A; Tue, 25 Nov 2008 13:36:34 +0000 (UTC) (envelope-from pjd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 987E98FC2C; Tue, 25 Nov 2008 13:36:34 +0000 (UTC) (envelope-from pjd@FreeBSD.org) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mAPDaYRg067012; Tue, 25 Nov 2008 13:36:34 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAPDaYZh067008; Tue, 25 Nov 2008 13:36:34 GMT (envelope-from pjd) Date: Tue, 25 Nov 2008 13:36:34 GMT Message-Id: <200811251336.mAPDaYZh067008@freefall.freebsd.org> To: pjd@FreeBSD.org, freebsd-fs@FreeBSD.org, pjd@FreeBSD.org From: pjd@FreeBSD.org Cc: Subject: Re: kern/129148: [zfs] panic on concurrent writing & rollback 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, 25 Nov 2008 13:36:34 -0000 Synopsis: [zfs] panic on concurrent writing & rollback Responsible-Changed-From-To: freebsd-fs->pjd Responsible-Changed-By: pjd Responsible-Changed-When: wto 25 lis 13:36:20 2008 UTC Responsible-Changed-Why: Let me see... http://www.freebsd.org/cgi/query-pr.cgi?pr=129148 From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 14:06:08 2008 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 DD347106564A; Tue, 25 Nov 2008 14:06:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 82E408FC0A; Tue, 25 Nov 2008 14:06:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1L4yYH-000In6-2v; Tue, 25 Nov 2008 16:06:05 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id mAPE62gm055136 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Nov 2008 16:06:02 +0200 (EET) (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.3/8.14.3) with ESMTP id mAPE620i029805; Tue, 25 Nov 2008 16:06:02 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mAPE61tr029804; Tue, 25 Nov 2008 16:06:01 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 25 Nov 2008 16:06:01 +0200 From: Kostik Belousov To: Josh Carroll Message-ID: <20081125140601.GH2042@deviant.kiev.zoral.com.ua> References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tT3UgwmDxwvOMqfu" Content-Disposition: inline In-Reply-To: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 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 X-Virus-Scanned: mail.terabit.net.ua 1L4yYH-000In6-2v fe9781d4b055e009e4d364450c5c50d8 X-Terabit: YES Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 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, 25 Nov 2008 14:06:09 -0000 --tT3UgwmDxwvOMqfu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 24, 2008 at 02:29:57PM -0500, Josh Carroll wrote: > A while back, I submitted a patch for PR kern/124621, which allows the > mounting of an ext2(3) filesystem created with an inode size other > than 128. The e2fsprogs' default is now 256, so file systems created > on newer Linux distributions or with the port will not be mountable. >=20 > I was hopeful this would get committed in time for 7.1-RELEASE (and > 6.4-RELEASE), however the PR remains open. >=20 > If there is an issue with the patch itself, I would be glad to fix it. > I'm posting to fs@ because hopefully some folks more experienced with > file system/kernel code can have a look and see if the patch is ok to > commit. >=20 > I've seen a few people in ##freebsdhelp on Freenode as well as > #freebsdhelp on EFnet with this problem, and have had them test this > patch out with success (and no obvious adverse effects), so I was > hoping it could committed in time for 7.1-RELEASE. Since 6.4 is so > close to release, I'm not so sure about that. >=20 > Anyway, I would appreciate it if the patch could get some review to > see if it can be committed in time. I already expressed my opinion on http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/025933.ht= ml --tT3UgwmDxwvOMqfu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkksBkkACgkQC3+MBN1Mb4g1PgCggOMebiGEkgSE8pRzdcNU+LLb uKsAn0NKlK252ckvN/+4gXJe3NFmNpeG =w9bP -----END PGP SIGNATURE----- --tT3UgwmDxwvOMqfu-- From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 14:17:07 2008 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 B8D65106568B for ; Tue, 25 Nov 2008 14:17:07 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 735FB8FC48 for ; Tue, 25 Nov 2008 14:17:07 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1057696yxb.13 for ; Tue, 25 Nov 2008 06:17:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=IDQLbBr+kQnmD8uDhtponrzOEkXSnR5AC8it+sqSCVM=; b=qqJO2G4Qu02Jjnuaf7dPxYm8I6bTffL44gNKWF4rOZgN8yiEU50Ya4XwAPv4v9Ai4f meYYyJ801JUNYA6gmrr/ELKojFh5wKKCcxbVlY4OiyoDOweRfTkvVcyWpXw50pFuL6Be 5/p1gPJoe1eizA671HjMfh05sNKl194qpoYqs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=SYIyxOmxXY1QJ17Xmk6QbhSeHJaqgZS9XSotDiiex8eLC8w5nuJReOdP/qkEDPRlJq wglLEvc5AmZUTbGsXeh0Ur19TmDFubQ3ZD8rfbFAlHjAlBB4mEwt6/bcXynqiktrd/A+ D5y/wY4l2yuiXzD/OxvQHA8RqeAQclhYfBHn4= Received: by 10.151.147.16 with SMTP id z16mr9331688ybn.13.1227622626688; Tue, 25 Nov 2008 06:17:06 -0800 (PST) Received: by 10.150.218.5 with HTTP; Tue, 25 Nov 2008 06:17:06 -0800 (PST) Message-ID: <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> Date: Tue, 25 Nov 2008 09:17:06 -0500 From: "Josh Carroll" To: "Kostik Belousov" In-Reply-To: <20081125140601.GH2042@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 14:17:07 -0000 > I already expressed my opinion on > http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/025933.html > Sorry, I do not subscribe to hackers@ so I did not see that message. So what do you recommend is done to further test it? I tested simple things like copies, writes, deletes, etc on a memory disk, but nothing formal. I don't (currently) have a spare blank disk or space on an existing disk to test on physical media, but I can look into doing so once my development box is back up and running. I'm also curious what about the changes you feel are dangerous, so I can target the testing to exercise the boundary conditions or circumstances you think this patch would elicit problems. Thanks, Josh From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 14:28:31 2008 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 B0802106564A; Tue, 25 Nov 2008 14:28:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 55C9D8FC1B; Tue, 25 Nov 2008 14:28:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1L4yty-000NEc-7z; Tue, 25 Nov 2008 16:28:30 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id mAPESRPm057720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Nov 2008 16:28:27 +0200 (EET) (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.3/8.14.3) with ESMTP id mAPESRfh046284; Tue, 25 Nov 2008 16:28:27 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mAPESRYs046279; Tue, 25 Nov 2008 16:28:27 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 25 Nov 2008 16:28:27 +0200 From: Kostik Belousov To: Josh Carroll Message-ID: <20081125142827.GI2042@deviant.kiev.zoral.com.ua> References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YrQNB5Deg1WGKZi3" Content-Disposition: inline In-Reply-To: <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 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 X-Virus-Scanned: mail.terabit.net.ua 1L4yty-000NEc-7z a13e4a15a875bcf41a1bab53dbf2c87b X-Terabit: YES Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 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, 25 Nov 2008 14:28:31 -0000 --YrQNB5Deg1WGKZi3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 25, 2008 at 09:17:06AM -0500, Josh Carroll wrote: > > I already expressed my opinion on > > http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/02593= 3.html > > >=20 > Sorry, I do not subscribe to hackers@ so I did not see that message. > So what do you recommend is done to further test it? I tested simple > things like copies, writes, deletes, etc on a memory disk, but nothing > formal. I don't (currently) have a spare blank disk or space on an > existing disk to test on physical media, but I can look into doing so > once my development box is back up and running. > > I'm also curious what about the changes you feel are dangerous, so > I can target the testing to exercise the boundary conditions or > circumstances you think this patch would elicit problems. I do not suggest testing. I suggest understand what inode metadata is stored in the added 128 bytes and evaluate whether this information can be ignored without dangerous consequences for filesystem consistency or user data. --YrQNB5Deg1WGKZi3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkksC4sACgkQC3+MBN1Mb4jj1QCfaVNB2QHYcaUXwA/t2L1v96Lr y4gAmwfewF0Ox1PUlLFkRCj8QFLQnVGu =u/UR -----END PGP SIGNATURE----- --YrQNB5Deg1WGKZi3-- From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 14:57:19 2008 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 426801065670 for ; Tue, 25 Nov 2008 14:57:19 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id E96648FC12 for ; Tue, 25 Nov 2008 14:57:18 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1067350ywe.13 for ; Tue, 25 Nov 2008 06:57:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=RRS1FXdk6KlOebjY9FSAS8fA0kl0y8YlEbfplRT45M0=; b=Jdoquum9NTRB8Y0QWe5f8nVgLb8KfQcg0Nt6AoMr9acbSrXoHEhV7gYmJrymn+7uwW Sw9ypTcOTH1ZR8JZ6e55Ii8jZ36ytrGvHULsbe9aLoYkI+CEMwR5t5stql0dU8B492Q6 Npv9G8Qdzt/ok6XTJQxB8TWm2JSo1p3K/UARI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=lsYAyPaKcTCUAIp/Wj2A4i6S4P+wIouowlWywrqAgdKywOQ/brvAQrjy/fq6EoQdDz 0+iFAW/TN5PGzkneHzVWCxSrEm5dbniD/tsv/135HgwW9S1uLJiV5BRVrwvK4riSd8tU HkCGK/J+VNsfPKDfHslQVJytvu0VuUBTeJb5E= Received: by 10.150.49.15 with SMTP id w15mr8563645ybw.152.1227625038227; Tue, 25 Nov 2008 06:57:18 -0800 (PST) Received: by 10.150.218.5 with HTTP; Tue, 25 Nov 2008 06:57:18 -0800 (PST) Message-ID: <8cb6106e0811250657q6fdf08b0x1e94f35fd0a7ed4f@mail.gmail.com> Date: Tue, 25 Nov 2008 09:57:18 -0500 From: "Josh Carroll" To: "Kostik Belousov" In-Reply-To: <20081125142827.GI2042@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> <20081125142827.GI2042@deviant.kiev.zoral.com.ua> Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 14:57:19 -0000 > I do not suggest testing. I suggest understand what inode metadata is stored > in the added 128 bytes and evaluate whether this information can be ignored > without dangerous consequences for filesystem consistency or user data. > Well, to be clear I didn't just double the size of the inode table. It is dynamically determined based on the data structure. I'm not a file system expert (to call me a novice would probably be stretching it), so I'm hoping someone more versed can chime in. All the code does is query the data structure (specifically, the s_inode_size field of the structure) and use that value instead of blindly assuming an inode size of 128. I don't think it's a matter of what is done with the extra bits, since it's just querying the size of an already created filesystem. Thanks, Josh From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 15:03:49 2008 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 1D86A106564A; Tue, 25 Nov 2008 15:03:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 064248FC18; Tue, 25 Nov 2008 15:03:47 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1L4zS6-0003Jf-Mg; Tue, 25 Nov 2008 17:03:46 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id mAPF3h0v061835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Nov 2008 17:03:43 +0200 (EET) (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.3/8.14.3) with ESMTP id mAPF3gCF058475; Tue, 25 Nov 2008 17:03:42 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id mAPF3gT3058474; Tue, 25 Nov 2008 17:03:42 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 25 Nov 2008 17:03:42 +0200 From: Kostik Belousov To: Josh Carroll Message-ID: <20081125150342.GL2042@deviant.kiev.zoral.com.ua> References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> <20081125142827.GI2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250657q6fdf08b0x1e94f35fd0a7ed4f@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ucfHZChuBC0NsER/" Content-Disposition: inline In-Reply-To: <8cb6106e0811250657q6fdf08b0x1e94f35fd0a7ed4f@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.93.3, clamav-milter version 0.93.3 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 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 X-Virus-Scanned: mail.terabit.net.ua 1L4zS6-0003Jf-Mg 4d2fb6b8ba26568a1f40e41e02a31b2b X-Terabit: YES Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 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, 25 Nov 2008 15:03:49 -0000 --ucfHZChuBC0NsER/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 25, 2008 at 09:57:18AM -0500, Josh Carroll wrote: > > I do not suggest testing. I suggest understand what inode metadata is s= tored > > in the added 128 bytes and evaluate whether this information can be ign= ored > > without dangerous consequences for filesystem consistency or user data. > > >=20 > Well, to be clear I didn't just double the size of the inode table. It > is dynamically determined based on the data structure. I'm not a file > system expert (to call me a novice would probably be stretching it), > so I'm hoping someone more versed can chime in. > > All the code does is query the data structure (specifically, the > s_inode_size field of the structure) and use that value instead of > blindly assuming an inode size of 128. I don't think it's a matter of > what is done with the extra bits, since it's just querying the size of > an already created filesystem. Ok, I describe my concern once more. I do not object against the checking of the inode size. But, if inode size is changed, then some data is added to the inode, that could (and usually does, otherwise why extend it ?) change intrerpetation of the inode. Thus, we need a verification of the fact that simply ignoring added fields does not damage filesystem or cause user data corruption. Verification !=3D testing. Until we make this work, patch cannot go into the tree. --ucfHZChuBC0NsER/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkksE84ACgkQC3+MBN1Mb4iE8gCg1Ue4Be6qJSS+Tj4ewDC1fq2f L1UAoL1dlpbZ1B6N39248Fn7jvVgxYW0 =JVAS -----END PGP SIGNATURE----- --ucfHZChuBC0NsER/-- From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 15:11:10 2008 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 9A2D11065679 for ; Tue, 25 Nov 2008 15:11:10 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA578FC19 for ; Tue, 25 Nov 2008 15:11:10 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1071299ywe.13 for ; Tue, 25 Nov 2008 07:11:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=XR6Vnj6YGXBsIv5h/CS4qPwS++MUIR88S/RJB1E8yFo=; b=U3V03csqKVSqbuJ06+wQgMzezPyapB3xlUxnXx+TpxFXXNwqEtDFZi7fBKfNY3w30b P7TN6Ra59Ad3MMC8sKlhmYBYvlHDDgeMR07DE3MetMEUYsOEuBltJyOFhFT1whZEQY7t o7O5d5OlFRanc6FcSbVETHTf6xoHnv9/ctxhs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=ctTj0LEr494K9ehKvPlg/RBUHp0+7wdr6NvTM9a++Zm9ZLQrAtblzq4mwKKix4wWJ6 MHyZ6isywJ2mj53+/8oVCQh2cQ60EJEOQx0huxUZjVznC/t7YcVn5Tecz0N2rH+oKy+f Ioo8OK0WOTLea8t/Y9YqCbK7EZL5ULSTc2o34= Received: by 10.151.149.14 with SMTP id b14mr9306415ybo.243.1227625869560; Tue, 25 Nov 2008 07:11:09 -0800 (PST) Received: by 10.150.218.5 with HTTP; Tue, 25 Nov 2008 07:11:09 -0800 (PST) Message-ID: <8cb6106e0811250711x39775d2asd601e8a53eaaeac7@mail.gmail.com> Date: Tue, 25 Nov 2008 10:11:09 -0500 From: "Josh Carroll" To: "Kostik Belousov" In-Reply-To: <20081125150342.GL2042@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> <20081125142827.GI2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250657q6fdf08b0x1e94f35fd0a7ed4f@mail.gmail.com> <20081125150342.GL2042@deviant.kiev.zoral.com.ua> Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2008 15:11:10 -0000 > Ok, I describe my concern once more. I do not object against the checking > of the inode size. But, if inode size is changed, then some data is added > to the inode, that could (and usually does, otherwise why extend it ?) > change intrerpetation of the inode. Thus, we need a verification of the > fact that simply ignoring added fields does not damage filesystem or > cause user data corruption. Verification != testing. Ok, I see your point. I will do some more research into the ext2 inode structure on disk and see what happens when inode size > 128. > > Until we make this work, patch cannot go into the tree. > Understood, thanks for your attention. Regards, Josh From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 16:18:25 2008 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 88CA7106564A for ; Tue, 25 Nov 2008 16:18:25 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3A58FC14 for ; Tue, 25 Nov 2008 16:18:25 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id 33D93ED01D; Tue, 25 Nov 2008 10:51:21 -0500 (EST) Date: Tue, 25 Nov 2008 10:48:26 -0500 From: "Peter C. Lai" To: Josh Carroll Message-ID: <20081125154826.GI27780@cesium.hyperfine.info> References: <8cb6106e0811241129o642dcf28re4ae177c8ccbaa25@mail.gmail.com> <20081125140601.GH2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250617q5fffb41exe20dfb8314fc4a9d@mail.gmail.com> <20081125142827.GI2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250657q6fdf08b0x1e94f35fd0a7ed4f@mail.gmail.com> <20081125150342.GL2042@deviant.kiev.zoral.com.ua> <8cb6106e0811250711x39775d2asd601e8a53eaaeac7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8cb6106e0811250711x39775d2asd601e8a53eaaeac7@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-fs@freebsd.org, FreeBSD Stable Subject: Re: ext2 inode size patch - RE: PR kern/124621 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, 25 Nov 2008 16:18:25 -0000 On 2008-11-25 10:11:09AM -0500, Josh Carroll wrote: > > Ok, I describe my concern once more. I do not object against the checking > > of the inode size. But, if inode size is changed, then some data is added > > to the inode, that could (and usually does, otherwise why extend it ?) > > change intrerpetation of the inode. Thus, we need a verification of the > > fact that simply ignoring added fields does not damage filesystem or > > cause user data corruption. Verification != testing. > > Ok, I see your point. I will do some more research into the ext2 inode > structure on disk and see what happens when inode size > 128. Possibly overstating the obvious, but since e2fsprogs were the ones who actually initiated the change in default inode size, maybe start digging through that to see what it actually does with the other 128 bytes (the changelog and some posts on comp.os.linux seem to suggest is that it has something to do with optimizing extended attributes/acls; basically extended acls being inaccessible to kernels that ignore the extra data, and 2.4 kernels refusing to mount those filesystems at all (presumably due to the same assumption we've been making)). -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 17:34:59 2008 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 76E671065673; Tue, 25 Nov 2008 17:34:59 +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 551288FC19; Tue, 25 Nov 2008 17:34:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mAPHYxT3049985; Tue, 25 Nov 2008 17:34:59 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mAPHYwqv049981; Tue, 25 Nov 2008 17:34:59 GMT (envelope-from linimon) Date: Tue, 25 Nov 2008 17:34:59 GMT Message-Id: <200811251734.mAPHYwqv049981@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/129174: [nfs][zfs][panic] NFS v3 Panic when under high load exporting ZFS file system 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, 25 Nov 2008 17:34:59 -0000 Synopsis: [nfs][zfs][panic] NFS v3 Panic when under high load exporting ZFS file system Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Tue Nov 25 17:34:50 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=129174 From owner-freebsd-fs@FreeBSD.ORG Tue Nov 25 23:41:09 2008 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 91A761065673 for ; Tue, 25 Nov 2008 23:41:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DB2A78FC21 for ; Tue, 25 Nov 2008 23:41:08 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (ppp121-45-153-176.lns11.adl6.internode.on.net [121.45.153.176]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id mAPNf5o6030028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Nov 2008 10:11:06 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-fs@freebsd.org Date: Wed, 26 Nov 2008 10:10:59 +1030 User-Agent: KMail/1.9.10 References: <200811201215.42008.doconnor@gsoft.com.au> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1316375.vuUZkuKo8q"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200811261011.06490.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Ivan Voras Subject: Re: Unique ID for UFS? 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, 25 Nov 2008 23:41:09 -0000 --nextPart1316375.vuUZkuKo8q Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 20 November 2008 20:58:25 Ivan Voras wrote: > Daniel O'Connor wrote: > > Hi, > > I am wondering if there is a unique ID generated for each UFS already? = If > > not would it be possible to add one somehow? > > > > There is glabel, but I think having a UUID embedded in the FS would be > > very handy for automation andwould prevent accidents that glabel can > > cause. > > > > So, there could be a gfsid module that reads IDs from the FS (NTFS, > > ext2/3, UFS) and creates device nodes to allow access. > > Looking at the output of dumpfs, there is an 64-bit numeric "id" field > that changes from file system to file system so this might it: > > magic 19540119 (UFS2) time Sat Nov 15 04:16:42 2008 > superblock location 65536 id [ 46ea67b4 178d71a1 ] > > (but judging from how the value changes on my file systems it might be > related to the timestamp). Yeah, on my system I have.. / 45c14592 caf91460 /var 45c1459d 2461df81 /usr 45c14596 fc5b2e49 Ah I think I found it in newfs.. /usr/src/sbin/newfs/mkfs.c lines 407 & 408.. sblock.fs_id[0] =3D (long)utime; sblock.fs_id[1] =3D newfs_random(); > If this is a usable ID, it should be trivial to make glabel create IDs > nodes (i.e. /dev/ufs/46ea67b4178d71a1). Yes indeed. I guess there's no excuse for me not to write such a thing now ;) PS you didn't cc me :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1316375.vuUZkuKo8q 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) iD8DBQBJLI0S5ZPcIHs/zowRAsffAJ4r0AqaU/tunB//5ypqQWBYafio5wCgogpa madgys8T5esSKGq+EzZyBZQ= =4i4V -----END PGP SIGNATURE----- --nextPart1316375.vuUZkuKo8q-- From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 08:45:46 2008 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 7C43F1065675 for ; Wed, 26 Nov 2008 08:45:46 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFFC8FC18 for ; Wed, 26 Nov 2008 08:45:46 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 3C2F9125424; Wed, 26 Nov 2008 17:27:47 +0900 (JST) Message-ID: <492D0882.7070500@freebsd.org> Date: Wed, 26 Nov 2008 17:27:46 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: Andriy Gapon References: <492BE7C1.8030503@icyb.net.ua> In-Reply-To: <492BE7C1.8030503@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: unionfs below: only read-only? 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, 26 Nov 2008 08:45:46 -0000 Andriy Gapon wrote: > $ uname -srm > FreeBSD 7.1-PRERELEASE amd64 > > $ mount -t unionfs -o below -o rw /usr/ports/distfiles > /export/j386/usr/ports/distfiles > mount_unionfs: /export/j386/usr/ports/distfiles: : Operation not supported > Exit 71 > > $ mount -t unionfs -o below -o ro /usr/ports/distfiles > /export/j386/usr/ports/distfiles > Exit 0 I need more information to think. Please get up off result of df(1) and mount(8). And... check the permission of /export/j386/usr/ports/distfiles. I'm doubting that permission of /export/j386/usr/ports/distfiles is read only. > My intention was to mount /usr/ports/distfiles into a jail but in such > way that jail can not modify any "global" files but can add some files > of its own. > This is similar to the last example in mount_unionfs(8): > mount -t unionfs -o noatime -o below /sys $HOME/sys > > But it seems that with -o below I can mount a filesystem only in RO mode > which is totally useless because I can not write anything to "uniondir" > i.e. /export/j386/usr/ports/distfiles: > $ cp ~/tar/diablo-caffe-freebsd6-i386-1.5.0_07-b01.tar.bz2 > /export/j386/usr/ports/distfiles/ > cp: > /export/j386/usr/ports/distfiles/diablo-caffe-freebsd6-i386-1.5.0_07-b01.tar.bz2: > Read-only file system > Exit 1 > > So effectively this is a nullfs ro mount. > > Is there a buglet or am I missing something? > -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 09:48:01 2008 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 C9FF61065679 for ; Wed, 26 Nov 2008 09:48:01 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 4F5728FC1C for ; Wed, 26 Nov 2008 09:48:00 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so366331fkk.11 for ; Wed, 26 Nov 2008 01:47:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ijB3JP8ppOf7v0NgMnpf/x7oB5F9rNT6HmDeK5T5XEM=; b=GS26WBA2EPA8lcDtDbJsAB9Yib/+4sFjUKhadTf2TvTqnkGbxcdNENp/+WfGt6yBqh iGD9FOGeY1Rudw5rUKXZvP1oxXlTapGOLECQtAS0ZTBR64Ibi8e4pQf/YfHAobThkTaj W1JJo+aLsUlS3WX4UJ01YGJol26VBtj8YRU44= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Y121IFEOW72yTOqk+ynT9RQDLTSyfbjM0cxu2+u5MTX3VbCdrLmu94y/y1LnNKZ+VM raSJJRbVkRPrMK7vz1IxkMi63VK27uxuI/neHk1oUPnGGQr9mmF88joH9ErEJWFs278z 2JTbtZYcp9hazJHm1iPyoA2jfCrA4pmm5vnWU= Received: by 10.181.153.12 with SMTP id f12mr1882354bko.132.1227692878843; Wed, 26 Nov 2008 01:47:58 -0800 (PST) Received: by 10.181.49.2 with HTTP; Wed, 26 Nov 2008 01:47:58 -0800 (PST) Message-ID: <9bbcef730811260147n473d213y10a5dc93273e4e5d@mail.gmail.com> Date: Wed, 26 Nov 2008 10:47:58 +0100 From: "Ivan Voras" To: "Daniel O'Connor" In-Reply-To: <200811261011.06490.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200811201215.42008.doconnor@gsoft.com.au> <200811261011.06490.doconnor@gsoft.com.au> Cc: freebsd-fs@freebsd.org Subject: Re: Unique ID for UFS? 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, 26 Nov 2008 09:48:01 -0000 2008/11/26 Daniel O'Connor : > On Thursday 20 November 2008 20:58:25 Ivan Voras wrote: >> magic 19540119 (UFS2) time Sat Nov 15 04:16:42 2008 >> superblock location 65536 id [ 46ea67b4 178d71a1 ] > Yes indeed. > I guess there's no excuse for me not to write such a thing now ;) I've created a patch for it already but I've encountered a bug (either in label, slice or geom tasting) that makes having multiple labels for the same device almost unusable. > PS you didn't cc me :) I'm normally accessing the lists through NNTP. From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 10:12:57 2008 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 ED5E5106564A for ; Wed, 26 Nov 2008 10:12:57 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id A445A8FC17 for ; Wed, 26 Nov 2008 10:12:57 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1L5HOB-000Kl5-Jr for freebsd-fs@freebsd.org; Wed, 26 Nov 2008 12:12:55 +0200 Message-ID: <492D2122.4050203@icyb.net.ua> Date: Wed, 26 Nov 2008 12:12:50 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081005) MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: endless zpool scrub? 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, 26 Nov 2008 10:12:58 -0000 I noticed that zpool scrub on a certain pool runs "like forever". I decided to monitor its progress using periodic zpool status command, once in 10 seconds. Here's a snippet from the capture around an interesting point. Please notice two highlighted reports ('oops'). This is stable/7. Thank you in advance for insights/comments. pool: tank state: ONLINE scrub: scrub in progress, 78.87% done, 0h31m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 78.94% done, 0h31m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 78.97% done, 0h31m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 233h25m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 ****oops, went back to 0%**** errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 259h47m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 186h50m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 186h45m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 306h30m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 292h19m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 231h16m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 283h55m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 232h8m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 164h37m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 183h40m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 166h21m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors pool: tank state: ONLINE scrub: scrub stopped with 0 errors on Wed Nov 26 12:02:02 2008 config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 ****oops, scrub is reported as stopped**** errors: No known data errors pool: tank state: ONLINE scrub: scrub in progress, 0.00% done, 127h29m to go config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 ad6s2d ONLINE 0 0 0 errors: No known data errors -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 10:32:17 2008 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 7D434106567A for ; Wed, 26 Nov 2008 10:32:17 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DF1628FC25 for ; Wed, 26 Nov 2008 10:32:16 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (ppp121-45-249-57.lns11.adl6.internode.on.net [121.45.249.57]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id mAQAWEZa050255 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Nov 2008 21:02:14 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: "Ivan Voras" Date: Wed, 26 Nov 2008 21:02:08 +1030 User-Agent: KMail/1.9.10 References: <200811201215.42008.doconnor@gsoft.com.au> <200811261011.06490.doconnor@gsoft.com.au> <9bbcef730811260147n473d213y10a5dc93273e4e5d@mail.gmail.com> In-Reply-To: <9bbcef730811260147n473d213y10a5dc93273e4e5d@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1368768.1vEfor02g5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200811262102.15437.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-fs@freebsd.org Subject: Re: Unique ID for UFS? 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, 26 Nov 2008 10:32:17 -0000 --nextPart1368768.1vEfor02g5 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 26 November 2008 20:17:58 Ivan Voras wrote: > 2008/11/26 Daniel O'Connor : > > On Thursday 20 November 2008 20:58:25 Ivan Voras wrote: > >> magic 19540119 (UFS2) time Sat Nov 15 04:16:42 2008 > >> superblock location 65536 id [ 46ea67b4 178d71a1 ] > > > > Yes indeed. > > I guess there's no excuse for me not to write such a thing now ;) > > I've created a patch for it already but I've encountered a bug (either > in label, slice or geom tasting) that makes having multiple labels for > the same device almost unusable. Hmm OK.. I must confess I only loaded my module and checked that it created= =20 the device nodes, I haven't tried mounting it yet :) > > PS you didn't cc me :) > > I'm normally accessing the lists through NNTP. =46air enough. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1368768.1vEfor02g5 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) iD8DBQBJLSWv5ZPcIHs/zowRAk9YAJ0VFwuDwhq+YgdGUvMMF2Hkr5x6fQCfYvD/ lGWBOjESO0/Rs0hfaM6LC1c= =WHyQ -----END PGP SIGNATURE----- --nextPart1368768.1vEfor02g5-- From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 10:39:37 2008 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 E48A1106564A for ; Wed, 26 Nov 2008 10:39:37 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA118FC1A for ; Wed, 26 Nov 2008 10:39:37 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so247496fgb.35 for ; Wed, 26 Nov 2008 02:39:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=dgB/E+GB45PyGOEBt69mKuSGzaMTijjmKLZaJO+ezk0=; b=Lt/lreRbA/PzdRxs60vQgCjOGeWSTVVE/tHLiLW1Sp59xmi2u4ejAfjHYQ3VIDe6Q1 ea4w+CpW7UrKdZOcc3cwKL32MBREZRMKv8XHoz7BCwuArltAsP8d71SBmEwSdnzKv1tU bC7kXreecOMtliMHZXXdu38uQaDzXeb1zFGx8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=lm7Guf8vYrGHrEBw3/P3XI2oD4D7uns7PoAylW2NEVliEujF9pKmE16xB8P9V4PWgr Y/yP4x3BdEpT6mKcmWBDx+q3GncS8M9pmoJklxQ+XZLbeyL0guZYN00APzXPGvJGY2+p a9gBpbp4yXefPerSawSkDpjyLX3rRLXeObIfQ= Received: by 10.181.197.6 with SMTP id z6mr1483384bkp.213.1227695976015; Wed, 26 Nov 2008 02:39:36 -0800 (PST) Received: by 10.181.49.2 with HTTP; Wed, 26 Nov 2008 02:39:35 -0800 (PST) Message-ID: <9bbcef730811260239k68ccec3ah7acf480b7d1b765e@mail.gmail.com> Date: Wed, 26 Nov 2008 11:39:35 +0100 From: "Ivan Voras" To: "Daniel O'Connor" In-Reply-To: <200811262102.15437.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200811201215.42008.doconnor@gsoft.com.au> <200811261011.06490.doconnor@gsoft.com.au> <9bbcef730811260147n473d213y10a5dc93273e4e5d@mail.gmail.com> <200811262102.15437.doconnor@gsoft.com.au> Cc: freebsd-fs@freebsd.org Subject: Re: Unique ID for UFS? 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, 26 Nov 2008 10:39:38 -0000 2008/11/26 Daniel O'Connor : >> I've created a patch for it already but I've encountered a bug (either >> in label, slice or geom tasting) that makes having multiple labels for >> the same device almost unusable. > > Hmm OK.. I must confess I only loaded my module and checked that it created > the device nodes, I haven't tried mounting it yet :) See if re-tasting works after labels have been mounted and unmounted (i.e. if you get both labels back after spoiling destroys them). From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 11:04:06 2008 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 0C2441065672 for ; Wed, 26 Nov 2008 11:04:06 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id B263A8FC12 for ; Wed, 26 Nov 2008 11:04:05 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id E50FD174DE; Wed, 26 Nov 2008 22:04:02 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.20.30.101] (60.218.233.220.exetel.com.au [220.233.218.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 9AF47171BF; Wed, 26 Nov 2008 22:03:58 +1100 (EST) Message-ID: <492D2D0F.5020300@modulus.org> Date: Wed, 26 Nov 2008 22:03:43 +1100 From: Andrew Snow User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Andriy Gapon References: <492D2122.4050203@icyb.net.ua> In-Reply-To: <492D2122.4050203@icyb.net.ua> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: endless zpool scrub? 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, 26 Nov 2008 11:04:06 -0000 Andriy Gapon wrote: > > I noticed that zpool scrub on a certain pool runs "like forever". > I decided to monitor its progress using periodic zpool status command, > once in 10 seconds. > Here's a snippet from the capture around an interesting point. > Please notice two highlighted reports ('oops'). > This is stable/7. Its a bug, and is fixed in 8-current. From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 11:24:26 2008 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 BEA4C1065674 for ; Wed, 26 Nov 2008 11:24:26 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id 196E28FC1B for ; Wed, 26 Nov 2008 11:24:25 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id 5B0826D5C7; Wed, 26 Nov 2008 12:24:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=selector1; bh=NIEWzTY 1kjeoUv4tXscJtTu4jMQ=; b=y45aDK7zHm1fJvVkcVOMdl/TkCZzIHJ4H/xmFpd RZnqXB+AkGyLHWh9IWsN9donTWGfbN45f1Zux0ZEM1Soj2pj2bGFwV79zQGi9KNb WPcs3SPBY4wx9c8Ypcu8d09dkMrNGDcFcNZRglxl64AlNMUlIJgOr2+apcZZH+4Y 83r0= Received: from [172.16.2.158] (gw01.ismobile.com [212.73.186.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 50E746D5C5; Wed, 26 Nov 2008 12:24:23 +0100 (CET) Date: Wed, 26 Nov 2008 12:24:22 +0100 From: Goran Lowkrantz To: Andriy Gapon , freebsd-fs@freebsd.org Message-ID: In-Reply-To: <492D2122.4050203@icyb.net.ua> References: <492D2122.4050203@icyb.net.ua> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: endless zpool scrub? 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, 26 Nov 2008 11:24:26 -0000 --On November 26, 2008 12:12:50 +0200 Andriy Gapon wrote: > > I noticed that zpool scrub on a certain pool runs "like forever". > I decided to monitor its progress using periodic zpool status command, > once in 10 seconds. > Here's a snippet from the capture around an interesting point. > Please notice two highlighted reports ('oops'). > This is stable/7. > Thank you in advance for insights/comments. > > > pool: tank > state: ONLINE > scrub: scrub in progress, 78.87% done, 0h31m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 78.94% done, 0h31m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 78.97% done, 0h31m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 233h25m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > ****oops, went back to 0%**** > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 259h47m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 186h50m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 186h45m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 306h30m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 292h19m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 231h16m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 283h55m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 232h8m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 164h37m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 183h40m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 166h21m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub stopped with 0 errors on Wed Nov 26 12:02:02 2008 > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > ****oops, scrub is reported as stopped**** > > errors: No known data errors > pool: tank > state: ONLINE > scrub: scrub in progress, 0.00% done, 127h29m to go > config: > > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 0 > ad6s2d ONLINE 0 0 0 > > errors: No known data errors > Do you have a script or something that creates snapshots running? I used sysutils/zfs-snapshot-mgmt and did see the same as you, as a running scrub is reset by a snapshot creation. If you are using this script, we have tested a modified version that suspends snapshot creation on a pool that is scrubbing. /glz --- "There is hopeful symbolism in the fact that flags do not wave in a vacuum." -- Arthur C. Clarke From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 12:33:43 2008 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 D68461065673 for ; Wed, 26 Nov 2008 12:33:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D23C88FC12 for ; Wed, 26 Nov 2008 12:33:42 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA13393; Wed, 26 Nov 2008 14:33:35 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492D421E.7090109@icyb.net.ua> Date: Wed, 26 Nov 2008 14:33:34 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081106) MIME-Version: 1.0 To: Andrew Snow References: <492D2122.4050203@icyb.net.ua> <492D2D0F.5020300@modulus.org> In-Reply-To: <492D2D0F.5020300@modulus.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: endless zpool scrub? 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, 26 Nov 2008 12:33:43 -0000 on 26/11/2008 13:03 Andrew Snow said the following: > Andriy Gapon wrote: >> >> I noticed that zpool scrub on a certain pool runs "like forever". >> I decided to monitor its progress using periodic zpool status command, >> once in 10 seconds. >> Here's a snippet from the capture around an interesting point. >> Please notice two highlighted reports ('oops'). >> This is stable/7. > > Its a bug, and is fixed in 8-current. Andrew, are you speaking of something related to what Goran suggested? -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 12:42:21 2008 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 EFE8D1065670 for ; Wed, 26 Nov 2008 12:42:21 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 072A98FC0C for ; Wed, 26 Nov 2008 12:42:20 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA13834; Wed, 26 Nov 2008 14:42:15 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492D4426.1080307@icyb.net.ua> Date: Wed, 26 Nov 2008 14:42:14 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081106) MIME-Version: 1.0 To: Goran Lowkrantz References: <492D2122.4050203@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: endless zpool scrub? 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, 26 Nov 2008 12:42:22 -0000 on 26/11/2008 13:24 Goran Lowkrantz said the following: > Do you have a script or something that creates snapshots running? > > I used sysutils/zfs-snapshot-mgmt and did see the same as you, as a > running scrub is reset by a snapshot creation. Yes, I've just realized I had recently enabled zfs-snapshot-mgmt on this machine. And the time when scrub is "disrupted" is the time when snapshots are taken. Thank you! > If you are using this script, we have tested a modified version that > suspends snapshot creation on a pool that is scrubbing. I would be very grateful for the patch! -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 12:50:42 2008 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 108AB1065672 for ; Wed, 26 Nov 2008 12:50:42 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9131E8FC18 for ; Wed, 26 Nov 2008 12:50:41 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (unknown [74.193.182.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id D2095A271631; Wed, 26 Nov 2008 06:50:39 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id mAQCoVL5031090; Wed, 26 Nov 2008 06:50:31 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Wed, 26 Nov 2008 06:50:31 -0600 (CST) From: Wes Morgan To: Andriy Gapon In-Reply-To: <492D4426.1080307@icyb.net.ua> Message-ID: References: <492D2122.4050203@icyb.net.ua> <492D4426.1080307@icyb.net.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org Subject: Re: endless zpool scrub? 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, 26 Nov 2008 12:50:42 -0000 On Wed, 26 Nov 2008, Andriy Gapon wrote: > on 26/11/2008 13:24 Goran Lowkrantz said the following: >> Do you have a script or something that creates snapshots running? >> >> I used sysutils/zfs-snapshot-mgmt and did see the same as you, as a >> running scrub is reset by a snapshot creation. > > Yes, I've just realized I had recently enabled zfs-snapshot-mgmt on this > machine. And the time when scrub is "disrupted" is the time when > snapshots are taken. Thank you! > >> If you are using this script, we have tested a modified version that >> suspends snapshot creation on a pool that is scrubbing. > > I would be very grateful for the patch! > > Just FYI, once Pawel merges the recent ZFS patches to -stable (please don't ask when, though!), snapshotting will not interfere with a scrub. From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 12:52:04 2008 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 1C9C1106567C for ; Wed, 26 Nov 2008 12:52:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3DD268FC21 for ; Wed, 26 Nov 2008 12:52:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA14181; Wed, 26 Nov 2008 14:51:56 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492D466B.1080609@icyb.net.ua> Date: Wed, 26 Nov 2008 14:51:55 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081106) MIME-Version: 1.0 To: Wes Morgan References: <492D2122.4050203@icyb.net.ua> <492D4426.1080307@icyb.net.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: endless zpool scrub? 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, 26 Nov 2008 12:52:04 -0000 on 26/11/2008 14:50 Wes Morgan said the following: > On Wed, 26 Nov 2008, Andriy Gapon wrote: > >> on 26/11/2008 13:24 Goran Lowkrantz said the following: >>> Do you have a script or something that creates snapshots running? >>> >>> I used sysutils/zfs-snapshot-mgmt and did see the same as you, as a >>> running scrub is reset by a snapshot creation. >> >> Yes, I've just realized I had recently enabled zfs-snapshot-mgmt on this >> machine. And the time when scrub is "disrupted" is the time when >> snapshots are taken. Thank you! >> >>> If you are using this script, we have tested a modified version that >>> suspends snapshot creation on a pool that is scrubbing. >> >> I would be very grateful for the patch! >> >> > > Just FYI, once Pawel merges the recent ZFS patches to -stable (please > don't ask when, though!), snapshotting will not interfere with a scrub. > Thanks! I guess this is what Andrew also meant. -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 12:59:41 2008 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 1C92B106564A for ; Wed, 26 Nov 2008 12:59:41 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id 644118FC21 for ; Wed, 26 Nov 2008 12:59:40 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id 8C1636D5C7; Wed, 26 Nov 2008 13:59:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; s=selector1; bh=6uNniVOjgWECi9WroPTy 42cCKoA=; b=kumLw6zQ2dF3kokdnUPz/hQprZ92nZq93DjEhWvlymoHjJP9err4 h2yXnm4c972HotPxN97X5PGMMCeWs8HlFR3IUhd4H5Kqc/vjpYrvKhSaUOcjEiJX LlBDdBStRwBIsAzOCzgsbmU5RFyHCne2JWvyQ0SncBSLKrEc5oVMNa8= Received: from [172.16.2.158] (gw01.ismobile.com [212.73.186.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 9AA796D5C5; Wed, 26 Nov 2008 13:59:37 +0100 (CET) Date: Wed, 26 Nov 2008 13:59:36 +0100 From: Goran Lowkrantz To: Andriy Gapon Message-ID: <4EECB3AA317601AE36BE0DB5@syn> In-Reply-To: <492D4426.1080307@icyb.net.ua> References: <492D2122.4050203@icyb.net.ua> <492D4426.1080307@icyb.net.ua> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========0E63D4CE0D259AF8D9ED==========" Cc: freebsd-fs@freebsd.org Subject: Re: endless zpool scrub? 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, 26 Nov 2008 12:59:41 -0000 --==========0E63D4CE0D259AF8D9ED========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline --On November 26, 2008 14:42:14 +0200 Andriy Gapon wrote: > on 26/11/2008 13:24 Goran Lowkrantz said the following: >> Do you have a script or something that creates snapshots running? >> >> I used sysutils/zfs-snapshot-mgmt and did see the same as you, as a >> running scrub is reset by a snapshot creation. > > Yes, I've just realized I had recently enabled zfs-snapshot-mgmt on this > machine. And the time when scrub is "disrupted" is the time when > snapshots are taken. Thank you! > >> If you are using this script, we have tested a modified version that >> suspends snapshot creation on a pool that is scrubbing. > > I would be very grateful for the patch! > > -- > Andriy Gapon Attached is the latest we have from the author. It suspends snapshots during scrubs and support recursive snapshots. /glz --- "There is hopeful symbolism in the fact that flags do not wave in a vacuum." -- Arthur C. Clarke --==========0E63D4CE0D259AF8D9ED========== Content-Type: application/octet-stream; name=zfs-snapshot-mgmt Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=zfs-snapshot-mgmt; size=6093 IyEvdXNyL2xvY2FsL2Jpbi9ydWJ5CiMgQ29weXJpZ2h0IChjKSAyMDA4LCBNYXJjaW4gU2ltb25p ZGVzCiMgQWxsIHJpZ2h0cyByZXNlcnZlZC4KIwojIFJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4g c291cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAojIG1vZGlmaWNhdGlvbiwg YXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9ucyBhcmUg bWV0OgojICAgICAqIFJlZGlzdHJpYnV0aW9ucyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0 aGUgYWJvdmUgY29weXJpZ2h0CiMgICAgICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9u cyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgojICAgICAqIFJlZGlzdHJpYnV0aW9ucyBp biBiaW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0CiMgICAgICAg bm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFp bWVyIGluIHRoZQojICAgICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1hdGVyaWFscyBw cm92aWRlZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uCiMKIyBUSElTIFNPRlRXQVJFIElTIFBST1ZJ REVEIGBgQVMgSVMnJyBBTkQgQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLAojIElO Q0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUgSU1QTElFRCBXQVJSQU5USUVTIE9GIE1F UkNIQU5UQUJJTElUWSBBTkQKIyBGSVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRSBBUkUg RElTQ0xBSU1FRC4gSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUgojIEJFIExJQUJMRSBGT1Ig QU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IK IyBDT05TRVFVRU5USUFMIERBTUFHRVMgKElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQ Uk9DVVJFTUVOVCBPRgojIFNVQlNUSVRVVEUgR09PRFMgT1IgU0VSVklDRVM7IExPU1MgT0YgVVNF LCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUwojIElOVEVSUlVQVElPTikgSE9XRVZFUiBD QVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklMSVRZLCBXSEVUSEVSIElOCiMgQ09OVFJB Q1QsIFNUUklDVCBMSUFCSUxJVFksIE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9U SEVSV0lTRSkKIyBBUklTSU5HIElOIEFOWSBXQVkgT1VUIE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZU V0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRQojIFBPU1NJQklMSVRZIE9GIFNVQ0ggREFNQUdF LgoKcmVxdWlyZSAneWFtbCcKcmVxdWlyZSAndGltZScKCkNPTkZJR19GSUxFX05BTUUgPSAnL3Vz ci9sb2NhbC9ldGMvemZzLXNuYXBzaG90LW1nbXQuY29uZicKQ09ORklHX1NJWkVfTUFYID0gNjQg KiAxMDI0ICAgICAjIGp1c3QgYSBzYWZldHkgbGltaXQKCmRlZiBlbmNvZGVfdGltZSh0aW1lKQog IHRpbWUuc3RyZnRpbWUoJyVZLSVtLSVkXyVILiVNJykKZW5kCgpkZWYgZGVjb2RlX3RpbWUodGlt ZV9zdHJpbmcpCiAgZGF0ZSwgdGltZSA9IHRpbWVfc3RyaW5nLnNwbGl0KCdfJykKICB5ZWFyLCBt b250aCwgZGF5ID0gZGF0ZS5zcGxpdCgnLScpCiAgaG91ciwgbWludXRlID0gdGltZS5zcGxpdCgn LicpCiAgVGltZS5ta3RpbWUoeWVhciwgbW9udGgsIGRheSwgaG91ciwgbWludXRlKQplbmQKCmNs YXNzIFJ1bGUKICBhdHRyX3JlYWRlciA6YXRfbXVsdGlwbGUsIDpvZmZzZXQKCiAgZGVmIGluaXRp YWxpemUoYXJncyA9IHt9KQogICAgYXJncyA9IHsgJ29mZnNldCcgPT4gMCB9Lm1lcmdlKGFyZ3Mp CiAgICBAYXRfbXVsdGlwbGUgPSBhcmdzWydhdF9tdWx0aXBsZSddLnRvX2kKICAgIEBvZmZzZXQg PSBhcmdzWydvZmZzZXQnXS50b19pCiAgZW5kCgogIGRlZiBjb25kaXRpb25fbWV0Pyh0aW1lX21p bnV0ZXMpCiAgICBkaXZpc29yID0gQGF0X211bHRpcGxlICsgQG9mZnNldAogICAgKGRpdmlzb3Ig PT0gMCkgb3IgKHRpbWVfbWludXRlcyAlIGRpdmlzb3IpID09IDAKICBlbmQKZW5kCgpjbGFzcyBQ cmVzZXJ2YXRpb25SdWxlIDwgUnVsZQogIGF0dHJfcmVhZGVyIDpmb3JfbWludXRlcwoKICBkZWYg aW5pdGlhbGl6ZShhcmdzKQogICAgc3VwZXIoYXJncykKICAgIEBmb3JfbWludXRlcyA9IGFyZ3Nb J2Zvcl9taW51dGVzJ10udG9faQogIGVuZAoKICBkZWYgYXBwbGllcz8obm93X21pbnV0ZXMsIGNy ZWF0aW9uX3RpbWVfbWludXRlcykKICAgIChub3dfbWludXRlcyAtIGNyZWF0aW9uX3RpbWVfbWlu dXRlcykgPCBAZm9yX21pbnV0ZXMgCiAgZW5kCgogIGRlZiBjb25kaXRpb25fbWV0X2Zvcl9zbmFw c2hvdD8obm93X21pbnV0ZXMsIHNuYXBzaG90KQogICAgY3JlYXRpb25fdGltZV9taW51dGVzID0g c25hcHNob3QuY3JlYXRpb25fdGltZV9taW51dGVzCiAgICBhcHBsaWVzPyhub3dfbWludXRlcywg Y3JlYXRpb25fdGltZV9taW51dGVzKSBhbmQKICAgICAgY29uZGl0aW9uX21ldD8oY3JlYXRpb25f dGltZV9taW51dGVzKQogIGVuZAoKZW5kCgpjbGFzcyBTbmFwc2hvdEluZm8KICBhdHRyX3JlYWRl ciA6ZnNfbmFtZSwgOm5hbWUsIDpjcmVhdGlvbl9kYXRlCgogIGRlZiBpbml0aWFsaXplKG5hbWUs IGZzX25hbWUsIHNuYXBzaG90X3ByZWZpeCkKICAgIEBuYW1lID0gbmFtZQogICAgQGZzX25hbWUg PSBmc19uYW1lCiAgICBAY3JlYXRpb25fZGF0ZSA9IHBhcnNlX2RhdGUobmFtZVtzbmFwc2hvdF9w cmVmaXgubGVuZ3RoIC4uIC0xXSkKICBlbmQKCiAgZGVmIHNlbGYubmV3X3NuYXBzaG90KGZzX25h bWUsIHNuYXBzaG90X3ByZWZpeCkKICAgIG5hbWUgPSBzbmFwc2hvdF9wcmVmaXggKyBlbmNvZGVf dGltZShUaW1lLm5vdykKICAgIFNuYXBzaG90SW5mby5uZXcobmFtZSwgZnNfbmFtZSwgc25hcHNo b3RfcHJlZml4KQogIGVuZAoKCiAgZGVmIGNyZWF0aW9uX3RpbWVfbWludXRlcwogICAgQGNyZWF0 aW9uX2RhdGUudG9faSAvIDYwCiAgZW5kCgogICMgUmV0dXJucyBjYW5vbmljYWwgbmFtZSBvZiB0 aGUgc25hcHNob3QgYW5kIEZTIChhcyBhY2NlcHRlZCBieSB6ZnMgY29tbWFuZCkKICAjIGUuZy46 IC90YW5rL3VzckBzbmFwc2hvdAogIGRlZiBjYW5vbmljYWxfbmFtZQogICAgaWYgKEBmc19uYW1l IGFuZCBAbmFtZSkKICAgICAgQGZzX25hbWUgKyAnQCcgKyBAbmFtZQogICAgZWxzZQogICAgICBy YWlzZSAiU25hcHNob3RJbmZvIGRvZXNuJ3QgY29udGFpbiBuYW1lIGFuZC9vciBmc19uYW1lIgog ICAgZW5kCiAgZW5kCgpwcml2YXRlCiAgZGVmIHBhcnNlX2RhdGUoZGF0ZV9zdHJpbmcpCiAgICBk ZWNvZGVfdGltZShkYXRlX3N0cmluZykKICBlbmQKCmVuZAoKY2xhc3MgRlNJbmZvCiAgYXR0cl9y ZWFkZXIgOm5hbWUsIDpjcmVhdGlvbl9ydWxlLCA6bW91bnRfcG9pbnQsIDpwcmVzZXJ2YXRpb25f cnVsZXMsIDpyZWN1cnNpdmUKCiAgZGVmIGluaXRpYWxpemUoZnNfbmFtZSwgdmFsdWVzID0ge30p CiAgICBAbmFtZSA9IGZzX25hbWUKICAgIEBtb3VudF9wb2ludCA9IGdldF9tb3VudF9wb2ludChm c19uYW1lKQogICAgQGNyZWF0aW9uX3J1bGUgPSBSdWxlLm5ldyh2YWx1ZXNbJ2NyZWF0aW9uX3J1 bGUnXSkKICAgIEBwcmVzZXJ2YXRpb25fcnVsZXMgPSB2YWx1ZXNbJ3ByZXNlcnZhdGlvbl9ydWxl cyddLm1hcCBkbyB8dmFsdWV8CiAgICAgIFByZXNlcnZhdGlvblJ1bGUubmV3KHZhbHVlKQogICAg ZW5kCiAgICBAaXNfcmVjdXJzaXZlID0gdmFsdWVzWydyZWN1cnNpdmUnXS5uaWw/ID8gZmFsc2Ug OiB2YWx1ZXNbJ3JlY3Vyc2l2ZSddCiAgZW5kCgogIGRlZiBjcmVhdGU/KG5vd19taW51dGVzKQog ICAgQGNyZWF0aW9uX3J1bGUuY29uZGl0aW9uX21ldD8obm93X21pbnV0ZXMpCiAgZW5kCgogIGRl ZiBzbmFwc2hvdHMocHJlZml4KQogICAgcGF0aCA9IEZpbGUuam9pbihAbW91bnRfcG9pbnQsICcu emZzJywgJ3NuYXBzaG90JykKICAgIERpci5vcGVuKHBhdGgpLnNlbGVjdCBkbyB8bmFtZXwKICAg ICAgbmFtZVswLCBwcmVmaXgubGVuZ3RoXSA9PSBwcmVmaXgKICAgIGVuZC5tYXAgeyB8bmFtZXwg U25hcHNob3RJbmZvLm5ldyhuYW1lLCBAbmFtZSwgcHJlZml4KSB9CiAgZW5kCgogIGRlZiBzbmFw c2hvdHNfdG9fcmVtb3ZlKG5vd19taW51dGVzLCBwcmVmaXgpCiAgICBzbmFwc2hvdHMocHJlZml4 KS5yZWplY3QgZG8gfHNuYXBzaG90fAogICAgICBAcHJlc2VydmF0aW9uX3J1bGVzLmFueT8gZG8g fHJ1bGV8CiAgICAgICAgcnVsZS5jb25kaXRpb25fbWV0X2Zvcl9zbmFwc2hvdD8obm93X21pbnV0 ZXMsIHNuYXBzaG90KQogICAgICBlbmQKICAgIGVuZAogIGVuZAoKICBkZWYgcmVtb3ZlX3NuYXBz aG90cyhub3dfbWludXRlcywgcHJlZml4KQogICAgc25hcHNob3RzX3RvX3JlbW92ZShub3dfbWlu dXRlcywgcHJlZml4KS5lYWNoIGRvIHxzfAogICAgICByZW1vdmVfc25hcHNob3QocykKICAgIGVu ZAogIGVuZAoKICBkZWYgY3JlYXRlX3NuYXBzaG90KG5vd19taW51dGVzLCBwcmVmaXgpCiAgICBp ZiBjcmVhdGU/KG5vd19taW51dGVzKQogICAgICBjcmVhdGVfc25hcHNob3RfZnJvbV9pbmZvKFNu YXBzaG90SW5mby5uZXdfc25hcHNob3QobmFtZSwgcHJlZml4KSkKICAgIGVuZAogIGVuZAoKICBk ZWYgcG9vbAogICAgbmFtZVsvXEEuKj9cLy9dLmNob3AKICBlbmQKCnByaXZhdGUKCiAgZGVmIHJl bW92ZV9zbmFwc2hvdChzbmFwc2hvdF9pbmZvKQogICAgYXJndW1lbnRzID0gQGlzX3JlY3Vyc2l2 ZSA/ICctciAnIDogJyAnCiAgICBzeXN0ZW0oJ3pmcyBkZXN0cm95ICcgKyBhcmd1bWVudHMgKyBz bmFwc2hvdF9pbmZvLmNhbm9uaWNhbF9uYW1lKQogIGVuZAoKICBkZWYgY3JlYXRlX3NuYXBzaG90 X2Zyb21faW5mbyhzbmFwc2hvdF9pbmZvKQogICAgYXJndW1lbnRzID0gQGlzX3JlY3Vyc2l2ZSA/ ICctciAnIDogJyAnCiAgICBzeXN0ZW0oJ3pmcyBzbmFwc2hvdCAnICsgYXJndW1lbnRzICsgc25h cHNob3RfaW5mby5jYW5vbmljYWxfbmFtZSkKICBlbmQKCiAgZGVmIGdldF9tb3VudF9wb2ludChm c19uYW1lKQogICAgSU8ucG9wZW4oJ3pmcyBtb3VudCcpLnJlYWRsaW5lcy5jb2xsZWN0IHsgfGxp bmV8IGxpbmUuc3BsaXQoJyAnKSB9LnNlbGVjdCB7IHxpdGVtfCBpdGVtLmZpcnN0ID09IGZzX25h bWUgfS5jb2xsZWN0IHsgfGl0ZW18IGl0ZW0ubGFzdCB9LmZpcnN0CiAgZW5kCgplbmQKCmNsYXNz IENvbmZpZwogIGF0dHJfcmVhZGVyIDpzbmFwc2hvdF9wcmVmaXgsIDpmaWxlc3lzdGVtcywgOnBv b2xzCgogIGRlZiBpbml0aWFsaXplKHZhbHVlKQogICAgQHNuYXBzaG90X3ByZWZpeCA9IHZhbHVl WydzbmFwc2hvdF9wcmVmaXgnXQogICAgQGZpbGVzeXN0ZW1zID0gdmFsdWVbJ2ZpbGVzeXN0ZW1z J10ubWFwIGRvIHxrZXksIHZhbHwKICAgICAgRlNJbmZvLm5ldyhrZXksIHZhbCkKICAgIGVuZAog ICAgQHBvb2xzID0gZmlsZXN5c3RlbXMubWFwIHsgfGZzfCBmcy5wb29sIH0udW5pcQogIGVuZAoK ICBkZWYgYnVzeV9wb29scwogICAgQHBvb2xzLnNlbGVjdCBkbyB8cHwKICAgICAgSU8ucG9wZW4o J3pwb29sIHN0YXR1cyAnICsgcCkuYW55PyB7IHxsfCBsWydzY3J1YiBpbiBwcm9ncmVzcyddIH0K ICAgIGVuZAogIGVuZAoKZW5kCgpjb25maWdfeWFtbCA9IEZpbGUub3BlbihDT05GSUdfRklMRV9O QU1FKS5yZWFkKENPTkZJR19TSVpFX01BWCkKZGllICJDb25maWcgZmlsZSB0b28gbG9uZyIgaWYg Y29uZmlnX3lhbWwubmlsPwpjb25maWcgPSBDb25maWcubmV3KFlBTUw6OmxvYWQoY29uZmlnX3lh bWwpKQoKbm93X21pbnV0ZXMgPSBUaW1lLm5vdy50b19pIC8gNjAKCiMgQSBzaW1wbGUgd2F5IG9m IGF2b2lkaW5nIGludGVyYWN0aW9uIHdpdGggenBvb2wgc2NydWJiaW5nCmJ1c3lfcG9vbHMgPSBj b25maWcuYnVzeV9wb29scwoKY29uZmlnLmZpbGVzeXN0ZW1zLmVhY2ggZG8gfGZ8CiAgaWYgKGZh bHNlID09IGJ1c3lfcG9vbHMuaW5jbHVkZT8oZi5wb29sKSkKICAgIGYuY3JlYXRlX3NuYXBzaG90 KG5vd19taW51dGVzLCBjb25maWcuc25hcHNob3RfcHJlZml4KQogICAgZi5yZW1vdmVfc25hcHNo b3RzKG5vd19taW51dGVzLCBjb25maWcuc25hcHNob3RfcHJlZml4KQogIGVuZAplbmQK --==========0E63D4CE0D259AF8D9ED==========-- From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 13:14:15 2008 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 B48151065673 for ; Wed, 26 Nov 2008 13:14:15 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D5E3E8FC0A for ; Wed, 26 Nov 2008 13:14:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA14905; Wed, 26 Nov 2008 15:14:11 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <492D4BA2.90905@icyb.net.ua> Date: Wed, 26 Nov 2008 15:14:10 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081106) MIME-Version: 1.0 To: Goran Lowkrantz References: <492D2122.4050203@icyb.net.ua> <492D4426.1080307@icyb.net.ua> <4EECB3AA317601AE36BE0DB5@syn> In-Reply-To: <4EECB3AA317601AE36BE0DB5@syn> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: endless zpool scrub? 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, 26 Nov 2008 13:14:15 -0000 on 26/11/2008 14:59 Goran Lowkrantz said the following: > --On November 26, 2008 14:42:14 +0200 Andriy Gapon wrote: > >> on 26/11/2008 13:24 Goran Lowkrantz said the following: >>> Do you have a script or something that creates snapshots running? >>> >>> I used sysutils/zfs-snapshot-mgmt and did see the same as you, as a >>> running scrub is reset by a snapshot creation. >> >> Yes, I've just realized I had recently enabled zfs-snapshot-mgmt on this >> machine. And the time when scrub is "disrupted" is the time when >> snapshots are taken. Thank you! >> >>> If you are using this script, we have tested a modified version that >>> suspends snapshot creation on a pool that is scrubbing. >> >> I would be very grateful for the patch! >> >> -- >> Andriy Gapon > > Attached is the latest we have from the author. It suspends snapshots > during scrubs and support recursive snapshots. Thank you and the author! These two features are quite cool. -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 15:28:38 2008 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 B96351065673 for ; Wed, 26 Nov 2008 15:28:38 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 749A08FC12 for ; Wed, 26 Nov 2008 15:28:38 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8C0B46D43F; Wed, 26 Nov 2008 15:28:37 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 6B5BF844AD; Wed, 26 Nov 2008 16:28:37 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Goran Lowkrantz References: <492D2122.4050203@icyb.net.ua> <492D4426.1080307@icyb.net.ua> <4EECB3AA317601AE36BE0DB5@syn> Date: Wed, 26 Nov 2008 16:28:37 +0100 In-Reply-To: <4EECB3AA317601AE36BE0DB5@syn> (Goran Lowkrantz's message of "Wed, 26 Nov 2008 13:59:36 +0100") Message-ID: <861vwy7bh6.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, Andriy Gapon Subject: Re: endless zpool scrub? 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, 26 Nov 2008 15:28:38 -0000 Goran Lowkrantz writes: > Attached is the latest we have from the author. It suspends snapshots > during scrubs and support recursive snapshots. Additional feature request: allow the entire snapshot name to be specified (as an strftime format string) instead of just the prefix. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 21:22:47 2008 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 EFF7B1065675; Wed, 26 Nov 2008 21:22:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5248FC23; Wed, 26 Nov 2008 21:22:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1L5RqP-000JlE-78; Wed, 26 Nov 2008 23:22:45 +0200 Message-ID: <492DBE1F.2040501@icyb.net.ua> Date: Wed, 26 Nov 2008 23:22:39 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.17 (X11/20081005) MIME-Version: 1.0 To: Marcel Moolenaar References: <4911C3E9.405@icyb.net.ua> <49198A1A.3080600@icyb.net.ua> <49227875.6090902@icyb.net.ua> <93FC5F5D-91CD-450B-B08D-5C5EC5A1C880@mac.com> <4922FB81.50608@icyb.net.ua> <022C4222-63B2-4535-8B7E-0426E9CE2BEA@mac.com> In-Reply-To: <022C4222-63B2-4535-8B7E-0426E9CE2BEA@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: zfs: affected by geom_(mbr|bsd) => geom_part_(mbr|bsd) ? 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, 26 Nov 2008 21:22:48 -0000 on 18/11/2008 21:49 Marcel Moolenaar said the following: > > On Nov 18, 2008, at 9:29 AM, Andriy Gapon wrote: > >> I just remembered that I saved old zpool.cache file before "migrating" >> the pool. >> I looked at the diff of hexdumps and there are a number of differences, >> it's hard to understand them because the file is binary (actually it >> seems to contain serialized name-value pairs), but one difference is >> prominent: >> ... >> 00000260 64 65 76 69 64 00 00 00 00 00 00 09 00 00 00 01 >> |devid...........| >> ... >> -00000270 00 00 00 15 61 64 3a 47 45 41 35 33 34 52 46 30 >> |....ad:GEA534RF0| >> -00000280 54 4b 33 35 41 73 31 73 33 00 00 00 00 00 00 28 >> |TK35As1s3......(| >> ... >> +00000270 00 00 00 11 61 64 3a 47 45 41 35 33 34 52 46 30 >> |....ad:GEA534RF0| >> +00000280 54 4b 33 35 41 00 00 00 00 00 00 28 00 00 00 28 >> |TK35A......(...(| >> ... >> >> It looks like old "devid" value is "ad:GEA534RF0TK35As1s3" and new one >> is "ad:GEA534RF0TK35A". Just a reminder: actual zpool device is ad6s2d. >> >> The new value is what is reported by diskinfo: >> $ diskinfo -v ad6 >> ad6 >> ... >> ad:GEA534RF0TK35A # Disk ident. >> >> $ diskinfo -v ad6s2 >> ad6s2 >> ... >> ad:GEA534RF0TK35A # Disk ident. >> >> $ diskinfo -v ad6s2d >> ad6s2d >> ... >> ad:GEA534RF0TK35A # Disk ident. >> >> Hmm, "indent" is reported to be the same for all three entities. >> >> I don't remember what diskinfo reported with pre-gpart kernel, but I >> suspect that it was something different. >> Could anybody please check this? (on 7.X machine without GEOM_PART). >> >> I quickly glimpsed through sources and it seems that this comes from >> DIOCGIDENT GEOM ioctl i.e. "GEOM::ident" attribute. It seems that >> geom_slice.c code has some special handling for that. > > Interesting. Can you try the attached patch to GPart: > Marcel, unfortunately the patch caused a panic. Unfortunately, again, I wasn't able to catch a proper dump, but I remembered that the panic was in g_part_done+0x16. In general, I am not sure if anything is really needed in this direction. First, I think that pjd has recently committed changes to trunk ZFS, so that it doesn't need device ids anymore and uses some metadata in the devices. Second, there is a migration path that I used - export/import of a pool. So unless this detail of backward compatibility is really needed somewhere else... -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Wed Nov 26 22:55:19 2008 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 0EC6A1065678; Wed, 26 Nov 2008 22:55:19 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id DFB5C8FC1A; Wed, 26 Nov 2008 22:55:18 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [172.24.104.100] (natint3.juniper.net [66.129.224.36]) by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KAY00MOLQC54430@asmtp022.mac.com>; Wed, 26 Nov 2008 14:55:18 -0800 (PST) Message-id: From: Marcel Moolenaar To: Andriy Gapon In-reply-to: <492DBE1F.2040501@icyb.net.ua> Date: Wed, 26 Nov 2008 14:55:17 -0800 References: <4911C3E9.405@icyb.net.ua> <49198A1A.3080600@icyb.net.ua> <49227875.6090902@icyb.net.ua> <93FC5F5D-91CD-450B-B08D-5C5EC5A1C880@mac.com> <4922FB81.50608@icyb.net.ua> <022C4222-63B2-4535-8B7E-0426E9CE2BEA@mac.com> <492DBE1F.2040501@icyb.net.ua> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-fs@freebsd.org, freebsd-geom@freebsd.org Subject: Re: zfs: affected by geom_(mbr|bsd) => geom_part_(mbr|bsd) ? 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, 26 Nov 2008 22:55:19 -0000 On Nov 26, 2008, at 1:22 PM, Andriy Gapon wrote: > on 18/11/2008 21:49 Marcel Moolenaar said the following: >> On Nov 18, 2008, at 9:29 AM, Andriy Gapon wrote: >>> I just remembered that I saved old zpool.cache file before >>> "migrating" >>> the pool. >>> I looked at the diff of hexdumps and there are a number of >>> differences, >>> it's hard to understand them because the file is binary (actually it >>> seems to contain serialized name-value pairs), but one difference is >>> prominent: >>> ... >>> 00000260 64 65 76 69 64 00 00 00 00 00 00 09 00 00 00 01 >>> |devid...........| >>> ... >>> -00000270 00 00 00 15 61 64 3a 47 45 41 35 33 34 52 46 30 >>> |....ad:GEA534RF0| >>> -00000280 54 4b 33 35 41 73 31 73 33 00 00 00 00 00 00 28 >>> |TK35As1s3......(| >>> ... >>> +00000270 00 00 00 11 61 64 3a 47 45 41 35 33 34 52 46 30 >>> |....ad:GEA534RF0| >>> +00000280 54 4b 33 35 41 00 00 00 00 00 00 28 00 00 00 28 >>> |TK35A......(...(| >>> ... >>> >>> It looks like old "devid" value is "ad:GEA534RF0TK35As1s3" and new >>> one >>> is "ad:GEA534RF0TK35A". Just a reminder: actual zpool device is >>> ad6s2d. >>> >>> The new value is what is reported by diskinfo: >>> $ diskinfo -v ad6 >>> ad6 >>> ... >>> ad:GEA534RF0TK35A # Disk ident. >>> >>> $ diskinfo -v ad6s2 >>> ad6s2 >>> ... >>> ad:GEA534RF0TK35A # Disk ident. >>> >>> $ diskinfo -v ad6s2d >>> ad6s2d >>> ... >>> ad:GEA534RF0TK35A # Disk ident. >>> >>> Hmm, "indent" is reported to be the same for all three entities. >>> >>> I don't remember what diskinfo reported with pre-gpart kernel, but I >>> suspect that it was something different. >>> Could anybody please check this? (on 7.X machine without GEOM_PART). >>> >>> I quickly glimpsed through sources and it seems that this comes from >>> DIOCGIDENT GEOM ioctl i.e. "GEOM::ident" attribute. It seems that >>> geom_slice.c code has some special handling for that. >> Interesting. Can you try the attached patch to GPart: > > Marcel, > > unfortunately the patch caused a panic. > Unfortunately, again, I wasn't able to catch a proper dump, but I > remembered that the panic was in g_part_done+0x16. I see :-/ > In general, I am not sure if anything is really needed in this > direction. > First, I think that pjd has recently committed changes to trunk ZFS, > so that it doesn't need device ids anymore and uses some metadata in > the devices. > Second, there is a migration path that I used - export/import of a > pool. > > So unless this detail of backward compatibility is really needed > somewhere else... pjd told me that and since it was added for ZFS, I think I'll just drop it. Patching GEOM:ident this way is kinda ugly... Thanks for testing! -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-fs@FreeBSD.ORG Thu Nov 27 21:12:59 2008 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 C79CA106564A; Thu, 27 Nov 2008 21:12:59 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id BBC378FC0C; Thu, 27 Nov 2008 21:12:59 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id BD2D71A3C45; Thu, 27 Nov 2008 12:54:17 -0800 (PST) Date: Thu, 27 Nov 2008 12:54:17 -0800 From: Alfred Perlstein To: fs@freebsd.org Message-ID: <20081127205417.GE58709@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Craig Rodrigues , dfr@freebsd.org Subject: questions about nmount and nfs 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, 27 Nov 2008 21:12:59 -0000 Hey all (and Craig and Doug), There's some patches floating around for NFS performance, I also have a few trivial ones myself for this, there's also a few nfs globals that I'd like to make per-mount... How is nfs and nmount working these days? Should I try to use nmount to control various tunables? Or should I make a sysctl tree per-mount and have users do that? I'd _really_ like to be able to see the mount options via just running "mount" like so: /usr/src/sbin/mount % mount /dev/ad0s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/ad0s1d on /usr (ufs, local) mac:/Users/parallels on /vol/mac (nfs,nofsyncclose,negativecache=200) Note: nofsyncclose and negativecache=200 are two options I want to add. What do you guys think? Is nmount up for this? Any pointers to using nmount? Or should I sysctl? -- - Alfred Perlstein From owner-freebsd-fs@FreeBSD.ORG Thu Nov 27 22:35:41 2008 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 BF9751065757; Thu, 27 Nov 2008 22:35:41 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9780D8FC16; Thu, 27 Nov 2008 22:35:41 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mARMZfZv011330; Thu, 27 Nov 2008 22:35:41 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mARMZfj1011326; Thu, 27 Nov 2008 22:35:41 GMT (envelope-from gavin) Date: Thu, 27 Nov 2008 22:35:41 GMT Message-Id: <200811272235.mARMZfj1011326@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/129231: New UFS mount (norandom) option - mostly useful for building redundant NFS 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: Thu, 27 Nov 2008 22:35:41 -0000 Synopsis: New UFS mount (norandom) option - mostly useful for building redundant NFS servers Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: gavin Responsible-Changed-When: Thu Nov 27 22:33:24 UTC 2008 Responsible-Changed-Why: Not sure of the best mailing list to pass this to, make a guess that -fs is probably a good guess. http://www.freebsd.org/cgi/query-pr.cgi?pr=129231