From owner-freebsd-fs@FreeBSD.ORG Sun Jul 25 10:45:54 2010 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 234581065672 for ; Sun, 25 Jul 2010 10:45:54 +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 95B408FC13 for ; Sun, 25 Jul 2010 10:45:53 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA03331 for ; Sun, 25 Jul 2010 13:45:51 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OcyiN-000CzR-Fi for freebsd-fs@freebsd.org; Sun, 25 Jul 2010 13:45:51 +0300 Message-ID: <4C4C15DE.1030802@icyb.net.ua> Date: Sun, 25 Jul 2010 13:45:50 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: freebsd-fs@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: zfs loader: allow access to any filesystem in a pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 10:45:54 -0000 This is a ZFS boot patch that I would like to present you for review and testing: http://people.freebsd.org/~avg/zfsboot.diff Currently in zfsloader you can only switch between pools, but you can only access one predetermined filesystem within a pool - wither root dataset of a pool or a filesystem pointed to by bootfs pool property. With this patch it is possible to access any filesystem in a pool and, thus, to boot kernel and modules from an alternative filesystem. This is another stepping stone in so called Boot Environments support. An example. You can boot kernel from a different filesystem by doing the following at the loader prompt: set currdev=zfs:tank/some/fs: (note the trailing colon). This is a breakdown of device name format: "zfs" - is type of a device "tank" - is a sample pool name "some/fs" - is a sample name of a filesystem within the pool You can access an individual file e.g. like this: load zfs:tank/some/fs:boot/kernel/module.ko "boot/kernel/module.ko" is a path within the specified filesystem (from its root). As an additional feature, default filesystem (either root dataset or the one pointed to by bootfs) is resolved to its name, so currdev and loaddev will be in the format shown above. Thank you in advance for any feedback! -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Sun Jul 25 16:51:34 2010 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 ED68C106566B for ; Sun, 25 Jul 2010 16:51:34 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B64F28FC17 for ; Sun, 25 Jul 2010 16:51:34 +0000 (UTC) Received: by bwz12 with SMTP id 12so2811327bwz.13 for ; Sun, 25 Jul 2010 09:51:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.6.75 with SMTP id 11mr4645279bky.95.1280076692027; Sun, 25 Jul 2010 09:51:32 -0700 (PDT) Received: by 10.204.126.5 with HTTP; Sun, 25 Jul 2010 09:51:31 -0700 (PDT) In-Reply-To: <4C4C15DE.1030802@icyb.net.ua> References: <4C4C15DE.1030802@icyb.net.ua> Date: Sun, 25 Jul 2010 18:51:31 +0200 Message-ID: From: Olivier Smedts To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org Subject: Re: zfs loader: allow access to any filesystem in a pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 16:51:35 -0000 2010/7/25 Andriy Gapon : > > This is a ZFS boot patch that I would like to present you for review and = testing: > http://people.freebsd.org/~avg/zfsboot.diff > > Currently in zfsloader you can only switch between pools, but you can onl= y > access one predetermined filesystem within a pool - wither root dataset o= f a > pool or a filesystem pointed to by bootfs pool property. > With this patch it is possible to access any filesystem in a pool and, th= us, to > boot kernel and modules from an alternative filesystem. =A0This is anothe= r > stepping stone in so called Boot Environments support. > > An example. > You can boot kernel from a different filesystem by doing the following at= the > loader prompt: > set currdev=3Dzfs:tank/some/fs: Can you specify a snapshot ? For example set currdev=3Dzfs:tank/rootfs@20100722: I never tried this, but it would be really great in case of a broken kernel/world. Cheers > (note the trailing colon). > This is a breakdown of device name format: > "zfs" - is type of a device > "tank" - is a sample pool name > "some/fs" - is a sample name of a filesystem within the pool > > You can access an individual file e.g. like this: > load zfs:tank/some/fs:boot/kernel/module.ko > "boot/kernel/module.ko" is a path within the specified filesystem (from i= ts root). > > As an additional feature, default filesystem (either root dataset or the = one > pointed to by bootfs) is resolved to its name, so currdev and loaddev wil= l be in > the format shown above. > > Thank you in advance for any feedback! > -- > Andriy Gapon > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-fs@FreeBSD.ORG Sun Jul 25 17:49:47 2010 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 4A40F106566C for ; Sun, 25 Jul 2010 17:49:47 +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 9E4EE8FC0A for ; Sun, 25 Jul 2010 17:49:46 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA07248; Sun, 25 Jul 2010 20:49:43 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1Od5KZ-000DPR-5e; Sun, 25 Jul 2010 20:49:43 +0300 Message-ID: <4C4C7936.4040109@icyb.net.ua> Date: Sun, 25 Jul 2010 20:49:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Olivier Smedts References: <4C4C15DE.1030802@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: zfs loader: allow access to any filesystem in a pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 17:49:47 -0000 on 25/07/2010 19:51 Olivier Smedts said the following: > 2010/7/25 Andriy Gapon : >> This is a ZFS boot patch that I would like to present you for review and testing: >> http://people.freebsd.org/~avg/zfsboot.diff >> >> Currently in zfsloader you can only switch between pools, but you can only >> access one predetermined filesystem within a pool - wither root dataset of a >> pool or a filesystem pointed to by bootfs pool property. >> With this patch it is possible to access any filesystem in a pool and, thus, to >> boot kernel and modules from an alternative filesystem. This is another >> stepping stone in so called Boot Environments support. >> >> An example. >> You can boot kernel from a different filesystem by doing the following at the >> loader prompt: >> set currdev=zfs:tank/some/fs: > > Can you specify a snapshot ? For example > set currdev=zfs:tank/rootfs@20100722: > > I never tried this, but it would be really great in case of a broken > kernel/world. Potentially there is nothing preventing a snapshot to be used as a boot dataset. But I have not implemented this. -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Mon Jul 26 11:07:00 2010 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 EDD3D1065673 for ; Mon, 26 Jul 2010 11:07:00 +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 D145F8FC18 for ; Mon, 26 Jul 2010 11:07:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6QB706v080663 for ; Mon, 26 Jul 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6QB70qX080661 for freebsd-fs@FreeBSD.org; Mon, 26 Jul 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 26 Jul 2010 11:07:00 GMT Message-Id: <201007261107.o6QB70qX080661@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, 26 Jul 2010 11:07:01 -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/148709 fs [zfs] [panic] running du with zfs filesystem with shar o kern/148655 fs [zfs] Booting from a degraded raidz no longer works in o kern/148504 fs [zfs] ZFS' zpool does not allow replacing drives to be o kern/148490 fs [zfs]: zpool attach - resilver bidirectionally, and re o kern/148368 fs [zfs] ZFS hanging forever on 8.1-PRERELEASE o bin/148296 fs [zfs] [loader] [patch] Very slow probe in /usr/src/sys o kern/148204 fs [nfs] UDP NFS causes overload o kern/148138 fs [zfs] zfs raidz pool commands freeze o kern/147903 fs [zfs] [panic] Kernel panics on faulty zfs device o kern/147881 fs [zfs] [patch] ZFS "sharenfs" doesn't allow different " o kern/147790 fs [zfs] zfs set acl(mode|inherit) fails on existing zfs o kern/147420 fs [ufs] [panic] ufs_dirbad, nullfs, jail panic (corrupt o kern/147292 fs [nfs] [patch] readahead missing in nfs client options o kern/146708 fs [ufs] [panic] Kernel panic in softdep_disk_write_compl o kern/146528 fs [zfs] Severe memory leak in ZFS on i386 o kern/146502 fs [nfs] FreeBSD 8 NFS Client Connection to Server o kern/146375 fs [nfs] [patch] Typos in macro variables names in sys/fs o kern/145778 fs [zfs] [panic] panic in zfs_fuid_map_id (known issue fi s kern/145712 fs [zfs] cannot offline two drives in a raidz2 configurat o kern/145411 fs [xfs] [panic] Kernel panics shortly after mounting an o kern/145309 fs [disklabel]: Editing disk label invalidates the whole o kern/145272 fs [zfs] [panic] Panic during boot when accessing zfs on o kern/145246 fs [ufs] dirhash in 7.3 gratuitously frees hashes when it o kern/145238 fs [zfs] [panic] kernel panic on zpool clear tank o kern/145229 fs [zfs] Vast differences in ZFS ARC behavior between 8.0 o kern/145189 fs [nfs] nfsd performs abysmally under load o kern/144929 fs [ufs] [lor] vfs_bio.c + ufs_dirhash.c o kern/144458 fs [nfs] [patch] nfsd fails as a kld p kern/144447 fs [zfs] sharenfs fsunshare() & fsshare_main() non functi o kern/144416 fs [panic] Kernel panic on online filesystem optimization s kern/144415 fs [zfs] [panic] kernel panics on boot after zfs crash o kern/144234 fs [zfs] Cannot boot machine with recent gptzfsboot code o kern/143825 fs [nfs] [panic] Kernel panic on NFS client o kern/143345 fs [ext2fs] [patch] extfs minor header cleanups to better o kern/143212 fs [nfs] NFSv4 client strange work ... o kern/143184 fs [zfs] [lor] zfs/bufwait LOR o kern/142924 fs [ext2fs] [patch] Small cleanup for the inode struct in o kern/142914 fs [zfs] ZFS performance degradation over time o kern/142878 fs [zfs] [vfs] lock order reversal o kern/142597 fs [ext2fs] ext2fs does not work on filesystems with real o kern/142489 fs [zfs] [lor] allproc/zfs LOR o kern/142466 fs Update 7.2 -> 8.0 on Raid 1 ends with screwed raid [re o kern/142401 fs [ntfs] [patch] Minor updates to NTFS from NetBSD o kern/142306 fs [zfs] [panic] ZFS drive (from OSX Leopard) causes two o kern/142068 fs [ufs] BSD labels are got deleted spontaneously o kern/141897 fs [msdosfs] [panic] Kernel panic. msdofs: file name leng o kern/141463 fs [nfs] [panic] Frequent kernel panics after upgrade fro o kern/141305 fs [zfs] FreeBSD ZFS+sendfile severe performance issues ( o kern/141091 fs [patch] [nullfs] fix panics with DIAGNOSTIC enabled o kern/141086 fs [nfs] [panic] panic("nfs: bioread, not dir") on FreeBS o kern/141010 fs [zfs] "zfs scrub" fails when backed by files in UFS2 o kern/140888 fs [zfs] boot fail from zfs root while the pool resilveri o kern/140661 fs [zfs] [patch] /boot/loader fails to work on a GPT/ZFS- o kern/140640 fs [zfs] snapshot crash o kern/140134 fs [msdosfs] write and fsck destroy filesystem integrity o kern/140068 fs [smbfs] [patch] smbfs does not allow semicolon in file o kern/139725 fs [zfs] zdb(1) dumps core on i386 when examining zpool c o kern/139715 fs [zfs] vfs.numvnodes leak on busy zfs o bin/139651 fs [nfs] mount(8): read-only remount of NFS volume does n o kern/139597 fs [patch] [tmpfs] tmpfs initializes va_gen but doesn't u o kern/139564 fs [zfs] [panic] 8.0-RC1 - Fatal trap 12 at end of shutdo o kern/139407 fs [smbfs] [panic] smb mount causes system crash if remot o kern/139363 fs [nfs] diskless root nfs mount from non FreeBSD server o kern/138790 fs [zfs] ZFS ceases caching when mem demand is high o kern/138421 fs [ufs] [patch] remove UFS label limitations o kern/138202 fs mount_msdosfs(1) see only 2Gb f kern/137037 fs [zfs] [hang] zfs rollback on root causes FreeBSD to fr o kern/136968 fs [ufs] [lor] ufs/bufwait/ufs (open) o kern/136945 fs [ufs] [lor] filedesc structure/ufs (poll) o kern/136944 fs [ffs] [lor] bufwait/snaplk (fsync) o kern/136873 fs [ntfs] Missing directories/files on NTFS volume o kern/136865 fs [nfs] [patch] NFS exports atomic and on-the-fly atomic o kern/136470 fs [nfs] Cannot mount / in read-only, over NFS o kern/135546 fs [zfs] zfs.ko module doesn't ignore zpool.cache filenam o kern/135469 fs [ufs] [panic] kernel crash on md operation in ufs_dirb o kern/135050 fs [zfs] ZFS clears/hides disk errors on reboot o kern/134491 fs [zfs] Hot spares are rather cold... o kern/133676 fs [smbfs] [panic] umount -f'ing a vnode-based memory dis o kern/133614 fs [panic] panic: ffs_truncate: read-only filesystem o kern/133174 fs [msdosfs] [patch] msdosfs must support utf-encoded int f kern/133150 fs [zfs] Page fault with ZFS on 7.1-RELEASE/amd64 while w o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132237 fs [msdosfs] msdosfs has problems to read MSDOS Floppy o kern/132145 fs [panic] File System Hard Crashes o kern/131441 fs [unionfs] [nullfs] unionfs and/or nullfs not combineab o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131342 fs [nfs] mounting/unmounting of disks causes NFS to fail o bin/131341 fs makefs: error "Bad file descriptor" on the mount poin o kern/130920 fs [msdosfs] cp(1) takes 100% CPU time while copying file o kern/130229 fs [iconv] usermount fails on fs that need iconv o kern/130210 fs [nullfs] Error by check nullfs o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129488 fs [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) o kern/129059 fs [zfs] [patch] ZFS bootloader whitelistable via WITHOUT f kern/128829 fs smbd(8) causes periodic panic on 7-RELEASE o kern/127420 fs [gjournal] [panic] Journal overflow on gmirrored gjour o kern/127029 fs [panic] mount(8): trying to mount a write protected zi o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file o kern/125895 fs [ffs] [panic] kernel: panic: ffs_blkfree: freeing free s kern/125738 fs [zfs] [request] SHA256 acceleration in ZFS p kern/124621 fs [ext3] [patch] Cannot mount ext2fs partition f bin/124424 fs [zfs] zfs(8): zfs list -r shows strange snapshots' siz o kern/123939 fs [msdosfs] corrupts new files o kern/122380 fs [ffs] ffs_valloc:dup alloc (Soekris 4801/7.0/USB Flash o bin/122172 fs [fs]: amd(8) automount daemon dies on 6.3-STABLE i386, o bin/121898 fs [nullfs] pwd(1)/getcwd(2) fails with Permission denied o bin/121779 fs [ufs] snapinfo(8) (and related tools?) only work for t o bin/121366 fs [zfs] [patch] Automatic disk scrubbing from periodic(8 o bin/121072 fs [smbfs] mount_smbfs(8) cannot normally convert the cha f kern/120991 fs [panic] [fs] [snapshot] System crashes when manipulati o kern/120483 fs [ntfs] [patch] NTFS filesystem locking changes o kern/120482 fs [ntfs] [patch] Sync style changes between NetBSD and F f kern/119735 fs [zfs] geli + ZFS + samba starting on boot panics 7.0-B o kern/118912 fs [2tb] disk sizing/geometry problem with large array o kern/118713 fs [minidump] [patch] Display media size required for a k o bin/118249 fs mv(1): moving a directory changes its mtime o kern/118107 fs [ntfs] [panic] Kernel panic when accessing a file at N o bin/117315 fs [smbfs] mount_smbfs(8) and related options can't mount o kern/117314 fs [ntfs] Long-filename only NTFS fs'es cause kernel pani o kern/117158 fs [zfs] zpool scrub causes panic if geli vdevs detach on o bin/116980 fs [msdosfs] [patch] mount_msdosfs(8) resets some flags f o conf/116931 fs lack of fsck_cd9660 prevents mounting iso images with o kern/116913 fs [ffs] [panic] ffs_blkfree: freeing free block p kern/116608 fs [msdosfs] [patch] msdosfs fails to check mount options o kern/116583 fs [ffs] [hang] System freezes for short time when using o kern/116170 fs [panic] Kernel panic when mounting /tmp o kern/115645 fs [snapshots] [panic] lockmgr: thread 0xc4c00d80, not ex o bin/115361 fs [zfs] mount(8) gets into a state where it won't set/un o kern/114955 fs [cd9660] [patch] [request] support for mask,dirmask,ui o kern/114847 fs [ntfs] [patch] [request] dirmask support for NTFS ala o kern/114676 fs [ufs] snapshot creation panics: snapacct_ufs2: bad blo o bin/114468 fs [patch] [request] add -d option to umount(8) to detach o kern/113852 fs [smbfs] smbfs does not properly implement DFS referral o bin/113838 fs [patch] [request] mount(8): add support for relative p o bin/113049 fs [patch] [request] make quot(8) use getopt(3) and show o kern/112658 fs [smbfs] [patch] smbfs and caching problems (resolves b o kern/111843 fs [msdosfs] Long Names of files are incorrectly created o kern/111782 fs [ufs] dump(8) fails horribly for large filesystems s bin/111146 fs [2tb] fsck(8) fails on 6T filesystem o kern/109024 fs [msdosfs] mount_msdosfs: msdosfs_iconv: Operation not o kern/109010 fs [msdosfs] can't mv directory within fat32 file system o bin/107829 fs [2TB] fdisk(8): invalid boundary checking in fdisk / w o kern/106107 fs [ufs] left-over fsck_snapshot after unfinished backgro o kern/106030 fs [ufs] [panic] panic in ufs from geom when a dead disk o kern/104406 fs [ufs] Processes get stuck in "ufs" state under persist o kern/104133 fs [ext2fs] EXT2FS module corrupts EXT2/3 filesystems o kern/103035 fs [ntfs] Directories in NTFS mounted disc images appear o kern/101324 fs [smbfs] smbfs sometimes not case sensitive when it's s o kern/99290 fs [ntfs] mount_ntfs ignorant of cluster sizes o kern/97377 fs [ntfs] [patch] syntax cleanup for ntfs_ihash.c o kern/95222 fs [iso9660] File sections on ISO9660 level 3 CDs ignored o kern/94849 fs [ufs] rename on UFS filesystem is not atomic o kern/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/94733 fs [smbfs] smbfs may cause double unlock o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna f kern/91568 fs [ufs] [panic] writing to UFS/softupdates DVD media in o kern/91134 fs [smbfs] [patch] Preserve access and modification time a kern/90815 fs [smbfs] [patch] SMBFS with character conversions somet o kern/88657 fs [smbfs] windows client hang when browsing a samba shar o kern/88266 fs [smbfs] smbfs does not implement UIO_NOCOPY and sendfi o kern/87859 fs [smbfs] System reboot while umount smbfs. o bin/86765 fs [patch] bsdlabel(8) assigning wrong fs type. o kern/86587 fs [msdosfs] rm -r /PATH fails with lots of small files o kern/85326 fs [smbfs] [panic] saving a file via samba to an overquot o kern/84589 fs [2TB] 5.4-STABLE unresponsive during background fsck 2 o kern/80088 fs [smbfs] Incorrect file time setting on NTFS mounted vi o kern/73484 fs [ntfs] Kernel panic when doing `ls` from the client si o bin/73019 fs [ufs] fsck_ufs(8) cannot alloc 607016868 bytes for ino o kern/71774 fs [ntfs] NTFS cannot "see" files on a WinXP filesystem o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/65920 fs [nwfs] Mounted Netware filesystem behaves strange o kern/65901 fs [smbfs] [patch] smbfs fails fsx write/truncate-down/tr o kern/61503 fs [smbfs] mount_smbfs does not work as non-root o kern/55617 fs [smbfs] Accessing an nsmb-mounted drive via a smb expo o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc o kern/51583 fs [nullfs] [patch] allow to work with devices and socket o kern/36566 fs [smbfs] System reboot with dead smb mount and umount o kern/33464 fs [ufs] soft update inconsistencies after system crash o kern/18874 fs [2TB] 32bit NFS servers export wrong negative values t 184 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Jul 26 12:00:18 2010 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 CFED01065714 for ; Mon, 26 Jul 2010 12:00:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AA4A88FC22 for ; Mon, 26 Jul 2010 12:00:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6QC0IZR036141 for ; Mon, 26 Jul 2010 12:00:18 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6QC0I1h036140; Mon, 26 Jul 2010 12:00:18 GMT (envelope-from gnats) Date: Mon, 26 Jul 2010 12:00:18 GMT Message-Id: <201007261200.o6QC0I1h036140@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Jimmy Olgeni Cc: Subject: Re: bin/148296: [zfs] [loader] [patch] Very slow probe in /usr/src/sys/boot/zfs/zfs.c X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jimmy Olgeni List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 12:00:18 -0000 The following reply was made to PR bin/148296; it has been noted by GNATS. From: Jimmy Olgeni To: "Andrey V. Elsukov" Cc: bug-followup@FreeBSD.org, Andriy Gapon , Norikatsu Shigemura Subject: Re: bin/148296: [zfs] [loader] [patch] Very slow probe in /usr/src/sys/boot/zfs/zfs.c Date: Mon, 26 Jul 2010 13:56:03 +0200 (CEST) Hello, On Wed, 14 Jul 2010, Andrey V. Elsukov wrote: > just one note - user can create partition that doesn't start from 1. > For example: > # mdconfig -s 100m > # gpart create -s gpt md0 > # gpart add -i 5 -t freebsd-zfs md0 This is slower, but safer: it doesn't fall back to slices, and only skips checks when a vdev is found at the unit level. --- zfs.c.orig 2010-06-14 04:09:06.000000000 +0200 +++ zfs.c 2010-07-26 13:37:23.490536162 +0200 @@ -408,20 +408,27 @@ /* * If we find a vdev, the zfs code will eat the fd, otherwise - * we close it. + * we close it and check for vdevs in slices and partitions. */ if (vdev_probe(vdev_read, (void*) (uintptr_t) fd, 0)) close(fd); + else + continue; + + for (slice = 1; slice <= 4; slice++) { + sprintf(devname, "disk%ds%d:", unit, slice); + fd = open(devname, O_RDONLY); + if (fd == -1) + continue; + if (vdev_probe(vdev_read, (void*) (uintptr_t) fd, 0)) + close(fd); + } for (slice = 1; slice <= 128; slice++) { sprintf(devname, "disk%dp%d:", unit, slice); fd = open(devname, O_RDONLY); - if (fd == -1) { - sprintf(devname, "disk%ds%d:", unit, slice); - fd = open(devname, O_RDONLY); - if (fd == -1) - continue; - } + if (fd == -1) + continue; if (vdev_probe(vdev_read, (void*) (uintptr_t) fd, 0)) close(fd); } From owner-freebsd-fs@FreeBSD.ORG Mon Jul 26 12:30:10 2010 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 D555A1065673 for ; Mon, 26 Jul 2010 12:30:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C903C8FC0C for ; Mon, 26 Jul 2010 12:30:10 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6QCUAi0065417 for ; Mon, 26 Jul 2010 12:30:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6QCUAmp065410; Mon, 26 Jul 2010 12:30:10 GMT (envelope-from gnats) Date: Mon, 26 Jul 2010 12:30:10 GMT Message-Id: <201007261230.o6QCUAmp065410@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: bin/148296: [zfs] [loader] [patch] Very slow probe in /usr/src/sys/boot/zfs/zfs.c X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 12:30:10 -0000 The following reply was made to PR bin/148296; it has been noted by GNATS. From: Andriy Gapon To: Jimmy Olgeni Cc: "Andrey V. Elsukov" , bug-followup@FreeBSD.org, Norikatsu Shigemura Subject: Re: bin/148296: [zfs] [loader] [patch] Very slow probe in /usr/src/sys/boot/zfs/zfs.c Date: Mon, 26 Jul 2010 15:23:00 +0300 on 26/07/2010 14:56 Jimmy Olgeni said the following: > > Hello, > > On Wed, 14 Jul 2010, Andrey V. Elsukov wrote: > >> just one note - user can create partition that doesn't start from 1. >> For example: >> # mdconfig -s 100m >> # gpart create -s gpt md0 >> # gpart add -i 5 -t freebsd-zfs md0 > > This is slower, but safer: it doesn't fall back to slices, and only > skips checks when a vdev is found at the unit level. I still think that we need a method for querying partition scheme and available partitions for a disk. Perhaps for "biosdisk" only at this point. Just look into sys/boot/i386/libi386/biosdisk.c, bd_open/bd_open_gpt/bd_open_mbr to see what a waste each blind probe is. -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Mon Jul 26 15:22:44 2010 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 05F5D106566B for ; Mon, 26 Jul 2010 15:22:44 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id A4EEB8FC0C for ; Mon, 26 Jul 2010 15:22:43 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o6QFMfa6000332 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 26 Jul 2010 17:22:41 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o6QFM63R048621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Jul 2010 17:22:06 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o6QFM55c079153; Mon, 26 Jul 2010 17:22:05 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o6QFM57k079152; Mon, 26 Jul 2010 17:22:05 +0200 (CEST) (envelope-from ticso) Date: Mon, 26 Jul 2010 17:22:05 +0200 From: Bernd Walter To: freebsd-fs@freebsd.org Message-ID: <20100726152158.GC77280@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Bernd Walter Subject: zfs read error without disk error. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Jul 2010 15:22:44 -0000 I've upgraded my system to recent 8 and switched disks to CAM. Since I've been seeing CRC errors from time to time I've decided to start a scrub. My disks are connected to Inteln AHCI onboard and SiI 3132 with CAM. I have an SSD cache device attached to SiI3114 (cache6) with ata driver. And i have 4 USB flash sticks for additional cache. The system is booting with UFS from a 4G CF media attached to a SiI 680. Now I see the following: [156]cicely14# zpool status -v pool: data state: ONLINE status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine if the device needs to be replaced, and clear the errors using 'zpool clear' or replace the device with 'zpool replace'. see: http://www.sun.com/msg/ZFS-8000-9P scrub: scrub in progress for 24h46m, 67.17% done, 12h6m to go config: NAME STATE READ WRITE CKSUM data ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ada6 ONLINE 0 0 0 ada3 ONLINE 0 0 0 ada5 ONLINE 1 0 0 42.5K repaired ada4 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ada0 ONLINE 0 0 5 13K repaired ada1 ONLINE 0 0 0 ada7 ONLINE 0 0 1 14K repaired ada2 ONLINE 0 0 0 cache label/cache6 ONLINE 0 0 0 label/cache7 ONLINE 4 0 0 label/cache8 ONLINE 2 3 0 label/cache9 ONLINE 2 2 0 label/cache10 ONLINE 1 3 0 errors: No known data errors Kernel just has: (da2:umass-sim2:2:0:0): AutoSense failed (da0:umass-sim0:0:0:0): AutoSense failed (da2:umass-sim2:2:0:0): AutoSense failed (da1:umass-sim1:1:0:0): AutoSense failed (da3:umass-sim3:3:0:0): AutoSense failed Probably the USB AutoSense failed have something to do with the cache device read/write errors, but they are not listed as read read/write errors. The checksum errors are of unknown reason, but of course not mentioned by the kernel, but ada5 also has a read error for which the kernel has no message either. [158]cicely14# camcontrol devlist -v scbus0 on siisch0 bus 0: at scbus0 target 0 lun 0 (pass0,ada0) <> at scbus0 target -1 lun -1 () scbus1 on siisch1 bus 0: at scbus1 target 0 lun 0 (pass1,ada1) <> at scbus1 target -1 lun -1 () scbus2 on siisch2 bus 0: at scbus2 target 0 lun 0 (pass2,ada2) <> at scbus2 target -1 lun -1 () scbus3 on siisch3 bus 0: at scbus3 target 0 lun 0 (pass3,ada3) <> at scbus3 target -1 lun -1 () scbus4 on ahcich0 bus 0: at scbus4 target 0 lun 0 (pass4,ada4) <> at scbus4 target -1 lun -1 () scbus5 on ahcich1 bus 0: at scbus5 target 0 lun 0 (pass5,ada5) <> at scbus5 target -1 lun -1 () scbus6 on ahcich2 bus 0: <> at scbus6 target -1 lun -1 () scbus7 on ahcich3 bus 0: <> at scbus7 target -1 lun -1 () scbus8 on ahcich4 bus 0: at scbus8 target 0 lun 0 (pass6,ada6) <> at scbus8 target -1 lun -1 () scbus9 on ahcich5 bus 0: at scbus9 target 0 lun 0 (pass7,ada7) <> at scbus9 target -1 lun -1 () scbus10 on umass-sim0 bus 0: at scbus10 target 0 lun 0 (da0,pass8) scbus11 on umass-sim1 bus 1: at scbus11 target 0 lun 0 (da1,pass9) scbus12 on umass-sim2 bus 2: at scbus12 target 0 lun 0 (da2,pass10) scbus13 on umass-sim3 bus 3: at scbus13 target 0 lun 0 (da3,pass11) scbus-1 on xpt0 bus 0: <> at scbus-1 target -1 lun -1 (xpt0) [159]cicely14# atacontrol list ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: no device present Slave: no device present ATA channel 4: Master: no device present Slave: no device present ATA channel 5: Master: ad10 SATA revision 2.x Slave: no device present ATA channel 6: Master: no device present Slave: no device present ATA channel 7: Master: ad14 ATA/ATAPI revision 4 Slave: no device present ATA channel 8: Master: ad16 ATA/ATAPI revision 0 Slave: no device present -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-fs@FreeBSD.ORG Mon Jul 26 16:48:11 2010 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 1555A1065670 for ; Mon, 26 Jul 2010 16:48:11 +0000 (UTC) (envelope-from lars@chaotika.org) Received: from diogenes.chaotika.org (cl-2124.ham-01.de.sixxs.net [IPv6:2001:6f8:900:84b::2]) by mx1.freebsd.org (Postfix) with ESMTP id D19BE8FC1C for ; Mon, 26 Jul 2010 16:48:10 +0000 (UTC) Received: from [192.168.1.54] (dslb-188-098-111-150.pools.arcor-ip.net [188.98.111.150]) by diogenes.chaotika.org (Postfix) with ESMTPSA id 5694C3226F2 for ; Mon, 26 Jul 2010 18:48:09 +0200 (CEST) From: Lars Hartmann To: freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Mon, 26 Jul 2010 18:48:08 +0200 Message-ID: <1280162888.2663.32.camel@apollon> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Subject: ZFS corrupted data 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, 26 Jul 2010 16:48:11 -0000 Hi, i have a problem with my zfs installation here: Environment: FreeBSD-8.1 on a raidz of 4 sata disks. Yesterday i tried out FreeBSD's suspend/resume function, after the resume the system started spitting out IO-Error messages so i rebooted the machine. Now the zfs bootloader tells me that it can't read the zpool somehow, now today i booted a live-cd and tried to import the zpool, now zpool import shows me: Fixit# zpool import pool: tank id: 8874208433256738661 state: FAULTED status: The pool was last accessed by another system. action: The pool cannot be imported due to damaged devices or data. The pool may be active on another system, but can be imported using the '-f' flag. see: http://www.sun.com/msg/ZFS-8000-EY config: tank FAULED corrupted data raidz1 ONLINE gpt/zfs0 ONLINE gpt/zfs1 ONLINE gpt/zfs2 ONLINE gpt/zfs3 ONLINE any thoughts/suggestions on how to repair/restore the pool and how this could've happened? -- Lars Hartmann From owner-freebsd-fs@FreeBSD.ORG Mon Jul 26 18:59:13 2010 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 0A1821065672 for ; Mon, 26 Jul 2010 18:59:13 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id B93728FC08 for ; Mon, 26 Jul 2010 18:59:12 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OdStL-0001d0-Lz for freebsd-fs@freebsd.org; Mon, 26 Jul 2010 20:59:11 +0200 Received: from 193.33.173.33 ([193.33.173.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 26 Jul 2010 20:59:11 +0200 Received: from c.kworr by 193.33.173.33 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 26 Jul 2010 20:59:11 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Volodymyr Kostyrko Date: Mon, 26 Jul 2010 21:59:02 +0300 Lines: 43 Message-ID: <4C4DDAF6.60401@gmail.com> References: <1280162888.2663.32.camel@apollon> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org Cc: freebsd-fs@freebsd.org X-Gmane-NNTP-Posting-Host: 193.33.173.33 User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 In-Reply-To: <1280162888.2663.32.camel@apollon> Subject: Re: ZFS corrupted data 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, 26 Jul 2010 18:59:13 -0000 26.07.2010 19:48, Lars Hartmann написав(ла): > Hi, > > i have a problem with my zfs installation here: > > Environment: FreeBSD-8.1 on a raidz of 4 sata disks. > > Yesterday i tried out FreeBSD's suspend/resume function, after the > resume the system started spitting out IO-Error messages so i rebooted > the machine. > > Now the zfs bootloader tells me that it can't read the zpool somehow, > now today i booted a live-cd and tried to import the zpool, now zpool > import shows me: > > Fixit# zpool import > pool: tank > id: 8874208433256738661 > state: FAULTED > status: The pool was last accessed by another system. > action: The pool cannot be imported due to damaged devices or data. > The pool may be active on another system, but can be imported > using the '-f' flag. > see: http://www.sun.com/msg/ZFS-8000-EY > config: > > tank FAULED corrupted data > raidz1 ONLINE > gpt/zfs0 ONLINE > gpt/zfs1 ONLINE > gpt/zfs2 ONLINE > gpt/zfs3 ONLINE > > any thoughts/suggestions on how to repair/restore the pool and how this > could've happened? What zdb -l gpt/zfs[0-3] shows? How much time has passed from the time you resumed you machine up to the time you rebooted the machine? -- Sphinx of black quartz judge my vow. From owner-freebsd-fs@FreeBSD.ORG Mon Jul 26 19:24:39 2010 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 6F355106566C for ; Mon, 26 Jul 2010 19:24:39 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC7D18FC1A for ; Mon, 26 Jul 2010 19:24:38 +0000 (UTC) Received: by fxm13 with SMTP id 13so294341fxm.13 for ; Mon, 26 Jul 2010 12:24:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:newsgroups:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=gGqn/gwl69K/vL9ZyvBRgGdFdjUsAElIDx9G0rTP2Hk=; b=dksdAbG0h57t7ZQ1IiK/XwsHwBTGqMwAcbIfk5mKNCfeFrIOHRVoTAjFub9pfM3ZvP NgQfxCSswaBmaRMEPqMev/ozxVl7322TpIOzOBgnqXasOMVF2D4zekoY4icDNv5FzMcg QIhpJ9qaV475FEYRviw8fYlPL6bgeMQQK2Vwc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:newsgroups:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=tYkuf4ZbqCyImwfqA+FaMip+D0EWG6ECI1IIPGMNlGB83Zg7N0S5QHGbsoM5yxgPm6 hyCYqDD1abQMa5WKPPjHC6YspfWA5ewCtw+qVBoJvxn3T7mUabXlaHpDjLDa6ksUV/Rn FarOTLQ8Xi4kSpTQ7k2LbEntgUC3DBMnqZ6Yk= Received: by 10.223.103.67 with SMTP id j3mr6750731fao.99.1280170746803; Mon, 26 Jul 2010 11:59:06 -0700 (PDT) Received: from limbo.lan ([193.33.173.33]) by mx.google.com with ESMTPS id e22sm978344faa.2.2010.07.26.11.59.04 (version=SSLv3 cipher=RC4-MD5); Mon, 26 Jul 2010 11:59:05 -0700 (PDT) Message-ID: <4C4DDAF6.60401@gmail.com> Date: Mon, 26 Jul 2010 21:59:02 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 MIME-Version: 1.0 Newsgroups: gmane.os.freebsd.devel.file-systems To: Lars Hartmann References: <1280162888.2663.32.camel@apollon> In-Reply-To: <1280162888.2663.32.camel@apollon> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org Subject: Re: ZFS corrupted data 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, 26 Jul 2010 19:24:39 -0000 26.07.2010 19:48, Lars Hartmann написав(ла): > Hi, > > i have a problem with my zfs installation here: > > Environment: FreeBSD-8.1 on a raidz of 4 sata disks. > > Yesterday i tried out FreeBSD's suspend/resume function, after the > resume the system started spitting out IO-Error messages so i rebooted > the machine. > > Now the zfs bootloader tells me that it can't read the zpool somehow, > now today i booted a live-cd and tried to import the zpool, now zpool > import shows me: > > Fixit# zpool import > pool: tank > id: 8874208433256738661 > state: FAULTED > status: The pool was last accessed by another system. > action: The pool cannot be imported due to damaged devices or data. > The pool may be active on another system, but can be imported > using the '-f' flag. > see: http://www.sun.com/msg/ZFS-8000-EY > config: > > tank FAULED corrupted data > raidz1 ONLINE > gpt/zfs0 ONLINE > gpt/zfs1 ONLINE > gpt/zfs2 ONLINE > gpt/zfs3 ONLINE > > any thoughts/suggestions on how to repair/restore the pool and how this > could've happened? What zdb -l gpt/zfs[0-3] shows? How much time has passed from the time you resumed you machine up to the time you rebooted the machine? -- Sphinx of black quartz judge my vow. From owner-freebsd-fs@FreeBSD.ORG Tue Jul 27 12:10:03 2010 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 905861065672 for ; Tue, 27 Jul 2010 12:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 673D08FC1E for ; Tue, 27 Jul 2010 12:10:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6RCA3he090116 for ; Tue, 27 Jul 2010 12:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6RCA3Xp090114; Tue, 27 Jul 2010 12:10:03 GMT (envelope-from gnats) Date: Tue, 27 Jul 2010 12:10:03 GMT Message-Id: <201007271210.o6RCA3Xp090114@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Jimmy Olgeni Cc: Subject: Re: bin/148296: [zfs] [loader] [patch] Very slow probe in /usr/src/sys/boot/zfs/zfs.c X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jimmy Olgeni List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 12:10:03 -0000 The following reply was made to PR bin/148296; it has been noted by GNATS. From: Jimmy Olgeni To: Andriy Gapon Cc: "Andrey V. Elsukov" , bug-followup@FreeBSD.org, Norikatsu Shigemura Subject: Re: bin/148296: [zfs] [loader] [patch] Very slow probe in /usr/src/sys/boot/zfs/zfs.c Date: Tue, 27 Jul 2010 14:06:42 +0200 (CEST) On Mon, 26 Jul 2010, Andriy Gapon wrote: > I still think that we need a method for querying partition scheme and available > partitions for a disk. Perhaps for "biosdisk" only at this point. I poked around a bit... If we #include "../i386/libi386/libi386.h" (which seems a bit ugly here) then we can examine the partition layout using _data._gpt.gpt_nparts and _data._gpt.gpt_partitions from struct open_disk: struct i386_devdesc *desc = ((struct i386_devdesc *)(files[fd].f_devdata)); struct open_disk *od = desc->d_kind.biosdisk.data; /* get actual partition count and types */ However, struct open_disk and gpt_part are local to biosdisk.c, so they should probably be moved to a header. Maybe struct open_disk could be moved to stand.h where struct open_file already resides? In that case we would only need to pull i386_devdesc from libi386.h here. -- jimmy From owner-freebsd-fs@FreeBSD.ORG Tue Jul 27 12:30:04 2010 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 B3B1C1065780 for ; Tue, 27 Jul 2010 12:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9BC938FC18 for ; Tue, 27 Jul 2010 12:30:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6RCU4Wx010118 for ; Tue, 27 Jul 2010 12:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6RCU4td010099; Tue, 27 Jul 2010 12:30:04 GMT (envelope-from gnats) Date: Tue, 27 Jul 2010 12:30:04 GMT Message-Id: <201007271230.o6RCU4td010099@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Andriy Gapon Cc: Subject: Re: bin/148296: [zfs] [loader] [patch] Very slow probe in /usr/src/sys/boot/zfs/zfs.c X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andriy Gapon List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 12:30:04 -0000 The following reply was made to PR bin/148296; it has been noted by GNATS. From: Andriy Gapon To: Jimmy Olgeni Cc: "Andrey V. Elsukov" , bug-followup@FreeBSD.org, Norikatsu Shigemura Subject: Re: bin/148296: [zfs] [loader] [patch] Very slow probe in /usr/src/sys/boot/zfs/zfs.c Date: Tue, 27 Jul 2010 15:24:21 +0300 on 27/07/2010 15:06 Jimmy Olgeni said the following: > > On Mon, 26 Jul 2010, Andriy Gapon wrote: > >> I still think that we need a method for querying partition scheme and >> available >> partitions for a disk. Perhaps for "biosdisk" only at this point. > > I poked around a bit... > > If we #include "../i386/libi386/libi386.h" (which seems a bit ugly here) > then we can examine the partition layout using _data._gpt.gpt_nparts and > _data._gpt.gpt_partitions from struct open_disk: > > struct i386_devdesc *desc = ((struct i386_devdesc > *)(files[fd].f_devdata)); > > struct open_disk *od = desc->d_kind.biosdisk.data; > > /* get actual partition count and types */ > > However, struct open_disk and gpt_part are local to biosdisk.c, so they > should probably be moved to a header. > > Maybe struct open_disk could be moved to stand.h where struct open_file > already resides? > > In that case we would only need to pull i386_devdesc from libi386.h here. Well, we could have some accessor functions that would provide the information rather than directly poking the internal disk structures... -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Tue Jul 27 15:17:58 2010 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 D1E651065670 for ; Tue, 27 Jul 2010 15:17:58 +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 2CCD18FC15 for ; Tue, 27 Jul 2010 15:17:57 +0000 (UTC) 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 SAA16178 for ; Tue, 27 Jul 2010 18:17:56 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C4EF8A4.1060603@icyb.net.ua> Date: Tue, 27 Jul 2010 18:17:56 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: freebsd-fs@FreeBSD.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: strange zfs pool status/error 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, 27 Jul 2010 15:17:58 -0000 $ zpool status -v pool: pond state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://www.sun.com/msg/ZFS-8000-8A scrub: none requested config: NAME STATE READ WRITE CKSUM pond ONLINE 0 0 0 mirror ONLINE 0 0 0 gptid/fcf3558b-493b-11de-a8b9-001cc08221ff ONLINE 0 0 0 gptid/48782c6e-8fbd-11de-b3e1-00241d20d446 ONLINE 0 0 0 errors: Permanent errors have been detected in the following files: /usr/src/cscope.out I don't see any errors or suspicious messages in any logs. The file in question is perfectly readable (produces stable md5 checksum without any errors) and apparently is not too (or at all) corrupt - cscope still works fine with it. All vdevs are online and there are no vdev errors. So what does all this mean and how it can happen? In other words, why/how did ZFS decide that that file is corrupted? -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Tue Jul 27 17:23:03 2010 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 C33CB1065692 for ; Tue, 27 Jul 2010 17:23:03 +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 1CF068FC1C for ; Tue, 27 Jul 2010 17:23:02 +0000 (UTC) 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 UAA17534 for ; Tue, 27 Jul 2010 20:23:00 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C4F15F3.5070508@icyb.net.ua> Date: Tue, 27 Jul 2010 20:22:59 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: freebsd-fs@FreeBSD.org References: <4C4EF8A4.1060603@icyb.net.ua> In-Reply-To: <4C4EF8A4.1060603@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: strange zfs pool status/error 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, 27 Jul 2010 17:23:03 -0000 on 27/07/2010 18:17 Andriy Gapon said the following: > $ zpool status -v > pool: pond > state: ONLINE > status: One or more devices has experienced an error resulting in data > corruption. Applications may be affected. > action: Restore the file in question if possible. Otherwise restore the > entire pool from backup. > see: http://www.sun.com/msg/ZFS-8000-8A > scrub: none requested > config: > > NAME STATE READ WRITE CKSUM > pond ONLINE 0 0 0 > mirror ONLINE 0 0 0 > gptid/fcf3558b-493b-11de-a8b9-001cc08221ff ONLINE 0 0 0 > gptid/48782c6e-8fbd-11de-b3e1-00241d20d446 ONLINE 0 0 0 > > errors: Permanent errors have been detected in the following files: > > /usr/src/cscope.out zpool scrub cleared the error. I am relieved, but still not a nice incident. > I don't see any errors or suspicious messages in any logs. > The file in question is perfectly readable (produces stable md5 checksum without > any errors) and apparently is not too (or at all) corrupt - cscope still works > fine with it. > All vdevs are online and there are no vdev errors. > > So what does all this mean and how it can happen? > In other words, why/how did ZFS decide that that file is corrupted? > -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Tue Jul 27 19:26:26 2010 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 D14891065675 for ; Tue, 27 Jul 2010 19:26:26 +0000 (UTC) (envelope-from lars@chaotika.org) Received: from diogenes.chaotika.org (cl-2124.ham-01.de.sixxs.net [IPv6:2001:6f8:900:84b::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4F1608FC1D for ; Tue, 27 Jul 2010 19:26:26 +0000 (UTC) Received: from [192.168.1.54] (dslb-188-098-111-150.pools.arcor-ip.net [188.98.111.150]) by diogenes.chaotika.org (Postfix) with ESMTPSA id 5A2883226F2; Tue, 27 Jul 2010 21:26:24 +0200 (CEST) From: Lars Hartmann To: freebsd-fs@freebsd.org In-Reply-To: <4C4DDAF6.60401@gmail.com> References: <1280162888.2663.32.camel@apollon> <4C4DDAF6.60401@gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Tue, 27 Jul 2010 21:26:22 +0200 Message-ID: <1280258782.2663.37.camel@apollon> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Cc: Volodymyr Kostyrko Subject: Re: ZFS corrupted data 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, 27 Jul 2010 19:26:27 -0000 Hi, > What zdb -l gpt/zfs[0-3] shows? # zdb -l /dev/gpt/zfs[0-3] -------------------------------------------- LABEL 0 -------------------------------------------- version=14 name='tank' state=0 txg=62061 pool_guid=8874208433256738661 hostid=3185466327 hostname='zeus.pollux.chaotika.org' top_guid=12274326928255625197 guid=8026348608815327737 vdev_tree type='raidz' id=0 guid=12274326928255625197 nparity=1 metaslab_array=23 metaslab_shift=34 ashift=9 asize=2992005709824 is_log=0 children[0] type='disk' id=0 guid=8026348608815327737 path='/dev/gpt/zfs0' whole_disk=0 children[1] type='disk' id=1 guid=11319360820807953066 path='/dev/gpt/zfs1' whole_disk=0 children[2] type='disk' id=2 guid=1718611096280984776 path='/dev/gpt/zfs2' whole_disk=0 children[3] type='disk' id=3 guid=10609328046882331362 path='/dev/gpt/zfs3' whole_disk=0 -------------------------------------------- LABEL 1 -------------------------------------------- version=14 name='tank' state=0 txg=62061 pool_guid=8874208433256738661 hostid=3185466327 hostname='zeus.pollux.chaotika.org' top_guid=12274326928255625197 guid=8026348608815327737 vdev_tree type='raidz' id=0 guid=12274326928255625197 nparity=1 metaslab_array=23 metaslab_shift=34 ashift=9 asize=2992005709824 is_log=0 children[0] type='disk' id=0 guid=8026348608815327737 path='/dev/gpt/zfs0' whole_disk=0 children[1] type='disk' id=1 guid=11319360820807953066 path='/dev/gpt/zfs1' whole_disk=0 children[2] type='disk' id=2 guid=1718611096280984776 path='/dev/gpt/zfs2' whole_disk=0 children[3] type='disk' id=3 guid=10609328046882331362 path='/dev/gpt/zfs3' whole_disk=0 -------------------------------------------- LABEL 2 -------------------------------------------- version=14 name='tank' state=0 txg=62061 pool_guid=8874208433256738661 hostid=3185466327 hostname='zeus.pollux.chaotika.org' top_guid=12274326928255625197 guid=8026348608815327737 vdev_tree type='raidz' id=0 guid=12274326928255625197 nparity=1 metaslab_array=23 metaslab_shift=34 ashift=9 asize=2992005709824 is_log=0 children[0] type='disk' id=0 guid=8026348608815327737 path='/dev/gpt/zfs0' whole_disk=0 children[1] type='disk' id=1 guid=11319360820807953066 path='/dev/gpt/zfs1' whole_disk=0 children[2] type='disk' id=2 guid=1718611096280984776 path='/dev/gpt/zfs2' whole_disk=0 children[3] type='disk' id=3 guid=10609328046882331362 path='/dev/gpt/zfs3' whole_disk=0 -------------------------------------------- LABEL 3 -------------------------------------------- version=14 name='tank' state=0 txg=62061 pool_guid=8874208433256738661 hostid=3185466327 hostname='zeus.pollux.chaotika.org' top_guid=12274326928255625197 guid=8026348608815327737 vdev_tree type='raidz' id=0 guid=12274326928255625197 nparity=1 metaslab_array=23 metaslab_shift=34 ashift=9 asize=2992005709824 is_log=0 children[0] type='disk' id=0 guid=8026348608815327737 path='/dev/gpt/zfs0' whole_disk=0 children[1] type='disk' id=1 guid=11319360820807953066 path='/dev/gpt/zfs1' whole_disk=0 children[2] type='disk' id=2 guid=1718611096280984776 path='/dev/gpt/zfs2' whole_disk=0 children[3] type='disk' id=3 guid=10609328046882331362 path='/dev/gpt/zfs3' whole_disk=0 > How much time has passed from the time you resumed you machine up to the > time you rebooted the machine? about 2minutes. I hope these informations helped you. -- Lars Hartmann From owner-freebsd-fs@FreeBSD.ORG Tue Jul 27 20:18:30 2010 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 2E3151065672 for ; Tue, 27 Jul 2010 20:18:30 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 9088C8FC20 for ; Tue, 27 Jul 2010 20:18:29 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OdqbW-0007V8-PI for freebsd-fs@freebsd.org; Tue, 27 Jul 2010 22:18:22 +0200 Received: from 193.33.173.33 ([193.33.173.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Jul 2010 22:18:22 +0200 Received: from c.kworr by 193.33.173.33 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 27 Jul 2010 22:18:22 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Volodymyr Kostyrko Date: Tue, 27 Jul 2010 23:18:11 +0300 Lines: 146 Message-ID: <4C4F3F03.9060901@gmail.com> References: <1280162888.2663.32.camel@apollon> <4C4DDAF6.60401@gmail.com> <1280258782.2663.37.camel@apollon> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="------------020502010204060707030301" X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 193.33.173.33 User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; uk-UA; rv:1.9.1.11) Gecko/20100722 Thunderbird/3.0.6 In-Reply-To: <1280258782.2663.37.camel@apollon> Cc: Subject: Re: ZFS corrupted data 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, 27 Jul 2010 20:18:30 -0000 This is a multi-part message in MIME format. --------------020502010204060707030301 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 27.07.2010 22:26, Lars Hartmann wrote: >> How much time has passed from the time you resumed you machine up to the >> time you rebooted the machine? > about 2minutes. > > I hope these informations helped you. > Zpool seems to look fine. You can try importing it with more recent ZFS version, I don't recall which exactly but some time ago there was new option -F added which resulted in trying more then last transaction on importing pool. You will need recent SystemRescueCD or OpenSolaris. Also you can try this script but be warned - it does destroy data. You will need to save first megabyte and last two megabytes from each pool device just in case. After that you can use this script to lookup last transactions and drop some of them. -- Sphinx of black quartz judge my vow. --------------020502010204060707030301 Content-Type: text/plain; name="zfs_unwind.py" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="zfs_unwind.py" IyEvdXNyL2Jpbi9lbnYgcHl0aG9uMy4xCgojIChjKSAyMDEwIGMua3dvcnJAZ21haWwuY29t CgppbXBvcnQgaW8sIG9wdHBhcnNlLCBvcywgdGltZSwgc3RydWN0CgpjbGFzcyBWZGV2Qm9v dEJsb2NrOgoJJ0hvbGRzIGluZm8gYWJvdXQgdGhpcyB2ZGV2LicKCV9fc2xvdHNfXyA9IGZy b3plbnNldCgoJ2FkZHInLCAnYmxvY2tzaXplJywgJ21hZ2ljJywgJ29mZnNldCcsICdzaXpl JywgJ3ZlcnNpb24nKSkKCW1hZ2ljID0gYidceDBjXHhiMVx4MDdceGIwXHhmNVx4MDInCgli bG9ja3NpemUgPSAxIDw8IDEzICMgOGsKCWRlZiBfX2luaXRfXyhzZWxmLCBzb3VyY2UsIGFk ZHJlc3MpOgoJCWJsb2NrID0gc291cmNlLnJlYWQoYWRkcmVzcywgc2VsZi5ibG9ja3NpemUp CgkJc2VsZi5hZGRyID0gKCkKCQlzZWxmLnZlcnNpb24gPSAwCgkJaWYgYmxvY2tbMDo2XSA9 PSBzZWxmLm1hZ2ljOgoJCQlzZWxmLnZlcnNpb24gPSBzdHJ1Y3QudW5wYWNrKCdRJywgYmxv Y2tbODoxNl0pWzBdCgkJCXNlbGYub2Zmc2V0ID0gc3RydWN0LnVucGFjaygnUScsIGJsb2Nr WzE2OjI0XSlbMF0KCQkJc2VsZi5zaXplID0gc3RydWN0LnVucGFjaygnUScsIGJsb2NrWzI0 OjMyXSlbMF0KCQkJc2VsZi5hZGRyICs9IGFkZHJlc3MsCglkZWYgX19lcV9fKHNlbGYsIG90 aGVyKToKCQlyZXR1cm4odHlwZShvdGhlcikgPT0gdHlwZShzZWxmKSBhbmQgc2VsZi52ZXJz aW9uID09IG90aGVyLnZlcnNpb24gYW5kIHNlbGYub2Zmc2V0ID09IG90aGVyLm9mZnNldCBh bmQgc2VsZi5zaXplID09IG90aGVyLnNpemUpCglkZWYgX19yZXByX18oc2VsZik6CgkJcmV0 dXJuKCdWQjogYWRkcjp7fSB2ZXJzaW9uOnt9IG9mZnNldDp7fSBzaXplOnt9Jy5mb3JtYXQo c2VsZi5hZGRyLCBzZWxmLnZlcnNpb24sIHNlbGYub2Zmc2V0LCBzZWxmLnNpemUpKQoKY2xh c3MgVWJlcmJsb2NrOgoJJ0hvbGRzIGFsbCBpbmZvIGFib3V0IG9uZSB1YmVyYmxvY2suJwoJ X19zbG90c19fID0gZnJvemVuc2V0KCgnYWRkcicsICdtYWdpYycsICd2ZXJzaW9uJywgJ3R4 ZycsICdndWlkX3N1bScsICd0aW1lc3RhbXAnLCAncm9vdGJwJywgJ2Jsb2Nrc2l6ZScpKQoJ bWFnaWMgPSBiJ1x4MGNceGIxXHhiYVx4MDAnICMgYjEwYyAwMGJhLCBvby1iYSBibG9jIQoJ YmxvY2tzaXplID0gMSA8PCAxMCAjIDFrCglkZWYgX19pbml0X18oc2VsZiwgc291cmNlLCBh ZGRyZXNzKToKCQlibG9jayA9IHNvdXJjZS5yZWFkKGFkZHJlc3MsIHNlbGYuYmxvY2tzaXpl KQoJCXNlbGYuYWRkciA9ICgpCgkJc2VsZi52ZXJzaW9uID0gMAoJCWlmIGJsb2NrWzA6NF0g PT0gc2VsZi5tYWdpYzoKCQkJc2VsZi52ZXJzaW9uID0gc3RydWN0LnVucGFjaygnUScsIGJs b2NrWzg6MTZdKVswXQoJCQlzZWxmLnR4ZyA9IHN0cnVjdC51bnBhY2soJ1EnLCBibG9ja1sx NjoyNF0pWzBdCgkJCXNlbGYuZ3VpZF9zdW0gPSBzdHJ1Y3QudW5wYWNrKCdRJywgYmxvY2tb MjQ6MzJdKVswXQoJCQlzZWxmLnRpbWVzdGFtcCA9IHN0cnVjdC51bnBhY2soJ1EnLCBibG9j a1szMjo0MF0pWzBdCgkJCXNlbGYucm9vdGJwID0gc3RydWN0LnVucGFjaygnUScsIGJsb2Nr WzQwOjQ4XSlbMF0KCQkJc2VsZi5hZGRyICs9IGFkZHJlc3MsCglkZWYgX19lcV9fKHNlbGYs IG90aGVyKToKCQlyZXR1cm4oc2VsZi52ZXJzaW9uID09IG90aGVyLnZlcnNpb24gYW5kIHNl bGYudHhnID09IG90aGVyLnR4ZyBhbmQgc2VsZi5ndWlkX3N1bSA9PSBvdGhlci5ndWlkX3N1 bSBhbmQgc2VsZi50aW1lc3RhbXAgPT0gb3RoZXIudGltZXN0YW1wIGFuZCBzZWxmLnJvb3Ri cCA9PSBvdGhlci5yb290YnApCglkZWYgX19yZXByX18oc2VsZik6CgkJcmV0dXJuKCdVQjog YWRkcjp7fSB2ZXJzaW9uOnt9IHR4Zzp7fSBndWlkX3N1bTp7fSB0aW1lc3RhbXA6e30gcm9v dGJwOnt9Jy5mb3JtYXQoc2VsZi5hZGRyLCBzZWxmLnZlcnNpb24sIHNlbGYudHhnLCBzZWxm Lmd1aWRfc3VtLCB0aW1lLnN0cmZ0aW1lKCIlZCAlYiAlWSAlSDolTTolUyIsIHRpbWUubG9j YWx0aW1lKHNlbGYudGltZXN0YW1wKSksIHNlbGYucm9vdGJwKSkKCmNsYXNzIE52RGF0YToK CSdDb250ZW50cyBvZiB0aGUgbnZwYWlyIGxpc3QuJwoJX19zbG90c19fID0gZnJvemVuc2V0 KCgnYmxvY2tzaXplJywgJ2RlY3NpemUnLCAnZW5jbWV0aG9kJywgJ2VuZGlhbicsICdlbmNz aXplJykpCglibG9ja3NpemUgPSAoMTw8MTcpIC0gKDE8PDE0KSAjIDEyOGsgLSAxNmsKCWRl ZiBfX2luaXRfXyhzZWxmLCBzb3VyY2UsIGFkZHJlc3MpOgoJCWJsb2NrID0gc291cmNlLnJl YWQoYWRkcmVzcywgc2VsZi5ibG9ja3NpemUpCgkJc2VsZi5lbmNtZXRob2QgPSBzdHJ1Y3Qu dW5wYWNrKCdCJywgYmxvY2tbMDoxXSlbMF0KCQlzZWxmLmVuZGlhbiA9IHN0cnVjdC51bnBh Y2soJ0InLCBibG9ja1sxOjJdKVswXQoJCXNlbGYuZW5jc2l6ZSA9IHN0cnVjdC51bnBhY2so J0knLCBibG9ja1s0OjhdKVswXQoJCXNlbGYuZGVjc2l6ZSA9IHN0cnVjdC51bnBhY2soJ0kn LCBibG9ja1s4OjEyXSlbMF0KCWRlZiBfX3JlcHJfXyhzZWxmKToKCQlyZXR1cm4oJ05WOiBl bmNtZXRob2Q6e30gZW5kaWFuOnt9IGVuY3NpemU6e30gZGVjc2l6ZTp7fScuZm9ybWF0KHNl bGYuZW5jbWV0aG9kLCBzZWxmLmVuZGlhbiwgc2VsZi5lbmNzaXplLCBzZWxmLmRlY3NpemUp KQoKY2xhc3MgU291cmNlRGV2aWNlOgoJX19zbG90c19fID0gZnJvemVuc2V0KCgnX19maWxl JywgJ2RldnNpemUnLCAndmRldl9sYWJlbF9zaXplJywgJ3Zib290JywgJ3ViZXJibG9ja3Mn KSkKCXZkZXZfbGFiZWxfc2l6ZSA9IDEgPDwgMTgKCWRlZiBfX2luaXRfXyhzZWxmLCBuYW1l KToKCQlhc3NlcnQgb3MuYWNjZXNzKG5hbWUsIG9zLlJfT0spLCAnUGxlYXNlIHNwZWNpZnkg cmVhZGFibGUgZGV2aWNlIHRvIHdvcmsgb24uJwoJCXNlbGYuX19maWxlID0gb3BlbihvcHRp b25zLmRldmljZSwgJ3JiJykKCQlhc3NlcnQgc2VsZi5fX2ZpbGUuc2Vla2FibGUoKSwgIkNh bid0IHNlZWsgZmlsZS4iCgoJCSMgY2hlY2tpbmcgZGV2aWNlIHNpemUKCQlzZWxmLmRldnNp emUgPSBzZWxmLl9fZmlsZS5zZWVrKDAsIG9zLlNFRUtfRU5EKQoJCXByaW50KCdEZXRlY3Rl ZCBzaXplOicsIHNlbGYuZGV2c2l6ZSwgJ2J5dGVzLicpCgoJCSMgY2hlY2tpbmcgYmxvY2tz IGFsaWdubWVudCBhbmQgYWxpZ25pbmcgdGhlbSBhY2NvcmRpbmdseQoJCXZibG9ja3MgPSBp bnQoc2VsZi5kZXZzaXplIC8gc2VsZi52ZGV2X2xhYmVsX3NpemUpCgkJc2VsZi51YmVyYmxv Y2tzID0ge30KCQlzZWxmLnZib290ID0gTm9uZQoJCWZvciB2ZGV2X2FkZHIgaW4gKDAsIHNl bGYudmRldl9sYWJlbF9zaXplLCAodmJsb2NrcyAtIDIpICogc2VsZi52ZGV2X2xhYmVsX3Np emUsICh2YmxvY2tzIC0gMSkgKiBzZWxmLnZkZXZfbGFiZWxfc2l6ZSk6CgkJCSMgY2hlY2tp bmcgdmJvb3QgaGVhZGVycwoJCQl2Ym9vdF9hZGRyID0gdmRldl9hZGRyICsgKDEgPDwgMTMp CgkJCXZiID0gVmRldkJvb3RCbG9jayhzZWxmLCB2Ym9vdF9hZGRyKQoJCQlpZiB2Yi52ZXJz aW9uID4gMDoKCQkJCWlmIHNlbGYudmJvb3QgPT0gTm9uZToKCQkJCQlzZWxmLnZib290ID0g dmIKCQkJCWVsaWYgc2VsZi52Ym9vdCAhPSB2YjoKCQkJCQlwcmludCgnRm91bmQgZGlmZmVy ZW50IFZkZXZCb290QmxvY2suJykKCQkJCQlwcmludCgnT2xkOicsIHNlbGYudmJvb3QpCgkJ CQkJcHJpbnQoJ05ldzonLCB2YikKCQkJCWVsc2U6CgkJCQkJc2VsZi52Ym9vdC5hZGRyICs9 IHZiLmFkZHIKCQkJIyBYWFg6IGNoZWNrIG52cGFpcnMKCQkJI252ID0gTnZEYXRhKHNlbGYs IHZib290X2FkZHIgKyAoMSA8PCAxMykpCgkJCSNwcmludChudikKCQkJIyBjaGVja2luZyB1 YmVyYmxvY2tzCgkJCXVibG9ja3NfYWRkciA9IHZkZXZfYWRkciArICgxIDw8IDE3KQoJCQlm b3IgdWJsb2NrX251bSBpbiByYW5nZSAoMCwgMTI4KToKCQkJCXViID0gVWJlcmJsb2NrKHNl bGYsIHVibG9ja3NfYWRkciArIHVibG9ja19udW0gKiAoMSA8PCAxMCkpCgkJCQlpZiB1Yi52 ZXJzaW9uID4gMDoKCQkJCQlpZiBub3QgdWIudHhnIGluIHNlbGYudWJlcmJsb2NrczoKCQkJ CQkJc2VsZi51YmVyYmxvY2tzW3ViLnR4Z10gPSB1YgoJCQkJCWVsaWYgbm90IHNlbGYudWJl cmJsb2Nrc1t1Yi50eGddID09IHViOgoJCQkJCQlwcmludCgnRm91bmQgaW5jb3JyZWN0IHVi ZXJibG9jayBjb3B5LicpCgkJCQkJCXByaW50KCdPbGQ6ICcsIHNlbGYudWJlcmJsb2Nrc1t1 Yi50eGddKQoJCQkJCQlwcmludCgnTmV3OiAnLCB1YikKCQkJCQllbHNlOgoJCQkJCQlzZWxm LnViZXJibG9ja3NbdWIudHhnXS5hZGRyICs9IHViLmFkZHIKCWRlZiByZWFkKHNlbGYsIHNl ZWssIHNpemUpOgoJCXNlbGYuX19maWxlLnNlZWsoc2VlaykKCQlyZXR1cm4oc2VsZi5fX2Zp bGUucmVhZChzaXplKSkKCmRlZiBjaGVja19ibG9jayhibG9ja19udW1iZXIsIGJsb2NrLCB1 YmVyYmxvY2tzKToKCWlmIGxlbihibG9jaykgPT0gMDoKCQlyZXR1cm4KCXViID0gVWJlcmJs b2NrKGJsb2NrLCBibG9ja19udW1iZXIpCglpZiB1Yi52ZXJzaW9uID4gMDoKCQlpZiBub3Qg dWIudHhnIGluIHViZXJibG9ja3M6CgkJCXViZXJibG9ja3NbdWIudHhnXSA9IHViCgkJZWxp ZiBub3QgdWJlcmJsb2Nrc1t1Yi50eGddID09IHViOgoJCQlwcmludCgnRm91bmQgaW5jb3Jy ZWN0IHViZXJibG9jayBjb3B5LicpCgkJCXByaW50KCdPbGQ6ICcsIHViZXJibG9ja3NbdWIu dHhnXSkKCQkJcHJpbnQoJ05ldzogJywgdWIpCgkJZWxzZToKCQkJdWJlcmJsb2Nrc1t1Yi50 eGddLmFkZHIgKz0gYmxvY2tfbnVtYmVyLAoJdmIgPSBWZGV2Qm9vdEJsb2NrKGJsb2NrLCBi bG9ja19udW1iZXIpCglpZiB2Yi52ZXJzaW9uID4gMDoKCQlwcmludCh2YikKCiMgRm9yIG5v dyB3ZSBuZWVkIG9ubHkgdGhlIGRldmljZSBuYW1lCnBhcnNlciA9IG9wdHBhcnNlLk9wdGlv blBhcnNlcigpCnBhcnNlci5hZGRfb3B0aW9uKCctZCcsICctLWRldmljZScsIGFjdGlvbiA9 ICdzdG9yZScsIGRlc3QgPSAnZGV2aWNlJywgaGVscCA9ICdkZXZpY2UgdG8gY2hlY2snLCBt ZXRhdmFyID0gJ3N0cmluZycpCnBhcnNlci5hZGRfb3B0aW9uKCctcicsICctLXJvbGxiYWNr JywgYWN0aW9uID0gJ3N0b3JlX3RydWUnLCBkZXN0ID0gJ3JvbGxiYWNrJywgaGVscCA9ICdh c2sgdHJhbnNhY3Rpb24gbnVtYmVyIHRvIHJvbGxiYWNrIHRvJywgbWV0YXZhciA9ICdib29s JywgZGVmYXVsdCA9IEZhbHNlKQoob3B0aW9ucywgYXJncykgPSBwYXJzZXIucGFyc2VfYXJn cygpCgphc3NlcnQgb3B0aW9ucy5kZXZpY2UgIT0gTm9uZSwgJ1BsZWFzZSBzcGVjaWZ5IGRl dmljZSB0byB3b3JrIG9uLicKc291cmNlID0gU291cmNlRGV2aWNlKG9wdGlvbnMuZGV2aWNl KQoKIyBQcmludGluZyBmb3VuZCB2ZGV2IGJvb3QKcHJpbnQoc291cmNlLnZib290KQojIFBy aW50aW5nIGZvdW5kIHViZXJibG9ja3MKZm9yIHR4ZyBpbiBzb3VyY2UudWJlcmJsb2NrczoK CXByaW50KHNvdXJjZS51YmVyYmxvY2tzW3R4Z10pCgppZiBvcHRpb25zLnJvbGxiYWNrOgoJ c3RyaXBfdG8gPSBpbnQoaW5wdXQoJ1doYXQgdHJhbnNhY3Rpb24geW91IHdhbnQgcm9sbGJh Y2sgdG8/ICcpKQoKCXdpdGggb3BlbihvcHRpb25zLmRldmljZSwgJytiJykgYXMgd19zb3Vy Y2U6CgkJZmlyc3QgPSBUcnVlCgkJZm9yIHR4ZyBpbiBzb3VyY2UudWJlcmJsb2NrczoKCQkJ aWYgdHhnID4gc3RyaXBfdG86CgkJCQlpZiBmaXJzdDoKCQkJCQlmaXJzdCA9IEZhbHNlCgkJ CQkJcHJpbnQoJ1JlZnVzaW5nIHRvIGRyb3Agb2xkZXN0IHRyYW5zYWN0aW9uLicpCgkJCQkJ Y29udGludWUKCQkJCWZvciBhZGRyIGluIHNvdXJjZS51YmVyYmxvY2tzW3R4Z10uYWRkcjoK CQkJCQl3X3NvdXJjZS5zZWVrKGFkZHIpCgkJCQkJcHJpbnQoJ1plcm9pbmcgYWRkcmVzcycs IGFkZHIsICdmcm9tIHRyYW5zYWN0aW9uJywgdHhnLCAnLicpCgkJCQkJd19zb3VyY2Uud3Jp dGUoYidcMCcgKiBVYmVyYmxvY2suYmxvY2tzaXplKQoJCQlpZiBmaXJzdDoKCQkJCWZpcnN0 ID0gRmFsc2UK --------------020502010204060707030301-- From owner-freebsd-fs@FreeBSD.ORG Wed Jul 28 02:14:52 2010 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 EE2B51065676; Wed, 28 Jul 2010 02:14:52 +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 C564D8FC1B; Wed, 28 Jul 2010 02:14:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6S2Eqsu021216; Wed, 28 Jul 2010 02:14:52 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6S2EqgM021212; Wed, 28 Jul 2010 02:14:52 GMT (envelope-from linimon) Date: Wed, 28 Jul 2010 02:14:52 GMT Message-Id: <201007280214.o6S2EqgM021212@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149013: [zfs] [patch] make ZFS makefiles use the libraries from build directory 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, 28 Jul 2010 02:14:53 -0000 Old Synopsis: make ZFS makefiles use the libraries from build directory New Synopsis: [zfs] [patch] make ZFS makefiles use the libraries from build directory Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jul 28 02:14:30 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149013 From owner-freebsd-fs@FreeBSD.ORG Wed Jul 28 02:15:45 2010 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 A96EF106566B; Wed, 28 Jul 2010 02:15:45 +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 806C28FC0C; Wed, 28 Jul 2010 02:15:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6S2FjC4021272; Wed, 28 Jul 2010 02:15:45 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6S2Fjqw021268; Wed, 28 Jul 2010 02:15:45 GMT (envelope-from linimon) Date: Wed, 28 Jul 2010 02:15:45 GMT Message-Id: <201007280215.o6S2Fjqw021268@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149014: [zfs] [patch] declarations in ZFS libraries/utilities collide with glibc namespace 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, 28 Jul 2010 02:15:45 -0000 Old Synopsis: make ZFS makefiles use the libraries from build directory New Synopsis: [zfs] [patch] declarations in ZFS libraries/utilities collide with glibc namespace Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jul 28 02:15:10 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149014 From owner-freebsd-fs@FreeBSD.ORG Wed Jul 28 02:16:12 2010 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 5509F1065674; Wed, 28 Jul 2010 02:16:12 +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 2C9648FC19; Wed, 28 Jul 2010 02:16:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6S2GCfF021324; Wed, 28 Jul 2010 02:16:12 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6S2GCHv021320; Wed, 28 Jul 2010 02:16:12 GMT (envelope-from linimon) Date: Wed, 28 Jul 2010 02:16:12 GMT Message-Id: <201007280216.o6S2GCHv021320@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149015: [zfs] [patch] misc fixes for ZFS code to build on Glibc 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, 28 Jul 2010 02:16:12 -0000 Old Synopsis: misc fixes for ZFS code to build on Glibc New Synopsis: [zfs] [patch] misc fixes for ZFS code to build on Glibc Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jul 28 02:15:57 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149015 From owner-freebsd-fs@FreeBSD.ORG Wed Jul 28 05:52:29 2010 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 4EA0A1065670; Wed, 28 Jul 2010 05:52:29 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 25EF08FC1A; Wed, 28 Jul 2010 05:52:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o6S5qThK040288; Wed, 28 Jul 2010 05:52:29 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o6S5qTCA040284; Wed, 28 Jul 2010 05:52:29 GMT (envelope-from linimon) Date: Wed, 28 Jul 2010 05:52:29 GMT Message-Id: <201007280552.o6S5qTCA040284@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/149022: [hang] File system operations hangs with suspfs state 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, 28 Jul 2010 05:52:29 -0000 Old Synopsis: File system operations hangs with suspfs state New Synopsis: [hang] File system operations hangs with suspfs state Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jul 28 05:52:08 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=149022 From owner-freebsd-fs@FreeBSD.ORG Wed Jul 28 07:50:14 2010 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 781B31065675 for ; Wed, 28 Jul 2010 07:50:14 +0000 (UTC) (envelope-from joe@netmusician.org) Received: from mail.netmusician.org (dorian.netmusician.org [66.244.95.101]) by mx1.freebsd.org (Postfix) with ESMTP id 48CCF8FC16 for ; Wed, 28 Jul 2010 07:50:14 +0000 (UTC) Received: from localhost (unknown [127.0.0.1]) by mail.netmusician.org (Postfix) with ESMTP id 9A115B9EE for ; Wed, 28 Jul 2010 03:31:29 -0400 (EDT) X-Virus-Scanned: amavisd-new at netmusician.org Received: from mail.netmusician.org ([127.0.0.1]) by localhost (dorian.netmusician.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id He6C7BJyiNNp for ; Wed, 28 Jul 2010 03:31:29 -0400 (EDT) Received: from Shakti.local (c-67-176-145-181.hsd1.in.comcast.net [67.176.145.181]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.netmusician.org (Postfix) with ESMTPSA id D7728B9EB for ; Wed, 28 Jul 2010 03:31:28 -0400 (EDT) Message-ID: <4C4FDCCD.1080904@netmusician.org> Date: Wed, 28 Jul 2010 03:31:25 -0400 From: Joe Auty User-Agent: Postbox 1.1.5 (Macintosh/20100613) MIME-Version: 1.0 To: freebsd-fs@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: NFSv4 permissions issues 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, 28 Jul 2010 07:50:14 -0000 Hello, In FreeBSD 8.1 when mounting an NFSv4 share (hosted by Solaris 10/ZFS) I cannot create or alter any files on this share nor any other share mounted from this same ZFS server. When I try to do so I get permission denied error messages. This same share does not give me any problems when mounted with identical mount options except for specifying NFSv3 rather than NFSv4... i.e. mount -t nfs -o rw,tcp,intr,noatime,nfsv3 myip:/path /path works fine, and: mount -t nfs -o rw,tcp,intr,noatime,nfsv4 myip:/path /path exhibits the above problems... Any idea why this is so and what I ought to do to test using NFSv4 on this machine? -- Joe Auty, NetMusician NetMusician helps musicians, bands and artists create beautiful, professional, custom designed, career-essential websites that are easy to maintain and to integrate with popular social networks. www.netmusician.org joe@netmusician.org From owner-freebsd-fs@FreeBSD.ORG Thu Jul 29 07:48:25 2010 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 EA0AE1065672 for ; Thu, 29 Jul 2010 07:48:25 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 92BD98FC1C for ; Thu, 29 Jul 2010 07:48:25 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3B41F.dip.t-dialin.net [87.179.180.31]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 4265D84401F for ; Thu, 29 Jul 2010 09:32:03 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 852721F20 for ; Thu, 29 Jul 2010 09:31:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1280388719; bh=3ImWOpd0xUtDdPb1+ZkXpmzCjAnRtXL9Q3d7Jbb79I0=; h=Message-ID:Date:From:To:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding; b=MD5uZqqwvkjdgSLhPSdsK1NMWtPzVTcCFTqYAS6nI0ReaPOw7blKQfrbd2wWyqyaH Skdxa3mb50q19S+P0GjMl12amIKGlEk7+3ahRX+d/kOVENo3dtfmeePCWQlFUcvvG7 dcoPdFrrj0/o46AwyO/D/b9sNltARAROnKCYM3/RkVg4YiQJ1msSrGlrnjGsZ3svQh w3w01P0VAmDB6OHW9pEXHBkLvKOnNgITXUp18f9ihR49qTfBivBaoi4lQTANH5pgsR 5dfg6wxRH8FOrrL5Tfv7hiXrGpM/bY4kq36VJUuwlMpinFywea29aBcspPGck8Sqc/ UNMU8FjGzjxZA== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o6T7VxuV047366 for fs@freebsd.org; Thu, 29 Jul 2010 09:31:59 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 29 Jul 2010 09:31:58 +0200 Message-ID: <20100729093158.86036msee9pbayw4@webmail.leidinger.net> Date: Thu, 29 Jul 2010 09:31:58 +0200 From: Alexander Leidinger To: fs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 4265D84401F.A458F X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1280993524.56211@ooiHb94NgdK1QcU3lGha9Q X-EBL-Spam-Status: No Cc: Subject: arc cache: pagesize and/or power of 2 constraints? 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, 29 Jul 2010 07:48:26 -0000 Hi, while writting some acceptance tests for the Solaris machines at work I wondered if the size of the arc cache should be a multiple of the page size and/or a power of 2. I searched the net, but was not able to find some info regarding this. I would expect that it does not make sense to have an arc cache size which is not a multiple of the page size. And depending on how the arc cache is implemented, it would make sense to have it even as a power of 2 size (even if it is able to handle non-power-of-2 sizes). Did someone had a look at this in FreeBSD? Bye, Alexander. -- Reporter, n.: A writer who guesses his way to the truth and dispels it with a tempest of words. -- Ambrose Bierce, "The Devil's Dictionary" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-fs@FreeBSD.ORG Thu Jul 29 12:45:39 2010 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 D08E71065679 for ; Thu, 29 Jul 2010 12:45:39 +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 230A48FC08 for ; Thu, 29 Jul 2010 12:45:38 +0000 (UTC) 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 PAA23690; Thu, 29 Jul 2010 15:29:42 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4C517436.7080509@icyb.net.ua> Date: Thu, 29 Jul 2010 15:29:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100517) MIME-Version: 1.0 To: Alexander Leidinger References: <20100729093158.86036msee9pbayw4@webmail.leidinger.net> In-Reply-To: <20100729093158.86036msee9pbayw4@webmail.leidinger.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: fs@freebsd.org Subject: Re: arc cache: pagesize and/or power of 2 constraints? 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, 29 Jul 2010 12:45:39 -0000 on 29/07/2010 10:31 Alexander Leidinger said the following: > Hi, > > while writting some acceptance tests for the Solaris machines at work I > wondered if the size of the arc cache should be a multiple of the page > size and/or a power of 2. I searched the net, but was not able to find > some info regarding this. I suppose you mean ZFS ARC, not an ARC concept in general. I wonder why you came at this question. > I would expect that it does not make sense to have an arc cache size > which is not a multiple of the page size. Why? > And depending on how the arc > cache is implemented, it would make sense to have it even as a power of > 2 size (even if it is able to handle non-power-of-2 sizes). Why? > Did someone had a look at this in FreeBSD? ARC size is almost arbitrary. It's a collection of malloc/uma allocated buffers of various sizes, individual sizes are various multiples of 512. -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Thu Jul 29 13:00:47 2010 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 19192106566B for ; Thu, 29 Jul 2010 13:00:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF758FC27 for ; Thu, 29 Jul 2010 13:00:46 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3B41F.dip.t-dialin.net [87.179.180.31]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 1CCC7844010; Thu, 29 Jul 2010 15:00:42 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id E53041F44; Thu, 29 Jul 2010 15:00:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1280408439; bh=z0ZQNwgUfjGzuopkJ0lQGrmA7ke1EX/v6oCkqkxhqMM=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=QN3UcFnpDO7TCltbYm5dLgIcga4mqMFb+Vd0jF951P9E/pqIaomlbEtaTBiq0RgNJ VsfVcixYuX6HK3TW5u5sI0sRNShf4Rri22rGk/SfnWfeqQ4RDVi6R15XeK1SwvFBBU wRI2PwnCdogepMPlAfxItEPFj3R9SWzec+NqpRGznyFP8fB0Bytx7nZhr5Ab9Y0tGm jK+52aDvEbjDfi1aen6vrcOzglQ7nAap9dpUaRiKESj2aZMpBnwnhh0yUyMPRxQi5f h2GJIoqyFp1tp32UB7KC24Dsctsi61pLOoBvyNca/AB6HMhjk0srSRJX001jGLSUj8 zniPiaIc8kKag== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o6TD0cPO023165; Thu, 29 Jul 2010 15:00:38 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 29 Jul 2010 15:00:37 +0200 Message-ID: <20100729150037.88416rjfjpjj7fwo@webmail.leidinger.net> Date: Thu, 29 Jul 2010 15:00:37 +0200 From: Alexander Leidinger To: Andriy Gapon References: <20100729093158.86036msee9pbayw4@webmail.leidinger.net> <4C517436.7080509@icyb.net.ua> In-Reply-To: <4C517436.7080509@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 1CCC7844010.A2B38 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1281013243.46911@z3dnq9mBZA7j0wXnfEvrzQ X-EBL-Spam-Status: No Cc: fs@freebsd.org Subject: Re: arc cache: pagesize and/or power of 2 constraints? 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, 29 Jul 2010 13:00:47 -0000 Quoting Andriy Gapon (from Thu, 29 Jul 2010 15:29:42 +0300): > on 29/07/2010 10:31 Alexander Leidinger said the following: >> Hi, >> >> while writting some acceptance tests for the Solaris machines at work I >> wondered if the size of the arc cache should be a multiple of the page >> size and/or a power of 2. I searched the net, but was not able to find >> some info regarding this. > > I suppose you mean ZFS ARC, not an ARC concept in general. Yes. > I wonder why you came at this question. > >> I would expect that it does not make sense to have an arc cache size >> which is not a multiple of the page size. > > Why? Does it make sense to allocate less than a memory page in the kernel? When I allocate in the same kernel-subsystem two times 1/4 of a memory page, can the allocations end up in the same memory page? If two independend subsystems try to do the same, can the allocations end up in the same page? >> And depending on how the arc >> cache is implemented, it would make sense to have it even as a power of >> 2 size (even if it is able to handle non-power-of-2 sizes). > > Why? If something is working on a binary tree of pages, you could end up in a case where you waste a page, if the size is not related to (2^n +/- x) * pagesize. Yes, this is bean-counting. >> Did someone had a look at this in FreeBSD? > > ARC size is almost arbitrary. > It's a collection of malloc/uma allocated buffers of various sizes, > individual > sizes are various multiples of 512. So it would make sense to set the size to n*512 (instead to e.g. n*512+x with 0 < x < 512)? Bye, Alexander. -- BOFH excuse #102: Power company testing new voltage spike (creation) equipment http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-fs@FreeBSD.ORG Thu Jul 29 18:28:04 2010 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 39073106564A for ; Thu, 29 Jul 2010 18:28:04 +0000 (UTC) (envelope-from mail@lurking.dk) Received: from pqueueb.post.tele.dk (pqueueb.post.tele.dk [193.162.153.10]) by mx1.freebsd.org (Postfix) with ESMTP id F2F608FC13 for ; Thu, 29 Jul 2010 18:28:03 +0000 (UTC) Received: from pfepb.post.tele.dk (pfepb.post.tele.dk [195.41.46.236]) by pqueueb.post.tele.dk (Postfix) with ESMTP id A6FD982D4 for ; Thu, 29 Jul 2010 20:08:55 +0200 (CEST) Received: from Terminal (x1-6-c0-3f-0e-de-af-e8.k712.webspeed.dk [83.94.233.23]) by pfepb.post.tele.dk (Postfix) with ESMTP id 07F67F84019 for ; Thu, 29 Jul 2010 20:08:52 +0200 (CEST) From: "Casper Jensen" To: Date: Thu, 29 Jul 2010 20:08:56 +0200 Message-ID: <000001cb2f49$1ca8e560$55fab020$@lurking.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AcsvR8+V+MWFsBRFRmqm+/fz80QhXA== Content-Language: da Subject: areca controller problem 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, 29 Jul 2010 18:28:04 -0000 Hello I have a problem with my areca controller running on amd64 based 7.3-REL On boot it puts out this: arcmsr0: mem 0xf1000000-0xf1001fff irq 16 at device 0.0 on pci1 ARECA RAID ADAPTER0: Driver Version 1.20.00.17 2010-07-15 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.48 2010-07-08 arcmsr0: [ITHREAD] which by it self is OK I guess. Further down the dmesg, when it initializes harddrives, the problem starts: (probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step There is NO "da0-da1" in /dev/da*, so I cant mount the raids.. BUT, if I go to the controller config and add a single disk as "passthrough device" followed by "camcontrol rescan all" in my shell something weird happens.. This is what dmesg outputs after creating a passthrough device on the controller followed by camcontrol rescan all: arcmsr:scsi id=16 lun=0 device lost (probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step da1 at arcmsr0 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da1: Command Queueing Enabled da1: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da2 at arcmsr0 bus 0 target 0 lun 1 da2: Fixed Direct Access SCSI-5 device da2: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da2: Command Queueing Enabled da2: 19073482MB (39062492160 512 byte sectors: 255H 63S/T 2431527C) So when doing that, the device is suddenly listed and available for mount (works)... Im totally lost, and hope its "solveable" Regards Casper From owner-freebsd-fs@FreeBSD.ORG Thu Jul 29 21:21:21 2010 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 BD1CC1065675 for ; Thu, 29 Jul 2010 21:21:21 +0000 (UTC) (envelope-from dnewman@networktest.com) Received: from mail3.networktest.com (mail3.networktest.com [69.55.234.60]) by mx1.freebsd.org (Postfix) with ESMTP id 998898FC1D for ; Thu, 29 Jul 2010 21:21:21 +0000 (UTC) Received: from localhost (localhost [69.55.234.60]) by mail3.networktest.com (Postfix) with ESMTP id 7726F9592D for ; Thu, 29 Jul 2010 14:03:39 -0700 (PDT) Received: from mail3.networktest.com ([69.55.234.60]) by localhost (mail3.networktest.com [69.55.234.60]) (amavisd-maia, port 10024) with ESMTP id 18588-10 for ; Thu, 29 Jul 2010 14:03:39 -0700 (PDT) Received: from dhcp207.eng.networktest.com (ns.networktest.com [216.240.60.130]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail3.networktest.com (Postfix) with ESMTPSA id 42750958B5 for ; Thu, 29 Jul 2010 14:03:39 -0700 (PDT) Message-ID: <4C51ECAA.2070707@networktest.com> Date: Thu, 29 Jul 2010 14:03:38 -0700 From: David Newman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.11) Gecko/20100711 Lightning/1.0b1 Thunderbird/3.0.6 MIME-Version: 1.0 To: fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: fixing a busted ZFS upgrade 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, 29 Jul 2010 21:21:21 -0000 Attempting to upgrade an 8.0-RELEASE to 8.1-RELEASE failed on a system running a bootable ZFS partition. The system boots to the loader prompt and complains there's no bootable kernel. Running 'lsmod' shows there are four ZFS disks present. Thanks in advance for clues on fixing this, and also on the right way to upgrade FreeBSD systems with bootable ZFS partitions. Steps to reproduce: 1. Build 8.0-RELEASE system following the freebsd.org wiki: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 In this case the system uses raidz1 across four SATA drives. 2. Upgrade to 8.1-RELEASE using the 'FreeBSD Update' directions: http://www.freebsd.org/releases/8.1R/announce.html 3. After first reboot, system boots to the loader prompt. dn From owner-freebsd-fs@FreeBSD.ORG Thu Jul 29 21:36:22 2010 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 7AA051065678 for ; Thu, 29 Jul 2010 21:36:22 +0000 (UTC) (envelope-from dnewman@networktest.com) Received: from mail3.networktest.com (mail3.networktest.com [69.55.234.60]) by mx1.freebsd.org (Postfix) with ESMTP id 563CF8FC13 for ; Thu, 29 Jul 2010 21:36:22 +0000 (UTC) Received: from localhost (localhost [69.55.234.60]) by mail3.networktest.com (Postfix) with ESMTP id C4B579592E for ; Thu, 29 Jul 2010 14:18:37 -0700 (PDT) Received: from mail3.networktest.com ([69.55.234.60]) by localhost (mail3.networktest.com [69.55.234.60]) (amavisd-maia, port 10024) with ESMTP id 66477-03 for ; Thu, 29 Jul 2010 14:18:37 -0700 (PDT) Received: from dhcp207.eng.networktest.com (ns.networktest.com [216.240.60.130]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail3.networktest.com (Postfix) with ESMTPSA id 8DD5A958B5 for ; Thu, 29 Jul 2010 14:18:37 -0700 (PDT) Message-ID: <4C51F02D.1050103@networktest.com> Date: Thu, 29 Jul 2010 14:18:37 -0700 From: David Newman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.11) Gecko/20100711 Lightning/1.0b1 Thunderbird/3.0.6 MIME-Version: 1.0 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: fixing a busted ZFS upgrade 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, 29 Jul 2010 21:36:22 -0000 An upgrade from 8.0-RELEASE to 8.1-RELEASE failed on a system running a bootable ZFS partition. The system has four SATA disks in a raidz1 configuration. The system boots to the loader prompt and complains there's no bootable kernel. Running 'lsmod' shows the four ZFS disks present. Thanks in advance for clues on fixing this, and also on the right way to upgrade FreeBSD systems with bootable ZFS partitions. Steps to reproduce: 1. Build 8.0-RELEASE system following the freebsd.org wiki: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 In this case the system uses raidz1 across four SATA drives. 2. Upgrade to 8.1-RELEASE using the 'FreeBSD Update' directions: http://www.freebsd.org/releases/8.1R/announce.html 3. After first reboot, system boots to the loader prompt. dn From owner-freebsd-fs@FreeBSD.ORG Thu Jul 29 22:35:15 2010 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 CB386106567B for ; Thu, 29 Jul 2010 22:35:15 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (core.vx.sk [188.40.32.143]) by mx1.freebsd.org (Postfix) with ESMTP id 406868FC08 for ; Thu, 29 Jul 2010 22:35:15 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 37554941B1; Fri, 30 Jul 2010 00:18:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id GXzhdCkYg5e7; Fri, 30 Jul 2010 00:18:35 +0200 (CEST) Received: from [10.9.8.1] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 5E63B9418B; Fri, 30 Jul 2010 00:18:35 +0200 (CEST) Message-ID: <4C51FE41.8030906@FreeBSD.org> Date: Fri, 30 Jul 2010 00:18:41 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: David Newman References: <4C51ECAA.2070707@networktest.com> In-Reply-To: <4C51ECAA.2070707@networktest.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: fs@freebsd.org Subject: Re: fixing a busted ZFS upgrade 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, 29 Jul 2010 22:35:15 -0000 Booting from GPT ZFS was not officially supported before 8.1-RELEASE Here is a upgrade guide for users who want to run "zpool upgrade" on their ZFS boot pools: Excerpt from 9-CURRENT UPDATING file: BEGIN EXCERPT ZFS notes --------- When upgrading the boot ZFS pool to a new version, always follow these two steps: 1.) recompile and reinstall the ZFS boot loader and boot block (this is part of "make buildworld" and "make installworld") 2.) update the ZFS boot block on your boot drive The following example updates the ZFS boot block on the first partition (freebsd-boot) of a GPT partitioned drive ad0: "gpart bootcode -p /boot/gptzfsboot -i 1 ad0" Non-boot pools do not need these updates. END EXCERPT In case the boot record is messed even more, you need to reinstall it completely: "gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ad0" For recovering a system that does not boot anymore, you can use mfsBSD ISO's: http://mfsbsd.vx.sk You can boot from the iso and repair the boot record. I recommend you check your gpart partitions with "gpart show" and verify discovered pools with "zpool import" (without any flags or arguments) first. mm Dňa 29. 7. 2010 23:03, David Newman wrote / napísal(a): > Attempting to upgrade an 8.0-RELEASE to 8.1-RELEASE failed on a system > running a bootable ZFS partition. > > The system boots to the loader prompt and complains there's no bootable > kernel. Running 'lsmod' shows there are four ZFS disks present. > > Thanks in advance for clues on fixing this, and also on the right way to > upgrade FreeBSD systems with bootable ZFS partitions. > > Steps to reproduce: > > 1. Build 8.0-RELEASE system following the freebsd.org wiki: > > http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 > > In this case the system uses raidz1 across four SATA drives. > > 2. Upgrade to 8.1-RELEASE using the 'FreeBSD Update' directions: > > http://www.freebsd.org/releases/8.1R/announce.html > > 3. After first reboot, system boots to the loader prompt. > > dn > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" From owner-freebsd-fs@FreeBSD.ORG Thu Jul 29 23:20:32 2010 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 0A8F71065670 for ; Thu, 29 Jul 2010 23:20:32 +0000 (UTC) (envelope-from dnewman@networktest.com) Received: from mail3.networktest.com (mail3.networktest.com [69.55.234.60]) by mx1.freebsd.org (Postfix) with ESMTP id C234F8FC0C for ; Thu, 29 Jul 2010 23:20:31 +0000 (UTC) Received: from localhost (localhost [69.55.234.60]) by mail3.networktest.com (Postfix) with ESMTP id DEF74958E4; Thu, 29 Jul 2010 16:20:30 -0700 (PDT) Received: from mail3.networktest.com ([69.55.234.60]) by localhost (mail3.networktest.com [69.55.234.60]) (amavisd-maia, port 10024) with ESMTP id 88564-02; Thu, 29 Jul 2010 16:20:30 -0700 (PDT) Received: from dhcp207.eng.networktest.com (ns.networktest.com [216.240.60.130]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: dnewman@networktest.com) by mail3.networktest.com (Postfix) with ESMTPSA id 5D3AC958B5; Thu, 29 Jul 2010 16:20:27 -0700 (PDT) Message-ID: <4C520CBA.5080504@networktest.com> Date: Thu, 29 Jul 2010 16:20:26 -0700 From: David Newman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.11) Gecko/20100711 Lightning/1.0b1 Thunderbird/3.0.6 MIME-Version: 1.0 To: mm@FreeBSD.org References: <4C51ECAA.2070707@networktest.com> <4C51FE41.8030906@FreeBSD.org> In-Reply-To: <4C51FE41.8030906@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: fs@freebsd.org Subject: Re: fixing a busted ZFS upgrade 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, 29 Jul 2010 23:20:32 -0000 Thanks very much -- updating the boot blocks on all four drives using your ISO restored this system so it can boot. Also, where is the UPDATING file for 8.1-RELEASE? The only file with that name I know is in /usr/ports, and that one says nothing about ZFS. I sorta/kinda knew that ZFS wasn't officially supported, and would be happy to contribute documentation for the 8.0->8.1 upgrade procedure so that others don't make the same mistake. Thanks again. dn On 7/29/10 3:18 PM, Martin Matuska wrote: > Booting from GPT ZFS was not officially supported before 8.1-RELEASE > > Here is a upgrade guide for users who want to run "zpool upgrade" on > their ZFS boot pools: > > Excerpt from 9-CURRENT UPDATING file: > > BEGIN EXCERPT > > ZFS notes > --------- > When upgrading the boot ZFS pool to a new version, always follow > these two steps: > > 1.) recompile and reinstall the ZFS boot loader and boot block > (this is part of "make buildworld" and "make installworld") > > 2.) update the ZFS boot block on your boot drive > > The following example updates the ZFS boot block on the first > partition (freebsd-boot) of a GPT partitioned drive ad0: > "gpart bootcode -p /boot/gptzfsboot -i 1 ad0" > > Non-boot pools do not need these updates. > > END EXCERPT > > In case the boot record is messed even more, you need to reinstall it > completely: > "gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ad0" > > For recovering a system that does not boot anymore, you can use mfsBSD > ISO's: > http://mfsbsd.vx.sk > > You can boot from the iso and repair the boot record. > I recommend you check your gpart partitions with "gpart show" and verify > discovered pools with "zpool import" > (without any flags or arguments) first. > > mm > > Dňa 29. 7. 2010 23:03, David Newman wrote / napísal(a): >> Attempting to upgrade an 8.0-RELEASE to 8.1-RELEASE failed on a system >> running a bootable ZFS partition. >> >> The system boots to the loader prompt and complains there's no bootable >> kernel. Running 'lsmod' shows there are four ZFS disks present. >> >> Thanks in advance for clues on fixing this, and also on the right way to >> upgrade FreeBSD systems with bootable ZFS partitions. >> >> Steps to reproduce: >> >> 1. Build 8.0-RELEASE system following the freebsd.org wiki: >> >> http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/RAIDZ1 >> >> In this case the system uses raidz1 across four SATA drives. >> >> 2. Upgrade to 8.1-RELEASE using the 'FreeBSD Update' directions: >> >> http://www.freebsd.org/releases/8.1R/announce.html >> >> 3. After first reboot, system boots to the loader prompt. >> >> dn >> >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" From owner-freebsd-fs@FreeBSD.ORG Fri Jul 30 04:36:27 2010 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 8810C1065676 for ; Fri, 30 Jul 2010 04:36:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 70A0F8FC1A for ; Fri, 30 Jul 2010 04:36:27 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta10.emeryville.ca.mail.comcast.net with comcast id o1E11e0051Y3wxoAA4cSpA; Fri, 30 Jul 2010 04:36:26 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta15.emeryville.ca.mail.comcast.net with comcast id o4cR1e0073LrwQ28b4cS2C; Fri, 30 Jul 2010 04:36:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B1AF59B425; Thu, 29 Jul 2010 21:36:25 -0700 (PDT) Date: Thu, 29 Jul 2010 21:36:25 -0700 From: Jeremy Chadwick To: Casper Jensen Message-ID: <20100730043625.GA85559@icarus.home.lan> References: <000001cb2f49$1ca8e560$55fab020$@lurking.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000001cb2f49$1ca8e560$55fab020$@lurking.dk> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-fs@freebsd.org Subject: Re: areca controller problem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 04:36:27 -0000 On Thu, Jul 29, 2010 at 08:08:56PM +0200, Casper Jensen wrote: > Hello > > I have a problem with my areca controller running on amd64 based 7.3-REL > [...] Have you tried 8.1-RELEASE to see if the problem persists? If so, have you opened up a technical support case with Areca? > (probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step Supposedly this is normal. See these posts: http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057838.html http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057842.html http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057844.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-fs@FreeBSD.ORG Fri Jul 30 04:40:22 2010 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 286EB106567A for ; Fri, 30 Jul 2010 04:40:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id CAB6B8FC18 for ; Fri, 30 Jul 2010 04:40:21 +0000 (UTC) Received: from omta07.westchester.pa.mail.comcast.net ([76.96.62.59]) by qmta10.westchester.pa.mail.comcast.net with comcast id o4g01e0031GhbT85A4gMeQ; Fri, 30 Jul 2010 04:40:21 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta07.westchester.pa.mail.comcast.net with comcast id o4gL1e0053LrwQ23T4gMzg; Fri, 30 Jul 2010 04:40:21 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 596089B425; Thu, 29 Jul 2010 21:40:19 -0700 (PDT) Date: Thu, 29 Jul 2010 21:40:19 -0700 From: Jeremy Chadwick To: David Newman Message-ID: <20100730044019.GB85559@icarus.home.lan> References: <4C51ECAA.2070707@networktest.com> <4C51FE41.8030906@FreeBSD.org> <4C520CBA.5080504@networktest.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C520CBA.5080504@networktest.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: mm@FreeBSD.org, fs@freebsd.org Subject: Re: fixing a busted ZFS upgrade X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 04:40:22 -0000 On Thu, Jul 29, 2010 at 04:20:26PM -0700, David Newman wrote: > Thanks very much -- updating the boot blocks on all four drives using > your ISO restored this system so it can boot. > > Also, where is the UPDATING file for 8.1-RELEASE? The only file with > that name I know is in /usr/ports, and that one says nothing about ZFS. The UPDATING file is in the same location for all tags/branches: /usr/src/UPDATING Please note that the excerpt mm@ provided is from HEAD/9-CURRENT; said excerpt isn't in RELENG_8, so you wouldn't have found this information. Validation of my statement: http://www.freebsd.org/cgi/cvsweb.cgi/src/UPDATING#rev.1661 This is from HEAD ("Branches: MAIN"). -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-fs@FreeBSD.ORG Fri Jul 30 04:42:27 2010 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 979FC1065676 for ; Fri, 30 Jul 2010 04:42:27 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8D38FC0A for ; Fri, 30 Jul 2010 04:42:27 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta10.emeryville.ca.mail.comcast.net with comcast id o4cx1e0031HpZEsAA4iTPj; Fri, 30 Jul 2010 04:42:27 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta14.emeryville.ca.mail.comcast.net with comcast id o4iS1e00A3LrwQ28a4iSyq; Fri, 30 Jul 2010 04:42:26 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 326DF9B425; Thu, 29 Jul 2010 21:42:26 -0700 (PDT) Date: Thu, 29 Jul 2010 21:42:26 -0700 From: Jeremy Chadwick To: David Newman Message-ID: <20100730044226.GA85848@icarus.home.lan> References: <4C51ECAA.2070707@networktest.com> <4C51FE41.8030906@FreeBSD.org> <4C520CBA.5080504@networktest.com> <20100730044019.GB85559@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100730044019.GB85559@icarus.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: mm@FreeBSD.org, fs@freebsd.org Subject: Re: fixing a busted ZFS upgrade X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 04:42:27 -0000 On Thu, Jul 29, 2010 at 09:40:19PM -0700, Jeremy Chadwick wrote: > http://www.freebsd.org/cgi/cvsweb.cgi/src/UPDATING#rev.1661 This should have read: http://www.freebsd.org/cgi/cvsweb.cgi/src/UPDATING#rev1.661 -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-fs@FreeBSD.ORG Fri Jul 30 12:54:07 2010 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 A8366106564A; Fri, 30 Jul 2010 12:54:07 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from bijou.wasikowski.net (bijou.wasikowski.net [IPv6:2001:808:10f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 542068FC16; Fri, 30 Jul 2010 12:54:07 +0000 (UTC) Received: from bijou.wasikowski.net (localhost [127.0.0.1]) by bijou.wasikowski.net (Postfix) with ESMTP id 459F25C06B; Fri, 30 Jul 2010 14:54:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from bijou.wasikowski.net ([127.0.0.1]) by bijou.wasikowski.net (bijou.wasikowski.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iriS6l7Ortva; Fri, 30 Jul 2010 14:54:02 +0200 (CEST) Received: from [192.168.138.150] (127-goc-33.acn.waw.pl [94.75.108.127]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by bijou.wasikowski.net (Postfix) with ESMTPSA id EC1255C069; Fri, 30 Jul 2010 14:54:01 +0200 (CEST) Message-ID: <4C52CB67.6080008@wasikowski.net> Date: Fri, 30 Jul 2010 14:53:59 +0200 From: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 MIME-Version: 1.0 To: David Newman References: <4C51ECAA.2070707@networktest.com> <4C51FE41.8030906@FreeBSD.org> <4C520CBA.5080504@networktest.com> In-Reply-To: <4C520CBA.5080504@networktest.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: mm@FreeBSD.org, fs@freebsd.org Subject: Re: Re: fixing a busted ZFS upgrade X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 12:54:07 -0000 W dniu 20:59, David Newman pisze: > Thanks very much -- updating the boot blocks on all four drives using > your ISO restored this system so it can boot. You will be able to boot from RAIDZ as long as all disks will be ok. If one fail you'll be in troubles in 8.1-RELEASE. More info: http://www.freebsd.org/cgi/query-pr.cgi?pr=148655 -- Best regards, Lukasz Wasikowski From owner-freebsd-fs@FreeBSD.ORG Fri Jul 30 23:55:46 2010 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 F1594106566C for ; Fri, 30 Jul 2010 23:55:46 +0000 (UTC) (envelope-from rincebrain@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id C6C178FC16 for ; Fri, 30 Jul 2010 23:55:46 +0000 (UTC) Received: by pwj9 with SMTP id 9so849872pwj.13 for ; Fri, 30 Jul 2010 16:55:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=L0R9DwK5K8aaHcTeYAGaEim5EZHf5O/+kAX/5zLapG8=; b=j3m/OEKOUVL05uWpi0u7uzk2LE849ivJrhLO+vHaGrbQKJkVii9qwfnIYPquS4qhou 1IpFR9yDGHH6Mhl0N0hCdl/Sw7m3R4yj/enN0MNuj5YvF193SrM08OnLuXG3z/iD+fQO +3NCX9UHBj86vHZeNI4fqTfQ8AddpIDmYIpYc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=jjlBIPMI0dJkGzHDk9XaB0CdugLtAhl77iam1/FU5VYfOJgZb2OCupOddIOmCU6yWt rny7zHbBzsb+9SNrlp7ih6mBapplJanUV5DaPsPLNe5NYLAl8CLNs0JjG8oCwLf4F7oH ZY5EvK45j7yRl51IG8HmoLy3IO7CU9yAFKzAE= MIME-Version: 1.0 Received: by 10.142.157.6 with SMTP id f6mr2342387wfe.328.1280534145694; Fri, 30 Jul 2010 16:55:45 -0700 (PDT) Received: by 10.142.169.11 with HTTP; Fri, 30 Jul 2010 16:55:45 -0700 (PDT) In-Reply-To: <20100730043625.GA85559@icarus.home.lan> References: <000001cb2f49$1ca8e560$55fab020$@lurking.dk> <20100730043625.GA85559@icarus.home.lan> Date: Fri, 30 Jul 2010 19:55:45 -0400 Message-ID: From: Rich To: freebsd-fs Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: areca controller problem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Jul 2010 23:55:47 -0000 At a quick glance, you appear to be using the latest arcmsr driver - 1.20.00.17, which is what ships in 8.1-RELEASE. I'd suggest opening a support case with Areca. - Rich On Fri, Jul 30, 2010 at 12:36 AM, Jeremy Chadwick wrote: > On Thu, Jul 29, 2010 at 08:08:56PM +0200, Casper Jensen wrote: >> Hello >> >> I have a problem with my areca controller running on amd64 based 7.3-REL >> [...] > > Have you tried 8.1-RELEASE to see if the problem persists? =A0If so, have > you opened up a technical support case with Areca? > >> (probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step > > Supposedly this is normal. =A0See these posts: > > http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057838.html > http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057842.html > http://lists.freebsd.org/pipermail/freebsd-stable/2010-July/057844.html > > -- > | Jeremy Chadwick =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 jdc@parodius.com | > | Parodius Networking =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://= www.parodius.com/ | > | UNIX Systems Administrator =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Mountain = View, CA, USA | > | Making life hard for others since 1977. =A0 =A0 =A0 =A0 =A0 =A0 =A0PGP:= 4BD6C0CB | > > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-fs@FreeBSD.ORG Sat Jul 31 17:30:25 2010 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 EF2CA1065670 for ; Sat, 31 Jul 2010 17:30:25 +0000 (UTC) (envelope-from roberto@keltia.net) Received: from keltia.net (unknown [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id A5C058FC13 for ; Sat, 31 Jul 2010 17:30:24 +0000 (UTC) Received: from [IPv6:2a01:240:fe5c::226:4aff:fef1:1dd7] (unknown [IPv6:2a01:240:fe5c:0:226:4aff:fef1:1dd7]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id 12B468DDF; Sat, 31 Jul 2010 19:30:23 +0200 (CEST) References: <4C4C15DE.1030802@icyb.net.ua> <4C4C7936.4040109@icyb.net.ua> In-Reply-To: <4C4C7936.4040109@icyb.net.ua> Mime-Version: 1.0 (iPhone Mail 8A306) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Message-Id: <45E0E42F-1F2C-4558-BC3F-6D6283F18A09@keltia.net> X-Mailer: iPhone Mail (8A306) From: Ollivier Robert Date: Sat, 31 Jul 2010 19:30:27 +0200 To: Andriy Gapon X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (keltia.net); Sat, 31 Jul 2010 19:30:23 +0200 (CEST) Cc: "freebsd-fs@freebsd.org" Subject: Re: zfs loader: allow access to any filesystem in a pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2010 17:30:26 -0000 Don't forget snapshots are read-only, you want to clone it before. Le 25 juil. 2010 =C3=A0 19:49, Andriy Gapon a =C3=A9crit := > Potentially there is nothing preventing a snapshot to be used as a boot da= taset. > But I have not implemented this. From owner-freebsd-fs@FreeBSD.ORG Sat Jul 31 20:34:21 2010 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 C880F1065677 for ; Sat, 31 Jul 2010 20:34: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 1B28F8FC13 for ; Sat, 31 Jul 2010 20:34:20 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA04389; Sat, 31 Jul 2010 23:34:14 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1OfIl3-000AZp-QM; Sat, 31 Jul 2010 23:34:13 +0300 Message-ID: <4C5488C4.3000208@icyb.net.ua> Date: Sat, 31 Jul 2010 23:34:12 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100603) MIME-Version: 1.0 To: Ollivier Robert References: <4C4C15DE.1030802@icyb.net.ua> <4C4C7936.4040109@icyb.net.ua> <45E0E42F-1F2C-4558-BC3F-6D6283F18A09@keltia.net> In-Reply-To: <45E0E42F-1F2C-4558-BC3F-6D6283F18A09@keltia.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "freebsd-fs@freebsd.org" , Andriy Gapon Subject: Re: zfs loader: allow access to any filesystem in a pool X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jul 2010 20:34:21 -0000 on 31/07/2010 20:30 Ollivier Robert said the following: > Don't forget snapshots are read-only, you want to clone it before. Why? Is read-only root fs mount (booting from read-only media even) unheard of? > Le 25 juil. 2010 à 19:49, Andriy Gapon a écrit : >> Potentially there is nothing preventing a snapshot to be used as a boot dataset. >> But I have not implemented this. -- Andriy Gapon