From owner-freebsd-fs@FreeBSD.ORG Sun Dec 12 09:25:40 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 43D071065672; Sun, 12 Dec 2010 09:25:40 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 199E98FC1C; Sun, 12 Dec 2010 09:25:40 +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 oBC9PdAM047756; Sun, 12 Dec 2010 09:25:39 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBC9PdFA047752; Sun, 12 Dec 2010 09:25:39 GMT (envelope-from jh) Date: Sun, 12 Dec 2010 09:25:39 GMT Message-Id: <201012120925.oBC9PdFA047752@freefall.freebsd.org> To: mshurst@engmail.uwaterloo.ca, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/85326: [smbfs] [panic] saving a file via samba to an overquota account crashes system X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Dec 2010 09:25:40 -0000 Synopsis: [smbfs] [panic] saving a file via samba to an overquota account crashes system State-Changed-From-To: feedback->closed State-Changed-By: jh State-Changed-When: Sun Dec 12 09:25:39 UTC 2010 State-Changed-Why: Feedback timeout. http://www.freebsd.org/cgi/query-pr.cgi?pr=85326 From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 05:21:41 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 4A3DF1065675; Mon, 13 Dec 2010 05:21:41 +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 2040D8FC18; Mon, 13 Dec 2010 05:21:41 +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 oBD5LevW042102; Mon, 13 Dec 2010 05:21:40 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBD5LehY042098; Mon, 13 Dec 2010 05:21:40 GMT (envelope-from linimon) Date: Mon, 13 Dec 2010 05:21:40 GMT Message-Id: <201012130521.oBD5LehY042098@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-fs@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/152605: [ufs] [panic] handle_workitem_freeblocks: inode 18 block count 84 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 05:21:41 -0000 Old Synopsis: panic: handle_workitem_freeblocks: inode 18 block count 84 New Synopsis: [ufs] [panic] handle_workitem_freeblocks: inode 18 block count 84 Responsible-Changed-From-To: freebsd-bugs->freebsd-fs Responsible-Changed-By: linimon Responsible-Changed-When: Mon Dec 13 05:21:07 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=152605 From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 10:07:06 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 A997E106566C for ; Mon, 13 Dec 2010 10:07:06 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 544738FC08 for ; Mon, 13 Dec 2010 10:07:05 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A9BEB45B36; Mon, 13 Dec 2010 11:07:03 +0100 (CET) Received: from localhost (pdawidek.whl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 70A4345684; Mon, 13 Dec 2010 11:06:58 +0100 (CET) Date: Mon, 13 Dec 2010 11:06:55 +0100 From: Pawel Jakub Dawidek To: Dmitry Morozovsky Message-ID: <20101213100655.GC1740@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org Subject: Re: stale zpool: how to rename? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 10:07:06 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 09, 2010 at 09:49:07PM +0300, Dmitry Morozovsky wrote: > Dear colleagues, >=20 > how can I clear stale traces of old pool? >=20 > [this is on fresh stable/8] >=20 > Now I have: >=20 > root@ogre2:~# zpool import > pool: og > id: 4146846692207551713 > state: UNAVAIL > status: One or more devices are missing from the system. > action: The pool cannot be imported. Attach the missing > devices and try again. > see: http://www.sun.com/msg/ZFS-8000-3C > config: >=20 > og UNAVAIL insufficient replicas > mirror UNAVAIL insufficient replicas > da0 UNAVAIL cannot open > da1 UNAVAIL cannot open > root@ogre2:~# zpool status > pool: o > state: ONLINE > scrub: none requested > config: >=20 > NAME STATE READ WRITE CKSUM > o ONLINE 0 0 0 > mirror ONLINE 0 0 0 > da0h ONLINE 0 0 0 > da1h ONLINE 0 0 0 You have stale ZFS metadata on da0 and da1, which are not really usable, but still detectable. And you have new pool on da[01]h. There is not much you can do apart of detaching one partition from the 'o' pool, clearing few first and few last megabytes on the disk, recreating partition, and reattaching it to the pool. Then repeating the operation with the other disk. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0F8D8ACgkQForvXbEpPzRdQwCgmDQ1n7yRA8jGrxBzU446RXxw F2wAoMzANLtusIzsIemIdT3NgPywm1rl =KVCm -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 11:08: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 337E7106566C for ; Mon, 13 Dec 2010 11:08:14 +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 063A38FC08 for ; Mon, 13 Dec 2010 11:08:14 +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 oBDB8DPR045479 for ; Mon, 13 Dec 2010 11:08:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBDB8DkR045476 for freebsd-fs@FreeBSD.org; Mon, 13 Dec 2010 11:08:13 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Dec 2010 11:08:13 GMT Message-Id: <201012131108.oBDB8DkR045476@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-fs@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-fs@FreeBSD.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 11:08:14 -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/152605 fs [ufs] [panic] handle_workitem_freeblocks: inode 18 blo o kern/152488 fs [tmpfs] [patch] mtime of file updated when only inode o kern/152079 fs [msdosfs] [patch] Small cleanups from the other NetBSD o kern/152022 fs [nfs] nfs service hangs with linux client [regression] o kern/151942 fs [zfs] panic during ls(1) zfs snapshot directory o kern/151905 fs [zfs] page fault under load in /sbin/zfs o kern/151845 fs [smbfs] [patch] smbfs should be upgraded to support Un o bin/151713 fs [patch] Bug in growfs(8) with respect to 32-bit overfl o kern/151648 fs [zfs] disk wait bug o kern/151629 fs [fs] [patch] Skip empty directory entries during name o kern/151330 fs [zfs] will unshare all zfs filesystem after execute a o kern/151326 fs [nfs] nfs exports fail if netgroups contain duplicate o kern/151251 fs [ufs] Can not create files on filesystem with heavy us o kern/151226 fs [zfs] can't delete zfs snapshot o kern/151111 fs [zfs] vnodes leakage during zfs unmount o kern/150796 fs [panic] [suj] [ufs] [softupdates] Panic on portbuild o kern/150503 fs [zfs] ZFS disks are UNAVAIL and corrupted after reboot o kern/150501 fs [zfs] ZFS vdev failure vdev.bad_label on amd64 o kern/150390 fs [zfs] zfs deadlock when arcmsr reports drive faulted o kern/150336 fs [nfs] mountd/nfsd became confused; refused to reload n o kern/150207 fs zpool(1): zpool import -d /dev tries to open weird dev o kern/149208 fs mksnap_ffs(8) hang/deadlock o kern/149173 fs [patch] [zfs] make OpenSolaris installa o kern/149022 fs [hang] File system operations hangs with suspfs state o kern/149015 fs [zfs] [patch] misc fixes for ZFS code to build on Glib o kern/149014 fs [zfs] [patch] declarations in ZFS libraries/utilities o kern/149013 fs [zfs] [patch] make ZFS makefiles use the libraries fro o kern/148504 fs [zfs] ZFS' zpool does not allow replacing drives to be o kern/148490 fs [zfs]: zpool attach - resilver bidirectionally, and re o kern/148368 fs [zfs] ZFS hanging forever on 8.1-PRERELEASE o 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/147560 fs [zfs] [boot] Booting 8.1-PRERELEASE raidz system take o kern/147420 fs [ufs] [panic] ufs_dirbad, nullfs, jail panic (corrupt o kern/146941 fs [zfs] [panic] Kernel Double Fault - Happens constantly o kern/146786 fs [zfs] zpool import hangs with checksum errors o kern/146708 fs [ufs] [panic] Kernel panic in softdep_disk_write_compl o kern/146528 fs [zfs] Severe memory leak in ZFS on i386 o kern/146502 fs [nfs] FreeBSD 8 NFS Client Connection to Server o kern/146375 fs [nfs] [patch] Typos in macro variables names in sys/fs 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 bin/145309 fs bsdlabel: Editing disk label invalidates the whole dev o kern/145272 fs [zfs] [panic] Panic during boot when accessing zfs on o kern/145246 fs [ufs] dirhash in 7.3 gratuitously frees hashes when it o kern/145238 fs [zfs] [panic] kernel panic on zpool clear tank o kern/145229 fs [zfs] Vast differences in ZFS ARC behavior between 8.0 o kern/145189 fs [nfs] nfsd performs abysmally under load o kern/144929 fs [ufs] [lor] vfs_bio.c + ufs_dirhash.c 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 bin/143572 fs [zfs] zpool(1): [patch] The verbose output from iostat 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/138790 fs [zfs] ZFS ceases caching when mem demand is high o kern/138662 fs [panic] ffs_blkfree: freeing free block o kern/138421 fs [ufs] [patch] remove UFS label limitations o kern/138202 fs mount_msdosfs(1) see only 2Gb o kern/136968 fs [ufs] [lor] ufs/bufwait/ufs (open) o kern/136945 fs [ufs] [lor] filedesc structure/ufs (poll) o kern/136944 fs [ffs] [lor] bufwait/snaplk (fsync) o kern/136873 fs [ntfs] Missing directories/files on NTFS volume o kern/136865 fs [nfs] [patch] NFS exports atomic and on-the-fly atomic o kern/136470 fs [nfs] Cannot mount / in read-only, over NFS o kern/135667 fs [lor] LORs causing ufs filesystem corruption on XEN Do 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 o kern/132960 fs [ufs] [panic] panic:ffs_blkfree: freeing free frag o kern/132397 fs reboot causes filesystem corruption (failure to sync b o kern/132331 fs [ufs] [lor] LOR ufs and syncer o kern/132237 fs [msdosfs] msdosfs has problems to read MSDOS Floppy o kern/132145 fs [panic] File System Hard Crashes o kern/131441 fs [unionfs] [nullfs] unionfs and/or nullfs not combineab o kern/131360 fs [nfs] poor scaling behavior of the NFS server under lo o kern/131342 fs [nfs] mounting/unmounting of disks causes NFS to fail o bin/131341 fs makefs: error "Bad file descriptor" on the mount poin o kern/130920 fs [msdosfs] cp(1) takes 100% CPU time while copying file o kern/130210 fs [nullfs] Error by check nullfs o kern/129760 fs [nfs] after 'umount -f' of a stale NFS share FreeBSD l o kern/129488 fs [smbfs] Kernel "bug" when using smbfs in smbfs_smb.c: o kern/129231 fs [ufs] [patch] New UFS mount (norandom) option - mostly o kern/129152 fs [panic] non-userfriendly panic when trying to mount(8) o kern/127787 fs [lor] [ufs] Three LORs: vfslock/devfs/vfslock, ufs/vfs o bin/127270 fs fsck_msdosfs(8) may crash if BytesPerSec is zero o kern/127029 fs [panic] mount(8): trying to mount a write protected zi o kern/126287 fs [ufs] [panic] Kernel panics while mounting an UFS file o kern/125895 fs [ffs] [panic] kernel: panic: ffs_blkfree: freeing free s kern/125738 fs [zfs] [request] SHA256 acceleration in ZFS p kern/124621 fs [ext3] [patch] Cannot mount ext2fs partition 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] [ffs] [snapshot] System crashes when manipulat o kern/120483 fs [ntfs] [patch] NTFS filesystem locking changes o kern/120482 fs [ntfs] [patch] Sync style changes between NetBSD and F o kern/118912 fs [2tb] disk sizing/geometry problem with large array o kern/118713 fs [minidump] [patch] Display media size required for a k o bin/118249 fs [ufs] mv(1): moving a directory changes its mtime o kern/118107 fs [ntfs] [panic] Kernel panic when accessing a file at N o kern/117954 fs [ufs] dirhash on very large directories blocks the mac o bin/117315 fs [smbfs] mount_smbfs(8) and related options can't mount o kern/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 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 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] [iconv] mount_msdosfs: msdosfs_iconv: Operat 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 s bin/97498 fs [request] newfs(8) has no option to clear the first 12 o kern/97377 fs [ntfs] [patch] syntax cleanup for ntfs_ihash.c o kern/95222 fs [cd9660] File sections on ISO9660 level 3 CDs ignored o kern/94849 fs [ufs] rename on UFS filesystem is not atomic o bin/94810 fs fsck(8) incorrectly reports 'file system marked clean' o kern/94769 fs [ufs] Multiple file deletions on multi-snapshotted fil o kern/94733 fs [smbfs] smbfs may cause double unlock o bin/94635 fs snapinfo(8)/libufs only works for disk-backed filesyst o kern/93942 fs [vfs] [patch] panic: ufs_dirbad: bad dir (patch from D o kern/92272 fs [ffs] [hang] Filling a filesystem while creating a sna o kern/91134 fs [smbfs] [patch] Preserve access and modification time a kern/90815 fs [smbfs] [patch] SMBFS with character conversions somet o kern/88657 fs [smbfs] windows client hang when browsing a samba shar o kern/88555 fs [panic] ffs_blkfree: freeing free frag on AMD 64 o kern/88266 fs [smbfs] smbfs does not implement UIO_NOCOPY and sendfi o bin/87966 fs [patch] newfs(8): introduce -A flag for newfs to enabl o kern/87859 fs [smbfs] System reboot while umount smbfs. o kern/86587 fs [msdosfs] rm -r /PATH fails with lots of small files o bin/85494 fs fsck_ffs: unchecked use of cg_inosused macro etc. o kern/80088 fs [smbfs] Incorrect file time setting on NTFS mounted vi o bin/74779 fs Background-fsck checks one filesystem twice and omits o kern/73484 fs [ntfs] Kernel panic when doing `ls` from the client si o bin/73019 fs [ufs] fsck_ufs(8) cannot alloc 607016868 bytes for ino o kern/71774 fs [ntfs] NTFS cannot "see" files on a WinXP filesystem o bin/70600 fs fsck(8) throws files away when it can't grow lost+foun o kern/68978 fs [panic] [ufs] crashes with failing hard disk, loose po o kern/65920 fs [nwfs] Mounted Netware filesystem behaves strange o kern/65901 fs [smbfs] [patch] smbfs fails fsx write/truncate-down/tr o kern/61503 fs [smbfs] mount_smbfs does not work as non-root o kern/55617 fs [smbfs] Accessing an nsmb-mounted drive via a smb expo o kern/51685 fs [hang] Unbounded inode allocation causes kernel to loc o kern/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 bin/27687 fs fsck(8) wrapper is not properly passing options to fsc o kern/18874 fs [2TB] 32bit NFS servers export wrong negative values t 210 problems total. From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 13:08:36 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 408B31065696 for ; Mon, 13 Dec 2010 13:08:36 +0000 (UTC) (envelope-from zeus@relay.ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id B206A8FC0A for ; Mon, 13 Dec 2010 13:08:35 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id oBDD8X2n098431; Mon, 13 Dec 2010 15:08:33 +0200 (EET) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id oBDD8X3f098430; Mon, 13 Dec 2010 15:08:33 +0200 (EET) Date: Mon, 13 Dec 2010 15:08:33 +0200 From: Zeus V Panchenko To: Ivan Voras Message-ID: <20101213130833.GF80898@relay.ibs.dn.ua> References: <20101209141412.GA62013@relay.ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Cc: freebsd-fs@freebsd.org Subject: Re: what is the best way to use free space on several boxes? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus@ibs.dn.ua List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 13:08:36 -0000 Ivan Voras (ivoras@freebsd.org) [10.12.09 17:15] wrote: > > From one side, you can simply create large files within the existing > file systems (e.g. a 300 GB file on each) to serve as virtual disks, > export them with iSCSI, import them on another box and create a ZFS > raidz volume out of those drives - you get a small amount of fault > tolerance here. The bad sides are: you need to have a large "fixed > space" file on each of the machines (you can theoretically create sparse > files but the downsides are even worse), only one box can see the > consolidated space (the ZFS volume), what if i set cluster of FreeNAS-es and export to it the files as ZFS space? -- Zeus V. Panchenko GMT+2 (EET) From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 13:27: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 923BB1065675 for ; Mon, 13 Dec 2010 13:27:46 +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 48A098FC24 for ; Mon, 13 Dec 2010 13:27:46 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PS8RM-0003cW-TM for freebsd-fs@freebsd.org; Mon, 13 Dec 2010 14:27:44 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 13 Dec 2010 14:27:44 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 13 Dec 2010 14:27:44 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Mon, 13 Dec 2010 14:27:33 +0100 Lines: 18 Message-ID: References: <20101209141412.GA62013@relay.ibs.dn.ua> <20101213130833.GF80898@relay.ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: <20101213130833.GF80898@relay.ibs.dn.ua> X-Enigmail-Version: 1.1.2 Subject: Re: what is the best way to use free space on several boxes? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 13:27:46 -0000 On 13/12/2010 14:08, Zeus V Panchenko wrote: > Ivan Voras (ivoras@freebsd.org) [10.12.09 17:15] wrote: >> >> From one side, you can simply create large files within the existing >> file systems (e.g. a 300 GB file on each) to serve as virtual disks, >> export them with iSCSI, import them on another box and create a ZFS >> raidz volume out of those drives - you get a small amount of fault >> tolerance here. The bad sides are: you need to have a large "fixed >> space" file on each of the machines (you can theoretically create sparse >> files but the downsides are even worse), only one box can see the >> consolidated space (the ZFS volume), > > what if i set cluster of FreeNAS-es and export to it the files as ZFS space? If the machines are used by nothing else except FreeNAS, it makes things somewhat simpler since you don't have to share the space. It would work, probably similar to what I've described. From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 13:33:17 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 19FA3106564A for ; Mon, 13 Dec 2010 13:33:17 +0000 (UTC) (envelope-from mike.barnardq@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id C64898FC13 for ; Mon, 13 Dec 2010 13:33:16 +0000 (UTC) Received: by gwj20 with SMTP id 20so3779355gwj.36 for ; Mon, 13 Dec 2010 05:33:16 -0800 (PST) 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:cc:content-type; bh=gCH9rELIVZAPSehd6pnUH3C96cODSvGgMSyRAf9fEcc=; b=xJae+Y4yjHXVZdtYp9PyqII8S5szSt/CDihAcz9vopBQ9yh2e8DHBDF9MCaM1izbyc 7Fxj/8onQ3TODp6vvmAQ4r0FzANnIk0ZdXZ+hOAEO0bosFHwClMkV0N6cZY6LVSHUghp Im066VSh70PlJ/FlIXQFMLlOtttb6g0VyQ50A= 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 :cc:content-type; b=KpVsaYVp4n/jWr2MctmOE1zpUX7/Tw/exALRNevFkqYFzAu/o4FeCuLY3BcFlBEJeU 2T5tMxheHx7UU1bR2buLf3ePbvUDpVAP0UgxRKRSCsPrp6L54RGBf2GOAwvmn0+kW3oR Lwh03qpaMgGTXMMSr+cAvpb0t3rTRyxcK8BDA= MIME-Version: 1.0 Received: by 10.100.172.4 with SMTP id u4mr2641276ane.70.1292247195973; Mon, 13 Dec 2010 05:33:15 -0800 (PST) Received: by 10.100.38.18 with HTTP; Mon, 13 Dec 2010 05:33:15 -0800 (PST) In-Reply-To: References: Date: Mon, 13 Dec 2010 16:33:15 +0300 Message-ID: From: Mike Barnard To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: HAST role failure X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 13:33:17 -0000 Thanks Freddie, For some reason, I still get the same error even after destroying the journal. hastctl create shared [ERROR] [shared] Unable to open /dev/da0s1g: Operation not permitted. When I check the status on the primary, I get this: shared: role: init provname: shared localpath: /dev/da0s1g extentsize: 0 keepdirty: 0 remoteaddr: tcp4://172.19.254.15 replication: memsync dirty: 0 bytes I get the same log entry in var/log/messages: Dec 13 16:24:53 hastA hastd[2325]: [shared] (primary) Unable to open /dev/da0s1g: Operation not permitted. Dec 13 16:24:58 hastA hastd[2319]: [shared] (primary) Worker process exited ungracefully (pid=2325, exitcode=66). Is there a way I can destroy a hast resource once created? Regards, Mike On Fri, Dec 10, 2010 at 6:39 PM, Freddie Cash wrote: > On Fri, Dec 10, 2010 at 5:05 AM, Mike Barnard > wrote: > > I have setup HAST on 2 FreeBSD 8.1-STABLE, hastA being primary and hastB > > secondary. > > > > hastctl create mirror works with no problem on hastA, but when I run > hastctl > > role primary shared on the primary, it gives an error and fails: > > > > Dec 10 15:47:24 hastA hastd[9911]: [shared] (primary) Unable to open > > /dev/da0s1g.journal: Operation not permitted. > > Dec 10 15:47:29 hastA hastd[9888]: [shared] (primary) Worker process > exited > > ungracefully (pid=9911, exitcode=66). > > Create hast on the bare partition. > > Then create the gjournal device on top of the /dev/hast device. > > Then use the gjournal device for your filesystem. > > HAST really should be the lowest level in the storage chain. > > -- > Freddie Cash > fjwcash@gmail.com > -- Mike Of course, you might discount this possibility, but remember that one in a million chances happen 99% of the time. ------------------------------------------------------------ From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 13:37: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 64799106566B for ; Mon, 13 Dec 2010 13:37:44 +0000 (UTC) (envelope-from zeus@relay.ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id B75318FC0C for ; Mon, 13 Dec 2010 13:37:43 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id oBDDbgCM006906 for ; Mon, 13 Dec 2010 15:37:42 +0200 (EET) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id oBDDbgmD006905 for freebsd-fs@freebsd.org; Mon, 13 Dec 2010 15:37:42 +0200 (EET) Date: Mon, 13 Dec 2010 15:37:42 +0200 From: Zeus V Panchenko To: freebsd-fs@freebsd.org Message-ID: <20101213133742.GG80898@relay.ibs.dn.ua> References: <20101209141412.GA62013@relay.ibs.dn.ua> <20101213130833.GF80898@relay.ibs.dn.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Subject: Re: what is the best way to use free space on several boxes? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus@ibs.dn.ua List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 13:37:44 -0000 thanks everydody for advices will try to do big files on the servers exported to ZFS on FreeNAS cluster -- Zeus V. Panchenko GMT+2 (EET) From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 14:30:42 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 69D2210657C6 for ; Mon, 13 Dec 2010 14:30:42 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 11DB48FC15 for ; Mon, 13 Dec 2010 14:30:41 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 734B045C99; Mon, 13 Dec 2010 15:30:39 +0100 (CET) Received: from localhost (pdawidek.whl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A601F45C89; Mon, 13 Dec 2010 15:30:33 +0100 (CET) Date: Mon, 13 Dec 2010 15:30:30 +0100 From: Pawel Jakub Dawidek To: Mike Barnard Message-ID: <20101213143030.GE1740@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6sX45UoQRIJXqkqR" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org Subject: Re: HAST role failure X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 14:30:42 -0000 --6sX45UoQRIJXqkqR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 13, 2010 at 04:33:15PM +0300, Mike Barnard wrote: > Thanks Freddie, >=20 > For some reason, I still get the same error even after destroying the > journal. >=20 > hastctl create shared > [ERROR] [shared] Unable to open /dev/da0s1g: Operation not permitted. Maybe this happens because the operation is not permitted?:) Isn't da0s1g in use already? For example there is a file system on top of it which is already mounted? If not, please send the output of: # sysctl -b kern.geom.confxml --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --6sX45UoQRIJXqkqR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0GLgYACgkQForvXbEpPzT1dgCg4I5aojNrzXbYeTFuRr9TZnZV B3EAoKqswZZXIDlog4VbBKRR18uiGEzL =hqKM -----END PGP SIGNATURE----- --6sX45UoQRIJXqkqR-- From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 15:38:06 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 55A8C106566B; Mon, 13 Dec 2010 15:38:06 +0000 (UTC) (envelope-from mike.barnardq@gmail.com) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by mx1.freebsd.org (Postfix) with ESMTP id ED6478FC1A; Mon, 13 Dec 2010 15:38:05 +0000 (UTC) Received: by gxk28 with SMTP id 28so5177468gxk.17 for ; Mon, 13 Dec 2010 07:38:05 -0800 (PST) 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:cc:content-type; bh=P/XeLIiTQwGslJJrdpG8PSy5Iyr9Ljmu8F2Z5/H0F1Y=; b=rvKOSvVvuAqWoAtxoySnXDV++j7owEBbwxFU/QW49SUEsc2idOP5nzBsiMe24Z1uaV B98m10Q9Pe9w7XMC9Vk7jDWsFU24Kt5vUvE2wsnalqCN1nF0jsyyI2yMdWQnoECh829P 3JTdjue6w3+fFqy+Lo35kq/LupP3MvSZEvyvI= 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 :cc:content-type; b=W+CDDcQvSqUaDRygWRAKanP2758tiaIpdrIpDQGPUEoJTMTmVXnRWk2ZHeo42RtnbO g7PNOywk9ywjfFXp5vgS8IunhykLpVpa+NXTbcXzDRQkdWtfD0lYQdo3hef86hxakWLz jQ8i/QW3/if60ZxKEX4x2JkkgngVA5lJQ4mAI= MIME-Version: 1.0 Received: by 10.100.177.13 with SMTP id z13mr2723701ane.138.1292254685008; Mon, 13 Dec 2010 07:38:05 -0800 (PST) Received: by 10.100.38.18 with HTTP; Mon, 13 Dec 2010 07:38:04 -0800 (PST) In-Reply-To: <20101213143030.GE1740@garage.freebsd.pl> References: <20101213143030.GE1740@garage.freebsd.pl> Date: Mon, 13 Dec 2010 18:38:04 +0300 Message-ID: From: Mike Barnard To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: HAST role failure X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 15:38:06 -0000 On Mon, Dec 13, 2010 at 5:30 PM, Pawel Jakub Dawidek wrote: > On Mon, Dec 13, 2010 at 04:33:15PM +0300, Mike Barnard wrote: > > Thanks Freddie, > > > > For some reason, I still get the same error even after destroying the > > journal. > > > > hastctl create shared > > [ERROR] [shared] Unable to open /dev/da0s1g: Operation not permitted. > > Maybe this happens because the operation is not permitted?:) > Isn't da0s1g in use already? For example there is a file system on top > of it which is already mounted? If not, please send the output of: > > Yes, da0s1g is, after destroying the journal, mounted and yes has the ufs file system on it. and right after sending this, I'll go stick my head in a freezer box for good measure of my silliness... sigh # sysctl -b kern.geom.confxml > > I guess there is no need for this since I had grossly overlooked this one simple thing #:-s -- Mike Of course, you might discount this possibility, but remember that one in a million chances happen 99% of the time. ------------------------------------------------------------ From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 18:20:12 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 7EA17106566B; Mon, 13 Dec 2010 18:20:12 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id F204D8FC18; Mon, 13 Dec 2010 18:20:11 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id oBDIJs37008826; Mon, 13 Dec 2010 19:20:09 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id oBDIJs1C008825; Mon, 13 Dec 2010 19:19:54 +0100 (CET) (envelope-from olli) Date: Mon, 13 Dec 2010 19:19:54 +0100 (CET) Message-Id: <201012131819.oBDIJs1C008825@lurza.secnetix.de> From: Oliver Fromme To: freebsd-fs@FreeBSD.ORG, arundel@FreeBSD.ORG In-Reply-To: <20101211193433.GA18970@freebsd.org> X-Newsgroups: list.freebsd-fs User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Mon, 13 Dec 2010 19:20:10 +0100 (CET) Cc: Subject: Re: expand_number(3) support for tmpfs -o size and -o maxfilesize X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-fs@FreeBSD.ORG, arundel@FreeBSD.ORG List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 18:20:12 -0000 Alexander Best wrote: > is it possible to get support for something like this fstab entry? > > tmpfs /tmp tmpfs rw,mode=1777,size=500m 0 0 expand_number(3) is a libc function which is availbale to userland, but the size= argument is parsed by the kernel. We don't have something like expand_number() in the kernel. A few parts of the kernel have grown their own: getenv_quad() in kern/kern_environment.c gv_sizespec() in geom/vinum/geom_vinum_share.c > tmpfs doesn't seem to handle humanzied numbers that well. df -h reports: > > Filesystem Size Used Avail Capacity Mounted on > tmpfs 17G 12M 17G 0% /tmp That's expected behaviour ... The function vfs_scanopt() is used to parse the size argument using the "%qu" format, expecting the number in bytes. So if you write "500m", it stops at the "m" and simply parses the number as 500 bytes, which is below the minimum size (4 KB), so it falls back to the default maximum size which is the total amount of memory available (RAM + swap). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "That's what I love about GUIs: They make simple tasks easier, and complex tasks impossible." -- John William Chambless From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 19:53: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 8B589106564A for ; Mon, 13 Dec 2010 19:53:14 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 487E28FC08 for ; Mon, 13 Dec 2010 19:53:14 +0000 (UTC) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out2.tiscali.nl with esmtp (Exim) (envelope-from ) id 1PSECC-0005Ft-Ao for freebsd-fs@freebsd.org; Mon, 13 Dec 2010 20:36:28 +0100 Received: from 212-123-145-58.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id 8753A190E2 for ; Mon, 13 Dec 2010 20:36:25 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-fs@freebsd.org References: <20101209141412.GA62013@relay.ibs.dn.ua> <20101213130833.GF80898@relay.ibs.dn.ua> <20101213133742.GG80898@relay.ibs.dn.ua> Date: Mon, 13 Dec 2010 20:36:25 +0100 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: <20101213133742.GG80898@relay.ibs.dn.ua> User-Agent: Opera Mail/10.63 (FreeBSD) Content-Transfer-Encoding: quoted-printable Subject: Re: what is the best way to use free space on several boxes? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 19:53:14 -0000 On Mon, 13 Dec 2010 14:37:42 +0100, Zeus V Panchenko =20 wrote: > thanks everydody for advices > > will try to do big files on the servers exported to ZFS on FreeNAS > cluster > Post your results. I would be interested in how well it works. Ronald. From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 21:46:07 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 740F01065670; Mon, 13 Dec 2010 21:46:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6958FC12; Mon, 13 Dec 2010 21:46:06 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 1E4FE45CA0; Mon, 13 Dec 2010 22:46:05 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CB2F945683; Mon, 13 Dec 2010 22:45:59 +0100 (CET) Date: Mon, 13 Dec 2010 22:45:56 +0100 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20101213214556.GC2038@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S1BNGpv0yoYahz37" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 21:46:07 -0000 --S1BNGpv0yoYahz37 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. The new patchset is ready for testing: http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 When applying the patch be sure to use correct options for patch(1)!: # cd /usr/src # fetch http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 # bzip2 -d zfs_20101212.patch.bz2 # patch -E -p0 < zfs_20101212.patch The patch is against FreeBSD HEAD as of 2010-12-12. Some of the changes since the last patchset (zfs_20100831.patch): - Boot support for ZFS v28 (only RAIDZ3 is not yet supported). - Various fixes for the existing ZFS boot code. - Support for sendfile(2) (by avg@). - Userland<->kernel compatibility with v13-v15 (by mm@). - ACL fixes (by trasz@). - Various bug fixes. Please test, test, test. Chances are this is the last patchset before v28 going to HEAD (finally). Especially test new changes, like boot support and sendfile(2) support. Also be sure to verify if you can import for existing ZFS pools (v13-v15) when running v28 or boot from your existing pools. Enjoy! PS. Martin (mm@) will be providing patch against 8-STABLE soon. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --S1BNGpv0yoYahz37 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0GlBMACgkQForvXbEpPzRlcQCgmkzn29dOIcfIZYRv+HNowl/f hYwAn1nCa2M5RjtgDv/DqU3OkFWG4foF =cal6 -----END PGP SIGNATURE----- --S1BNGpv0yoYahz37-- From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 22:45:41 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 EAA72106564A; Mon, 13 Dec 2010 22:45:40 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 911E98FC17; Mon, 13 Dec 2010 22:45:40 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id E160245E8E; Mon, 13 Dec 2010 23:45:38 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id CC87045DF4; Mon, 13 Dec 2010 23:45:33 +0100 (CET) Date: Mon, 13 Dec 2010 23:45:30 +0100 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20101213224530.GI2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q59ABw34pTSIagmi" Content-Disposition: inline In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 22:45:41 -0000 --Q59ABw34pTSIagmi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > Hi. >=20 > The new patchset is ready for testing: >=20 > http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 >=20 > When applying the patch be sure to use correct options for patch(1)!: >=20 > # cd /usr/src > # fetch http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 > # bzip2 -d zfs_20101212.patch.bz2 > # patch -E -p0 < zfs_20101212.patch [...] If patch(1) reports reject of sys/cddl/compat/opensolaris/sys/sysmacros.h file or you see the following error while compiling world: /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ct= f/cvt/strtab.c:249: undefined reference to `MIN' strtab.o(.text+0x28d): In function `strtab_insert': /usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contrib/opensolaris/tools/ct= f/cvt/strtab.c:119: undefined reference to `MIN' strtab.o(.text+0x3a1):/usr/src/cddl/usr.bin/ctfconvert/../../../cddl/contri= b/opensolaris/tools/ctf/cvt/strtab.c:145: undefined reference to `MIN' *** Error code 1 Simple remove sys/cddl/compat/opensolaris/sys/sysmacros.h file from the tre= e. Unfortunately the patch can either works on source downloaded via cvsup or = on the source downloaded via subversion as those two have different $FreeBSD$ = id strings (at least in case of this file). The patch is generated based on subversion source, so if you use cvsup, you most likely will see the reject= and the error. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Q59ABw34pTSIagmi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0GogoACgkQForvXbEpPzRlwwCfZA/DRfA+IbHCO/TN+fsUs43r FzkAn1fl84RQuuZ7QMM6nsBCuLSeJ8r8 =LoRe -----END PGP SIGNATURE----- --Q59ABw34pTSIagmi-- From owner-freebsd-fs@FreeBSD.ORG Mon Dec 13 23:12: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 B21E0106566B; Mon, 13 Dec 2010 23:12:22 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 51E228FC0A; Mon, 13 Dec 2010 23:12:21 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7B5A445C9B; Tue, 14 Dec 2010 00:12:20 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4813245C8A; Tue, 14 Dec 2010 00:12:12 +0100 (CET) Date: Tue, 14 Dec 2010 00:12:08 +0100 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20101213231208.GK2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HLsZ5Z1opAQvdr2J" Content-Disposition: inline In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 23:12:22 -0000 --HLsZ5Z1opAQvdr2J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > Hi. >=20 > The new patchset is ready for testing: >=20 > http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.bz2 You can also download the whole source tree already patched from here: http://people.freebsd.org/~pjd/zfs_20101212.tbz --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --HLsZ5Z1opAQvdr2J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0GqEgACgkQForvXbEpPzQvUwCgxFcxR2dmztee/q1/FQoJwyWc zgUAoLoO2mN7lLB6bec71NLdr++DT6bt =uph1 -----END PGP SIGNATURE----- --HLsZ5Z1opAQvdr2J-- From owner-freebsd-fs@FreeBSD.ORG Tue Dec 14 07:04: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 CEC16106564A; Tue, 14 Dec 2010 07:04:11 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 754778FC16; Tue, 14 Dec 2010 07:04:10 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AA4FA45CA6; Tue, 14 Dec 2010 08:04:09 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 959B145C99; Tue, 14 Dec 2010 08:04:04 +0100 (CET) Date: Tue, 14 Dec 2010 08:03:59 +0100 From: Pawel Jakub Dawidek To: Steven Hartland Message-ID: <20101214070359.GL2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> <461DD46B04234127AC0984F945FF6CA6@multiplay.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2YJj5f1P6Th4nBRw" Content-Disposition: inline In-Reply-To: <461DD46B04234127AC0984F945FF6CA6@multiplay.co.uk> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 07:04:11 -0000 --2YJj5f1P6Th4nBRw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 13, 2010 at 11:00:31PM -0000, Steven Hartland wrote: > What's the expected behaviour for the sendfile changes as > sendfile is one of the problems we have here with the > double memory allocation required for it under ZFS compared > to UFS. Does this patch address that? No. The patch doesn't address that. It only adds support for sendfile(2), as it was commented out in the previous patchset. > Inspecting the patch the following segment looks odd:- > --- sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c.orig > +++ sys/cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c > ... > while (n > 0) { > nbytes =3D MIN(n, zfs_read_chunk_size - > P2PHASE(uio->uio_loffset, zfs_read_chunk_size)); >=20 > +#ifdef __FreeBSD__ > + if (uio->uio_segflg =3D=3D UIO_NOCOPY) > + error =3D mappedread_sf(vp, nbytes, uio); > + else > +#endif /* __FreeBSD__ */ > if (vn_has_cached_data(vp)) > error =3D mappedread(vp, nbytes, uio); > else >=20 > Is there an extra "else" in there which will break things or should > the __FreeBSD__ mappedread_sf block replace the standard mappedread > call or is the indentation just a bit weird? The code is correct. It is just hard to split 'else' and 'if' with a '#endif' and keep the indentation pretty. Depends on the conditions we use one of the three methods to read the data. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --2YJj5f1P6Th4nBRw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0HFt8ACgkQForvXbEpPzQv7ACg8/MXfzFBhw/3Anqp662p9S9a AqQAoNJBzLjkCHVVWerdU1PCfI1oGUFG =5U9O -----END PGP SIGNATURE----- --2YJj5f1P6Th4nBRw-- From owner-freebsd-fs@FreeBSD.ORG Tue Dec 14 13:17:49 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 C5A39106566C; Tue, 14 Dec 2010 13:17:49 +0000 (UTC) (envelope-from mike.barnardq@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6644E8FC14; Tue, 14 Dec 2010 13:17:49 +0000 (UTC) Received: by ywp6 with SMTP id 6so317382ywp.13 for ; Tue, 14 Dec 2010 05:17:48 -0800 (PST) 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:cc:content-type; bh=qaZb1Rf/Iqr6lHOoPAI4+wod3DANJrX6MQ130UOzMe0=; b=UJ7n93xMBMRSrmZkJAnFUWkQjbjt3/xMNlEAlmQoKu+EoXBy10KFMcxhp5ALSosPi6 O7/O8Vm/nBUEfysgvxlvjY7XWxIxsQ2eXtaSY4AyeyS9HOEaXO7rvol8xWe3H57772f3 /yDaD6+CNxUyQ8sVLfc9WGhTqHo9kEaYfO+8I= 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 :cc:content-type; b=DxDI5ooxMmzFPxFqGZ8288ROHF9MwcASrCfe6wIAJGUvNrV8jGyQpZglKJdKrWsLgV VO8lWZEOMS2ydYDwpTr1iJtVSGcODPxa+R+ahucmK8iiH6nVwJs5fnPEOrMtOkse7cFc TETZrzgRnjV4PIJYGEiaxmNBdPmKM34ykHB/Y= MIME-Version: 1.0 Received: by 10.42.172.134 with SMTP id n6mr4188249icz.131.1292332668533; Tue, 14 Dec 2010 05:17:48 -0800 (PST) Received: by 10.42.213.4 with HTTP; Tue, 14 Dec 2010 05:17:48 -0800 (PST) In-Reply-To: References: <20101213143030.GE1740@garage.freebsd.pl> Date: Tue, 14 Dec 2010 16:17:48 +0300 Message-ID: From: Mike Barnard To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: HAST role failure X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 13:17:49 -0000 Hi, finally managed to get the hast resource created with no errors... but I cannot seem to sync with the secondary. I have this: hastA# hastctl status all mail: role: primary provname: mail localpath: /dev/da0s1g extentsize: 2097152 keepdirty: 64 remoteaddr: tcp4://172.19.254.15 replication: memsync status: degraded dirty: 2097152 bytes tail /var/log/messages: Dec 14 11:42:32 hastA hastd: [shared] (primary) Unable to receive handshake header from tcp4://172.19.254.15: Socket is not connected. Dec 14 11:42:32 hastA hastd: [shared] (primary) Unable to receive handshake header from tcp4://172.19.254.15: Socket is not connected. Dec 14 11:42:32 hastA kernel: GEOM_JOURNAL: Journal 1464160566: hast/shared contains data. Dec 14 11:42:32 hastA kernel: GEOM_JOURNAL: Journal 1464160566: hast/shared contains journal. Dec 14 11:42:32 hastA kernel: GEOM_JOURNAL: Journal hast/shared clean. Dec 14 11:42:32 hastA kernel: GEOM_JOURNAL: BIO_FLUSH not supported by hast/shared. Dec 14 11:42:37 hastA hastd: [shared] (primary) Unable to receive handshake header from tcp4://172.19.254.15: Socket is not connected. Dec 14 11:43:12 hastA last message repeated 7 times On hastB, I get this: hastB# hastctl status all mail: role: secondary provname: mail localpath: /dev/da0s1g extentsize: 0 keepdirty: 0 remoteaddr: tcp4://172.19.254.14 replication: memsync dirty: 0 bytes tail /var/log/messages: Dec 14 11:42:32 pollock hastd[3887]: Unable to receive header from tcp4:// 172.19.254.14:16067: RPC version wrong. Dec 14 11:42:32 pollock hastd[3887]: Unable to receive header from tcp4:// 172.19.254.14:64165: RPC version wrong. Dec 14 11:42:37 pollock hastd[3887]: Unable to receive header from tcp4:// 172.19.254.14:55836: RPC version wrong. Dec 14 11:42:42 pollock hastd[3887]: Unable to receive header from tcp4:// 172.19.254.14:39345: RPC version wrong. Dec 14 11:42:47 pollock hastd[3887]: Unable to receive header from tcp4:// 172.19.254.14:14498: RPC version wrong. Dec 14 11:42:52 pollock hastd[3887]: Unable to receive header from tcp4:// 172.19.254.14:61407: RPC version wrong. Dec 14 11:42:57 pollock hastd[3887]: Unable to receive header from tcp4:// 172.19.254.14:41175: RPC version wrong. Dec 14 11:43:02 pollock hastd[3887]: Unable to receive header from tcp4:// 172.19.254.14:42817: RPC version wrong. Dec 14 11:43:07 pollock hastd[3887]: Unable to receive header from tcp4:// 172.19.254.14:47832: RPC version wrong. Dec 14 11:43:12 pollock hastd[3887]: Unable to receive header from tcp4:// 172.19.254.14:29129: RPC version wrong. I cvsuped and rebuilt these two boxes last evening: uname -a: FreeBSD hastA 8.1-RELEASE-p2 FreeBSD 8.1-RELEASE-p2 #2: Mon Dec 13 18:33:20 EAT 2010 root@hastA:/ usr/obj/usr/src/sys/KERN.HAST amd64 I have checked and there was a fix for this, but it seems to be still not working. Any pointers? PS: The two servers are identical in hardware and installation. On Mon, Dec 13, 2010 at 6:38 PM, Mike Barnard wrote: > > > On Mon, Dec 13, 2010 at 5:30 PM, Pawel Jakub Dawidek wrote: > >> On Mon, Dec 13, 2010 at 04:33:15PM +0300, Mike Barnard wrote: >> > Thanks Freddie, >> > >> > For some reason, I still get the same error even after destroying the >> > journal. >> > >> > hastctl create shared >> > [ERROR] [shared] Unable to open /dev/da0s1g: Operation not permitted. >> >> Maybe this happens because the operation is not permitted?:) >> > > Isn't da0s1g in use already? For example there is a file system on top >> of it which is already mounted? If not, please send the output of: >> >> > Yes, da0s1g is, after destroying the journal, mounted and yes has the ufs > file system on it. and right after sending this, I'll go stick my head in a > freezer box for good measure of my silliness... sigh > > # sysctl -b kern.geom.confxml >> >> I guess there is no need for this since I had grossly overlooked this one > simple thing #:-s > > > -- > Mike > > Of course, you might discount this possibility, but remember that one in > a million chances happen 99% of the time. > ------------------------------------------------------------ > -- Mike Of course, you might discount this possibility, but remember that one in a million chances happen 99% of the time. ------------------------------------------------------------ From owner-freebsd-fs@FreeBSD.ORG Tue Dec 14 13:58:01 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 3F5B8106566B; Tue, 14 Dec 2010 13:58:01 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id ED35B8FC18; Tue, 14 Dec 2010 13:58:00 +0000 (UTC) Received: by iyb26 with SMTP id 26so331581iyb.13 for ; Tue, 14 Dec 2010 05:58:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.11.204 with SMTP id u12mr3316173ibu.109.1292335080125; Tue, 14 Dec 2010 05:58:00 -0800 (PST) Received: by 10.231.59.142 with HTTP; Tue, 14 Dec 2010 05:58:00 -0800 (PST) In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Date: Tue, 14 Dec 2010 14:58:00 +0100 Message-ID: From: Olivier Smedts To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 13:58:01 -0000 2010/12/13 Pawel Jakub Dawidek : > Hi. > > The new patchset is ready for testing: > > =A0 =A0 =A0 =A0http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.= bz2 > > When applying the patch be sure to use correct options for patch(1)!: > > =A0 =A0 =A0 =A0# cd /usr/src > =A0 =A0 =A0 =A0# fetch http://people.freebsd.org/~pjd/patches/zfs_2010121= 2.patch.bz2 > =A0 =A0 =A0 =A0# bzip2 -d zfs_20101212.patch.bz2 > =A0 =A0 =A0 =A0# patch -E -p0 < zfs_20101212.patch > > The patch is against FreeBSD HEAD as of 2010-12-12. Is it Christmas already ? Thanks ! :) > > Some of the changes since the last patchset (zfs_20100831.patch): > > - Boot support for ZFS v28 (only RAIDZ3 is not yet supported). > - Various fixes for the existing ZFS boot code. > - Support for sendfile(2) (by avg@). > - Userland<->kernel compatibility with v13-v15 (by mm@). I tried it on my 8-STABLE box (root zpool v15 on 2 mirrored vdevs with an usb l2 cache). I checked-out CURRENT sources with svn, applied the patch (it applied cleanly). Did not modify kernel config (no debugging) or make.conf. buildworld, buildkernel, installkernel INSTKERNNAME=3DCURRENT and rebooted in single-user mode with kernel=3D"CURRENT". No problem so far, the kernel displayed the good freebsd/zpool/zfs version numbers, and it booted correctly in single-user mode. But I had problems with userland v15 : # mount tank/freebsd on / (zfs, local, noatime, read-only) devfs on /dev (devfs, local) # zpool status Assertion failed: (nvlist_lookup_uint64_array(nvroot, ZPOOL_CONFIG_STATS, (uint64_t **)&vs, &vsc) =3D=3D 0), file /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/commo= n/libzfs_status.c, line 181. pid 20 (zpool), uid 0: exited on signal 6 Abort trap Am I missing something ? > - ACL fixes (by trasz@). > - Various bug fixes. > > Please test, test, test. Chances are this is the last patchset before > v28 going to HEAD (finally). Especially test new changes, like boot > support and sendfile(2) support. Also be sure to verify if you can > import for existing ZFS pools (v13-v15) when running v28 or boot from > your existing pools. > > Enjoy! > > PS. Martin (mm@) will be providing patch against 8-STABLE soon. > > -- > Pawel Jakub Dawidek =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://ww= w.wheelsystems.com > pjd@FreeBSD.org =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http:= //www.FreeBSD.org > FreeBSD committer =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Am I Ev= il? Yes, I Am! > Cheers --=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 Tue Dec 14 14:16: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 4E0C51065679; Tue, 14 Dec 2010 14:16:22 +0000 (UTC) (envelope-from prvs=19646eb657=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id AE5F98FC13; Tue, 14 Dec 2010 14:16:21 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 14 Dec 2010 14:05:22 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 14 Dec 2010 14:05:22 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50011777672.msg; Tue, 14 Dec 2010 14:05:21 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=19646eb657=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Olivier Smedts" , "Pawel Jakub Dawidek" References: <20101213214556.GC2038@garage.freebsd.pl> Date: Tue, 14 Dec 2010 14:05:23 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 14:16:22 -0000 ----- Original Message ----- From: "Olivier Smedts" > I tried it on my 8-STABLE box (root zpool v15 on 2 mirrored vdevs with > an usb l2 cache). I checked-out CURRENT sources with svn, applied the > patch (it applied cleanly). Did not modify kernel config (no > debugging) or make.conf. buildworld, buildkernel, installkernel > INSTKERNNAME=CURRENT and rebooted in single-user mode with > kernel="CURRENT". No problem so far, the kernel displayed the good > freebsd/zpool/zfs version numbers, and it booted correctly in > single-user mode. But I had problems with userland v15 : > # mount > tank/freebsd on / (zfs, local, noatime, read-only) > devfs on /dev (devfs, local) > # zpool status > Assertion failed: (nvlist_lookup_uint64_array(nvroot, > ZPOOL_CONFIG_STATS, (uint64_t **)&vs, &vsc) == 0), file > /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/common/libzfs_status.c, > line 181. > pid 20 (zpool), uid 0: exited on signal 6 > Abort trap > > Am I missing something ? build and install world? cd /usr/src make buildworld make installworld Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Tue Dec 14 14:20:06 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 56875106564A; Tue, 14 Dec 2010 14:20:06 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 059D78FC1B; Tue, 14 Dec 2010 14:20:05 +0000 (UTC) Received: by iwn39 with SMTP id 39so839104iwn.13 for ; Tue, 14 Dec 2010 06:20:05 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.11.204 with SMTP id u12mr3350110ibu.109.1292336405203; Tue, 14 Dec 2010 06:20:05 -0800 (PST) Received: by 10.231.59.142 with HTTP; Tue, 14 Dec 2010 06:20:05 -0800 (PST) In-Reply-To: References: <20101213214556.GC2038@garage.freebsd.pl> Date: Tue, 14 Dec 2010 15:20:05 +0100 Message-ID: From: Olivier Smedts To: Steven Hartland Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 14:20:06 -0000 2010/12/14 Steven Hartland : > ----- Original Message ----- From: "Olivier Smedts" > >> I tried it on my 8-STABLE box (root zpool v15 on 2 mirrored vdevs with >> an usb l2 cache). I checked-out CURRENT sources with svn, applied the >> patch (it applied cleanly). Did not modify kernel config (no >> debugging) or make.conf. buildworld, buildkernel, installkernel >> INSTKERNNAME=3DCURRENT and rebooted in single-user mode with >> kernel=3D"CURRENT". No problem so far, the kernel displayed the good >> freebsd/zpool/zfs version numbers, and it booted correctly in >> single-user mode. But I had problems with userland v15 : >> # mount >> tank/freebsd on / (zfs, local, noatime, read-only) >> devfs on /dev (devfs, local) >> # zpool status >> Assertion failed: (nvlist_lookup_uint64_array(nvroot, >> ZPOOL_CONFIG_STATS, (uint64_t **)&vs, &vsc) =3D=3D 0), file >> >> /usr/src/cddl/lib/libzfs/../../../cddl/contrib/opensolaris/lib/libzfs/co= mmon/libzfs_status.c, >> line 181. >> pid 20 (zpool), uid 0: exited on signal 6 >> Abort trap >> >> Am I missing something ? > > build and install world? > cd /usr/src > make buildworld Already done, before buildkernel as usual. > make installworld That's what I wanted to do, and why I rebooted single-user on the new kernel. But isn't the v13-v15 userland supposed to work with the v28 kernel ? >>> - Userland<->kernel compatibility with v13-v15 (by mm@). > > =A0 Regards > =A0 Steve > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > This e.mail is private and confidential between Multiplay (UK) Ltd. and t= he > person or entity to whom it is addressed. In the event of misdirection, t= he > recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. --=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 Tue Dec 14 15:36:06 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 278971065674; Tue, 14 Dec 2010 15:36:06 +0000 (UTC) (envelope-from prvs=19646eb657=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5FFA48FC12; Tue, 14 Dec 2010 15:36:04 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 14 Dec 2010 15:35:51 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 14 Dec 2010 15:35:49 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50011778379.msg; Tue, 14 Dec 2010 15:35:49 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=19646eb657=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: From: "Steven Hartland" To: "Olivier Smedts" References: <20101213214556.GC2038@garage.freebsd.pl> Date: Tue, 14 Dec 2010 15:35:48 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 15:36:06 -0000 ----- Original Message ----- From: "Olivier Smedts" >> make installworld > That's what I wanted to do, and why I rebooted single-user on the new > kernel. But isn't the v13-v15 userland supposed to work with the v28 > kernel ? Not if you have just upgrade from 8-STABLE to Current. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-fs@FreeBSD.ORG Tue Dec 14 15:44:29 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 7E9AA1065672; Tue, 14 Dec 2010 15:44:29 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id DE4368FC08; Tue, 14 Dec 2010 15:44:28 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id F41F145CA6; Tue, 14 Dec 2010 16:44:26 +0100 (CET) Received: from localhost (pdawidek.whl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 2034445C99; Tue, 14 Dec 2010 16:44:22 +0100 (CET) Date: Tue, 14 Dec 2010 16:44:18 +0100 From: Pawel Jakub Dawidek To: Olivier Smedts Message-ID: <20101214154418.GE1715@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CGDBiGfvSTbxKZlW" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, mm@FreeBSD.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 15:44:29 -0000 --CGDBiGfvSTbxKZlW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 14, 2010 at 03:20:05PM +0100, Olivier Smedts wrote: > > make installworld >=20 > That's what I wanted to do, and why I rebooted single-user on the new > kernel. But isn't the v13-v15 userland supposed to work with the v28 > kernel ? Yes, it is suppose to work. Exactly to be able to follow FreeBSD common upgrade path. Martin was working on this (CCed). --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --CGDBiGfvSTbxKZlW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0HkNIACgkQForvXbEpPzRR6QCgpzve3fJfZGOZ0QO6Kl1biSrf A0cAn11cgvgYEX1rzDuojDuuDA82HgqH =7evM -----END PGP SIGNATURE----- --CGDBiGfvSTbxKZlW-- From owner-freebsd-fs@FreeBSD.ORG Tue Dec 14 16:53: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 93F4D106564A; Tue, 14 Dec 2010 16:53:26 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3CD0D8FC12; Tue, 14 Dec 2010 16:53:25 +0000 (UTC) Received: by iwn39 with SMTP id 39so987077iwn.13 for ; Tue, 14 Dec 2010 08:53:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.17.66 with SMTP id r2mr3569022iba.159.1292345605564; Tue, 14 Dec 2010 08:53:25 -0800 (PST) Received: by 10.231.59.142 with HTTP; Tue, 14 Dec 2010 08:53:25 -0800 (PST) In-Reply-To: <20101214154418.GE1715@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> <20101214154418.GE1715@garage.freebsd.pl> Date: Tue, 14 Dec 2010 17:53:25 +0100 Message-ID: From: Olivier Smedts To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 16:53:26 -0000 2010/12/14 Pawel Jakub Dawidek : > On Tue, Dec 14, 2010 at 03:20:05PM +0100, Olivier Smedts wrote: >> > make installworld >> >> That's what I wanted to do, and why I rebooted single-user on the new >> kernel. But isn't the v13-v15 userland supposed to work with the v28 >> kernel ? > > Yes, it is suppose to work. Exactly to be able to follow FreeBSD common > upgrade path. Martin was working on this (CCed). Ok, glad to hear that. FYI, with the patched 9-CURRENT kernel in single user mode and the 8-STABLE world, I could "zfs list", "zfs list -t snapshot", "zfs mount -a" and "zfs unmount -a" ; those zfs commands worked properly. I only had problems with the zpool command (see previous mails for the error message). It was not necessary for the upgrade path, and I was able to make installworld, but I first wanted to see if the pool reported problems. With the 9-CURRENT world, all is working properly since 2 hours. Desktop/workstation use on an Intel 8-core (4 real with HTT), 4GB RAM, ATI RadeonHD. KDE with compositing, firefox and thunderbird are running fine. No ZFS debug messages except mount_snapshot. I left the few 8-STABLE old libraries, and did not upgrade the pool or the filesystems. Don't want to try that on a "production" desktop machine until it's safer :) Cheers --=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 Tue Dec 14 21:08:39 2010 Return-Path: Delivered-To: freebsd-fs@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 1233) id 3071E1065670; Tue, 14 Dec 2010 21:08:39 +0000 (UTC) Date: Tue, 14 Dec 2010 21:08:39 +0000 From: Alexander Best To: freebsd-fs@FreeBSD.ORG Message-ID: <20101214210839.GB81772@freebsd.org> References: <20101211193433.GA18970@freebsd.org> <201012131819.oBDIJs1C008825@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201012131819.oBDIJs1C008825@lurza.secnetix.de> Cc: Subject: Re: expand_number(3) support for tmpfs -o size and -o maxfilesize X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 21:08:39 -0000 On Mon Dec 13 10, Oliver Fromme wrote: > Alexander Best wrote: > > is it possible to get support for something like this fstab entry? > > > > tmpfs /tmp tmpfs rw,mode=1777,size=500m 0 0 > > expand_number(3) is a libc function which is availbale to > userland, but the size= argument is parsed by the kernel. > We don't have something like expand_number() in the kernel. > A few parts of the kernel have grown their own: > > getenv_quad() in kern/kern_environment.c > gv_sizespec() in geom/vinum/geom_vinum_share.c > > > tmpfs doesn't seem to handle humanzied numbers that well. df -h reports: > > > > Filesystem Size Used Avail Capacity Mounted on > > tmpfs 17G 12M 17G 0% /tmp > > That's expected behaviour ... The function vfs_scanopt() > is used to parse the size argument using the "%qu" format, > expecting the number in bytes. So if you write "500m", > it stops at the "m" and simply parses the number as 500 > bytes, which is below the minimum size (4 KB), so it falls > back to the default maximum size which is the total amount > of memory available (RAM + swap). i see. since the "m" gets ignored there's no chance of detecting a value that doesn't comply to the "%qu" format? and maybe issuing a warning that the size value was invalid? adding extra code which resembles expand_number() seems overkill in this case imo. cheers. alex > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- > chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "That's what I love about GUIs: They make simple tasks easier, > and complex tasks impossible." > -- John William Chambless -- a13x From owner-freebsd-fs@FreeBSD.ORG Tue Dec 14 22:29: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 6B99D1065674; Tue, 14 Dec 2010 22:29:30 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id F0A948FC19; Tue, 14 Dec 2010 22:29:29 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 294091289D6; Tue, 14 Dec 2010 23:29:29 +0100 (CET) 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 OxdDB45CBVtk; Tue, 14 Dec 2010 23:29:27 +0100 (CET) Received: from [10.9.8.3] (188-167-78-139.dynamic.chello.sk [188.167.78.139]) by mail.vx.sk (Postfix) with ESMTPSA id 1F44B1289CF; Tue, 14 Dec 2010 23:29:27 +0100 (CET) Message-ID: <4D07EFC6.3070204@FreeBSD.org> Date: Tue, 14 Dec 2010 23:29:26 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20101213214556.GC2038@garage.freebsd.pl> <20101214154418.GE1715@garage.freebsd.pl> In-Reply-To: <20101214154418.GE1715@garage.freebsd.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2010 22:29:30 -0000 Thanks for the notice. I have found the cause of this error (wrong constants), tested the code in both directions again (v15->v28 and v28->v15) + fixed it in perforce. Bugfix patch (apply after pjd's patch): http://people.freebsd.org/~mm/patches/zfs/v28/head-zfs_ioctl_compat.c.patch Dňa 14.12.2010 16:44, Pawel Jakub Dawidek wrote / napísal(a): > On Tue, Dec 14, 2010 at 03:20:05PM +0100, Olivier Smedts wrote: >>> make installworld >> That's what I wanted to do, and why I rebooted single-user on the new >> kernel. But isn't the v13-v15 userland supposed to work with the v28 >> kernel ? > Yes, it is suppose to work. Exactly to be able to follow FreeBSD common > upgrade path. Martin was working on this (CCed). > From owner-freebsd-fs@FreeBSD.ORG Wed Dec 15 08:16:02 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 ADDD01065698; Wed, 15 Dec 2010 08:16:02 +0000 (UTC) (envelope-from antinix@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1968FC0A; Wed, 15 Dec 2010 08:16:01 +0000 (UTC) Received: by qwj9 with SMTP id 9so1681488qwj.13 for ; Wed, 15 Dec 2010 00:16:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type:content-transfer-encoding; bh=KS5e1HB5sOGj/nB/9fId5egL2jXVVLOAxQGI/K3TfAg=; b=i3j1kGlfYyoXxn40IbFOy0+CWJVlktpsfPQ/8HsmWndoEdioT2WhDmG83h0ZzmwmkM QimFmrEvnzLRmf9PpLZVCdnVw/FCkdaf2/wDsgQ88QHAegRkXA9Tl2oi1bvGUzsqJSkc 5H3oHn4cuXQqtqYOvGIfPMprTNRDkwYhijJYM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=ms5HvGNcvbU7foD/O+ydrK5OsBMJAaJH9rVwZWw2qqdllpHsy1r6uvWJUnoS9EXKxS qW8vFFt2Xy9U8183DMBqi+EXHtDx2RbWEx6yUe6596jHRY+jjMeS4Q7thM3hoUcJVdz7 hnCVDMKpxmHaCn3PkgQ7RsuoxPR3iO380sNj8= Received: by 10.229.240.85 with SMTP id kz21mr479382qcb.2.1292400961134; Wed, 15 Dec 2010 00:16:01 -0800 (PST) MIME-Version: 1.0 Sender: antinix@gmail.com Received: by 10.229.215.77 with HTTP; Wed, 15 Dec 2010 00:15:40 -0800 (PST) In-Reply-To: <20101213231208.GK2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> <20101213231208.GK2038@garage.freebsd.pl> From: Andrei Kolu Date: Wed, 15 Dec 2010 10:15:40 +0200 X-Google-Sender-Auth: qoYApAGUSNyYXzm4tej8xvpAB_4 Message-ID: To: Pawel Jakub Dawidek , freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 08:16:02 -0000 2010/12/14 Pawel Jakub Dawidek > > On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > > Hi. > > > > The new patchset is ready for testing: > > > > =A0 =A0 =A0 http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.b= z2 > > You can also download the whole source tree already patched from here: > > =A0 =A0 =A0 =A0http://people.freebsd.org/~pjd/zfs_20101212.tbz > # uname -a FreeBSD freebsd9.raidon.eu 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Dec 14 14:37:01 EET 2010 root@freebsd9.raidon.eu:/usr/obj/usr/src/sys/GENERIC amd64 Create files filled with zeroes: # mkfile 512m disk1 disk2 disk3 disk4 #=A0zpool create andmed raidz /home/antik/disk{1,2,3,4} # zpool status andmed pool: andmed state: ONLINE scan: none requested config: NAME STATE READ WRITE CKSUM andmed ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 /home/antik/disk1 ONLINE 0 0 0 /home/antik/disk2 ONLINE 0 0 0 /home/antik/disk3 ONLINE 0 0 0 /home/antik/disk4 ONLINE 0 0 0 errors: No known data errors Now let's try to scrub: # zpool scrub andmed Fatal trap 12: page fault while in kernel mode cpuid =3D 1; apic id =3D 01 fault virtual address =3D 0x1fb8007b fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff812967d2 stack pointer =3D 0x20:0xffffff80ee605548 frame pointer =3D 0x28:0xffffff80ee605730 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 2081 (initial thread) [ thread pid 2081 tid 100121 ] Stopped at vdev_file_open+0x92: testb $0x20,0x7b(%rax) Similar problem on FreeBSD 8.1: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D153126 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 15 10:20:09 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 1524C106566C for ; Wed, 15 Dec 2010 10:20:09 +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 DDC738FC13 for ; Wed, 15 Dec 2010 10:20:08 +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 oBFAK8Kc090892 for ; Wed, 15 Dec 2010 10:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBFAK8qa090891; Wed, 15 Dec 2010 10:20:08 GMT (envelope-from gnats) Resent-Date: Wed, 15 Dec 2010 10:20:08 GMT Resent-Message-Id: <201012151020.oBFAK8qa090891@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-fs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Anonymous Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3D6A106567A for ; Wed, 15 Dec 2010 10:14:36 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED9D8FC16 for ; Wed, 15 Dec 2010 10:14:36 +0000 (UTC) Received: by ywp6 with SMTP id 6so944909ywp.13 for ; Wed, 15 Dec 2010 02:14:36 -0800 (PST) Received: by 10.150.144.16 with SMTP id r16mr9520210ybd.204.1292408075916; Wed, 15 Dec 2010 02:14:35 -0800 (PST) Received: from localhost (anonymizer2.torservers.net [174.36.199.200]) by mx.google.com with ESMTPS id q4sm3861519ybe.12.2010.12.15.02.14.31 (version=SSLv3 cipher=RC4-MD5); Wed, 15 Dec 2010 02:14:34 -0800 (PST) Message-Id: <86ipyvpclq.fsf@gmail.com> Date: Wed, 15 Dec 2010 13:14:09 +0300 From: Anonymous To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: kern/153173: [zfs] booting from a gzip-compressed dataset doesn't work X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 10:20:09 -0000 >Number: 153173 >Category: kern >Synopsis: [zfs] booting from a gzip-compressed dataset doesn't work >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-fs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Dec 15 10:20:08 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Anonymous >Release: FreeBSD 9.0-CURRENT amd64 >Organization: >Environment: Not documented? Google[1] doesn't return why it's kept unimplemented. And what seems to be initial zfsboot commit log[2] doesn't help. [1] http://google.com/search?q=zfs+gzip+boot+freebsd [2] http://p4db.freebsd.org/changeView.cgi?CH=124081 >Description: When setting compression globally, i.e. on a root dataset, one has to be careful as such datasets are not bootable. And dedup doesn't work on blocks with different compression which limits at how many cycles one can throw away to save space. This is a feature request. >How-To-Repeat: $ zpool create -O compression=gzip -R /mnt/foo foo gptid/A-B-C-D-E $ qemu -nographic foo.img /boot.config: -h ZFS: unsupported compression algorithm gzip-6 ZFS: i/o error - all block copies unavailable Invalid format FreeBSD/x86 boot Default: foo:/boot/kernel/kernel boot: # in case zfsloader is compressed by off/lzjb/zle $ qemu -nographic foo.img /boot.config: -h Consoles: serial port BIOS drive C: is disk0 BIOS 637kB/130036kB available memory FreeBSD/x86 ZFS enabled bootstrap loader, Revision 1.1 (foo@bar, Tue Dec 14 00:38:42 UTC 2010) ZFS: unsupported compression algorithm gzip-6 ZFS: i/o error - all block copies unavailable start not found - ZFS: unsupported compression algorithm gzip-6 ZFS: i/o error - all block copies unavailable ZFS: unsupported compression algorithm gzip-6 ZFS: i/o error - all block copies unavailable ZFS: unsupported compression algorithm gzip-6 ZFS: i/o error - all block copies unavailable ZFS: unsupported compression algorithm gzip-6 ZFS: i/o error - all block copies unavailable can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-fs@FreeBSD.ORG Wed Dec 15 12:18: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 5FACD106564A; Wed, 15 Dec 2010 12:18:46 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id 248208FC15; Wed, 15 Dec 2010 12:18:44 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.4) with ESMTP id oBFCIeci072710; Wed, 15 Dec 2010 14:18:40 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D08B21B.5090000@ukr.net> Date: Wed, 15 Dec 2010 14:18:35 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary="------------030107090307000501030806" X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org Subject: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 12:18:46 -0000 This is a multi-part message in MIME format. --------------030107090307000501030806 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit The kernel of the standard, GENERIC Similar problems after attempting to install from the disk FreeBSD-9.0-CURRENT-201011-amd64-dvd1.iso In the latter case, there were cases of complete system lockup. The upgrade process: cd /usr/src make clean rm -r /usr/obj make buildworld make buildkernel KERNCONF=GENERIC make installkernel KERNCONF=GENERIC make installworld What am I doing wrong? -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru --------------030107090307000501030806 Content-Type: text/plain; name="dmesg-9-CURRENT.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg-9-CURRENT.txt" RnJlZUJTRCA5LjAtQ1VSUkVOVCAjMDogV2VkIERlYyAxNSAxMTo0ODo0MCBFRVQgMjAxMA0K ICAgIHJvb3RAYmVhc3RpZTovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5FUklDIGFtZDY0DQpX QVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBlY3QgcmVkdWNlZCBwZXJmb3Jt YW5jZS4NCkNQVTogQU1EIFBoZW5vbSh0bSkgSUkgWDYgMTA5MFQgUHJvY2Vzc29yICgzMjE0 LjI1LU1IeiBLOC1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9 IDB4MTAwZmEwICBGYW1pbHkgPSAxMCAgTW9kZWwgPSBhICBTdGVwcGluZyA9IDANCiAgRmVh dHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQ SUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNT RSxTU0UyLEhUVD4NCiAgRmVhdHVyZXMyPTB4ODAyMDA5PFNTRTMsTU9OLENYMTYsUE9QQ05U Pg0KICBBTUQgRmVhdHVyZXM9MHhlZTUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1IsUGFn ZTFHQixSRFRTQ1AsTE0sM0ROb3chKywzRE5vdyE+DQogIEFNRCBGZWF0dXJlczI9MHgzN2Zm PExBSEYsQ01QLFNWTSxFeHRBUElDLENSOCxBQk0sU1NFNEEsTUFTLFByZWZldGNoLE9TVlcs SUJTLFNLSU5JVCxXRFQ+DQogIFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQNCnJlYWwgbWVtb3J5 ICA9IDE3MTc5ODY5MTg0ICgxNjM4NCBNQikNCmF2YWlsIG1lbW9yeSA9IDE2Mzk4MzExNDI0 ICgxNTYzOCBNQikNCkV2ZW50IHRpbWVyICJMQVBJQyIgcXVhbGl0eSA0MDANCkFDUEkgQVBJ QyBUYWJsZTogPEdCVCAgICBHQlRVQUNQST4NCkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3Nv ciBTeXN0ZW0gRGV0ZWN0ZWQ6IDYgQ1BVcw0KRnJlZUJTRC9TTVA6IDEgcGFja2FnZShzKSB4 IDYgY29yZShzKQ0KIGNwdTAgKEJTUCk6IEFQSUMgSUQ6ICAwDQogY3B1MSAoQVApOiBBUElD IElEOiAgMQ0KIGNwdTIgKEFQKTogQVBJQyBJRDogIDINCiBjcHUzIChBUCk6IEFQSUMgSUQ6 ICAzDQogY3B1NCAoQVApOiBBUElDIElEOiAgNA0KIGNwdTUgKEFQKTogQVBJQyBJRDogIDUN CmlvYXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gOA0KaW9hcGljMCA8VmVyc2lvbiAyLjE+ IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZA0Ka2JkMSBhdCBrYmRtdXgwDQphY3BpMDogPEdC VCBHQlRVQUNQST4gb24gbW90aGVyYm9hcmQNCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVk KQ0KYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEwMDAwICgzKSBmYWlsZWQNCmFjcGkwOiBy ZXNlcnZhdGlvbiBvZiAxMDAwMDAsIGQ3YmYwMDAwICgzKSBmYWlsZWQNClRpbWVjb3VudGVy ICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMA0KYWNwaV90 aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0MDA4LTB4NDAw YiBvbiBhY3BpMA0KY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KY3B1MTogPEFDUEkgQ1BV PiBvbiBhY3BpMA0KY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KY3B1MzogPEFDUEkgQ1BV PiBvbiBhY3BpMA0KY3B1NDogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KY3B1NTogPEFDUEkgQ1BV PiBvbiBhY3BpMA0KYWNwaV9idXR0b24wOiA8UG93ZXIgQnV0dG9uPiBvbiBhY3BpMA0KcGNp YjA6IDxBQ1BJIEhvc3QtUENJIGJyaWRnZT4gcG9ydCAweGNmOC0weGNmZiBvbiBhY3BpMA0K cGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjANCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwDQpwY2kxOiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liMQ0KdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3BsYXk+IHBvcnQgMHhkZTAwLTB4 ZGVmZiBtZW0gMHhkODAwMDAwMC0weGRmZmZmZmZmLDB4ZmRiZTAwMDAtMHhmZGJlZmZmZiww eGZkYTAwMDAwLTB4ZmRhZmZmZmYgaXJxIDE4IGF0IGRldmljZSA1LjAgb24gcGNpMQ0KcGNp MTogPG11bHRpbWVkaWEsIEhEQT4gYXQgZGV2aWNlIDUuMSAobm8gZHJpdmVyIGF0dGFjaGVk KQ0KcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDkuMCBv biBwY2kwDQpwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMg0KcGNpMjogPHNlcmlhbCBi dXMsIFVTQj4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpYjM6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTggYXQgZGV2aWNlIDEwLjAgb24gcGNpMA0KcGNp MzogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjMNCnJlMDogPFJlYWxUZWsgODE2OC84MTExIEIv Qy9DUC9EL0RQL0UgUENJZSBHaWdhYml0IEV0aGVybmV0PiBwb3J0IDB4ZWUwMC0weGVlZmYg bWVtIDB4ZmRlZmYwMDAtMHhmZGVmZmZmZiwweGZkZWY4MDAwLTB4ZmRlZmJmZmYgaXJxIDE4 IGF0IGRldmljZSAwLjAgb24gcGNpMw0KcmUwOiBVc2luZyAxIE1TSSBtZXNzYWdlcw0KcmUw OiBDaGlwIHJldi4gMHgyODAwMDAwMA0KcmUwOiBNQUMgcmV2LiAweDAwMDAwMDAwDQptaWli dXMwOiA8TUlJIGJ1cz4gb24gcmUwDQpyZ2VwaHkwOiA8UlRMODE2OVMvODExMFMvODIxMUIg bWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWlidXMwDQpyZ2VwaHkwOiAgMTBiYXNlVCwg MTBiYXNlVC1GRFgsIDEwYmFzZVQtRkRYLWZsb3csIDEwMGJhc2VUWCwgMTAwYmFzZVRYLUZE WCwgMTAwYmFzZVRYLUZEWC1mbG93LCAxMDAwYmFzZVQsIDEwMDBiYXNlVC1tYXN0ZXIsIDEw MDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCAxMDAwYmFzZVQtRkRYLWZsb3cs IDEwMDBiYXNlVC1GRFgtZmxvdy1tYXN0ZXIsIGF1dG8sIGF1dG8tZmxvdw0KcmUwOiBFdGhl cm5ldCBhZGRyZXNzOiAxYzo2Zjo2NTo0MzpmYTo5YQ0KYXRhcGNpMDogPEFUSSBJWFA3MDAv ODAwIFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGZmMDAtMHhmZjA3LDB4ZmUwMC0weGZl MDMsMHhmZDAwLTB4ZmQwNywweGZjMDAtMHhmYzAzLDB4ZmIwMC0weGZiMGYgbWVtIDB4ZmUw MmYwMDAtMHhmZTAyZjNmZiBpcnEgMTkgYXQgZGV2aWNlIDE3LjAgb24gcGNpMA0KYXRhcGNp MDogQUhDSSB2MS4yMCBjb250cm9sbGVyIHdpdGggNiA2R2JwcyBwb3J0cywgUE0gc3VwcG9y dGVkDQphdGEyOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMA0KYXRhMzogPEFUQSBjaGFu bmVsIDE+IG9uIGF0YXBjaTANCmF0YTQ6IDxBVEEgY2hhbm5lbCAyPiBvbiBhdGFwY2kwDQph dGE1OiA8QVRBIGNoYW5uZWwgMz4gb24gYXRhcGNpMA0KYXRhNjogPEFUQSBjaGFubmVsIDQ+ IG9uIGF0YXBjaTANCmF0YTc6IDxBVEEgY2hhbm5lbCA1PiBvbiBhdGFwY2kwDQpvaGNpMDog PE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyZTAwMC0weGZlMDJl ZmZmIGlycSAxOCBhdCBkZXZpY2UgMTguMCBvbiBwY2kwDQp1c2J1czA6IDxPSENJIChnZW5l cmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTANCmVoY2kwOiA8RUhDSSAoZ2VuZXJpYykg VVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZTAyZDAwMC0weGZlMDJkMGZmIGlycSAxNyBh dCBkZXZpY2UgMTguMiBvbiBwY2kwDQp1c2J1czE6IEVIQ0kgdmVyc2lvbiAxLjANCnVzYnVz MTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTANCm9oY2kx OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGZlMDJjMDAwLTB4ZmUw MmNmZmYgaXJxIDE4IGF0IGRldmljZSAxOS4wIG9uIHBjaTANCnVzYnVzMjogPE9IQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMQ0KZWhjaTE6IDxFSENJIChnZW5lcmlj KSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1lbSAweGZlMDJiMDAwLTB4ZmUwMmIwZmYgaXJxIDE3 IGF0IGRldmljZSAxOS4yIG9uIHBjaTANCnVzYnVzMzogRUhDSSB2ZXJzaW9uIDEuMA0KdXNi dXMzOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMQ0KcGNp MDogPHNlcmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMjAuMCAobm8gZHJpdmVyIGF0dGFj aGVkKQ0KaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMA0K aXNhMDogPElTQSBidXM+IG9uIGlzYWIwDQpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAyMC40IG9uIHBjaTANCnBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0 DQpmd29oY2kwOiA8VGV4YXMgSW5zdHJ1bWVudHMgVFNCNDNBQjIzPiBtZW0gMHhmZGRmZjAw MC0weGZkZGZmN2ZmLDB4ZmRkZjgwMDAtMHhmZGRmYmZmZiBpcnEgMjIgYXQgZGV2aWNlIDE0 LjAgb24gcGNpNA0KZndvaGNpMDogT0hDSSB2ZXJzaW9uIDEuMTAgKFJPTT0wKQ0KZndvaGNp MDogTm8uIG9mIElzb2Nocm9ub3VzIGNoYW5uZWxzIGlzIDQuDQpmd29oY2kwOiBFVUk2NCAw MDoxMToxNzplZTowMDoxYzo2Zjo2NQ0KZndvaGNpMDogUGh5IDEzOTRhIGF2YWlsYWJsZSBT NDAwLCAzIHBvcnRzLg0KZndvaGNpMDogTGluayBTNDAwLCBtYXhfcmVjIDIwNDggYnl0ZXMu DQpmaXJld2lyZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwDQpmd2Uw OiA8RXRoZXJuZXQgb3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwDQppZl9md2UwOiBGYWtl IEV0aGVybmV0IGFkZHJlc3M6IDAyOjExOjE3OjFjOjZmOjY1DQpmd2UwOiBFdGhlcm5ldCBh ZGRyZXNzOiAwMjoxMToxNzoxYzo2Zjo2NQ0KZndpcDA6IDxJUCBvdmVyIEZpcmVXaXJlPiBv biBmaXJld2lyZTANCmZ3aXAwOiBGaXJld2lyZSBhZGRyZXNzOiAwMDoxMToxNzplZTowMDox Yzo2Zjo2NSBAIDB4ZmZmZTAwMDAwMDAwLCBTNDAwLCBtYXhyZWMgMjA0OA0Kc2JwMDogPFNC UC0yL1NDU0kgb3ZlciBGaXJlV2lyZT4gb24gZmlyZXdpcmUwDQpkY29uc19jcm9tMDogPGRj b25zIGNvbmZpZ3VyYXRpb24gUk9NPiBvbiBmaXJld2lyZTANCmRjb25zX2Nyb20wOiBidXNf YWRkciAweDEyZWMwMDANCmZ3b2hjaTA6IEluaXRpYXRlIGJ1cyByZXNldA0KZndvaGNpMDog ZndvaGNpX2ludHJfY29yZTogQlVTIHJlc2V0DQpmd29oY2kwOiBmd29oY2lfaW50cl9jb3Jl OiBub2RlX2lkPTB4MDAwMDAwMDAsIFNlbGZJRCBDb3VudD0xLCBDWUNMRU1BU1RFUiBtb2Rl DQpvaGNpMjogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyYTAw MC0weGZlMDJhZmZmIGlycSAxOCBhdCBkZXZpY2UgMjAuNSBvbiBwY2kwDQp1c2J1czQ6IDxP SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTINCnBjaWI1OiA8QUNQSSBQ Q0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDIxLjAgb24gcGNpMA0KcGNpNTogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjUNCmF0YXBjaTE6IDxKTWljcm9uIEpNQjM2MyBVRE1BMTMzIGNvbnRy b2xsZXI+IHBvcnQgMHhhZjAwLTB4YWYwNywweGFlMDAtMHhhZTAzLDB4YWQwMC0weGFkMDcs MHhhYzAwLTB4YWMwMywweGFiMDAtMHhhYjBmIG1lbSAweGZkOWZlMDAwLTB4ZmQ5ZmZmZmYg aXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpNQ0KYXRhcGNpMjogPEFIQ0kgU0FUQSBjb250 cm9sbGVyPiBvbiBhdGFwY2kxDQphdGFwY2kyOiBBSENJIHYxLjAwIGNvbnRyb2xsZXIgd2l0 aCAyIDNHYnBzIHBvcnRzLCBQTSBzdXBwb3J0ZWQNCmF0YTg6IDxBVEEgY2hhbm5lbCAwPiBv biBhdGFwY2kyDQphdGE5OiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMg0KYXRhMTA6IDxB VEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxDQpwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAyMS4xIG9uIHBjaTANCnBjaTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI2 DQpvaGNpMzogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyOTAw MC0weGZlMDI5ZmZmIGlycSAxOCBhdCBkZXZpY2UgMjIuMCBvbiBwY2kwDQp1c2J1czU6IDxP SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTMNCmVoY2kyOiA8RUhDSSAo Z2VuZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZTAyODAwMC0weGZlMDI4MGZm IGlycSAxNyBhdCBkZXZpY2UgMjIuMiBvbiBwY2kwDQp1c2J1czY6IEVIQ0kgdmVyc2lvbiAx LjANCnVzYnVzNjogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhj aTINCnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEg NCBmbGFncyAweDEwIG9uIGFjcGkwDQphdHRpbWVyMDogPEFUIHRpbWVyPiBwb3J0IDB4NDAt MHg0MyBpcnEgMCBvbiBhY3BpMA0KVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5 MzE4MiBIeiBxdWFsaXR5IDANCkV2ZW50IHRpbWVyICJpODI1NCIgZnJlcXVlbmN5IDExOTMx ODIgSHogcXVhbGl0eSAxMDANCmF0cnRjMDogPEFUIHJlYWx0aW1lIGNsb2NrPiBwb3J0IDB4 NzAtMHg3MyBpcnEgOCBvbiBhY3BpMA0KRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMy NzY4IEh6IHF1YWxpdHkgMA0Kb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGMw MDAwLTB4Y2VmZmYgb24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4 MTAwIG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMw MD4NCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0g MHhhMDAwMC0weGJmZmZmIG9uIGlzYTANCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVy IChpODA0Mik+IGF0IHBvcnQgMHg2MCwweDY0IG9uIGlzYTANCmF0a2JkMDogPEFUIEtleWJv YXJkPiBpcnEgMSBvbiBhdGtiZGMwDQprYmQwIGF0IGF0a2JkMA0KYXRrYmQwOiBbR0lBTlQt TE9DS0VEXQ0KcHBjMDogY2Fubm90IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UNCmh3cHN0YXRl MDogPENvb2xgbidRdWlldCAyLjA+IG9uIGNwdTANCmZpcmV3aXJlMDogMSBub2RlcywgbWF4 aG9wIDw9IDAgY2FibGUgSVJNIGlybSgwKSAgKG1lKQ0KZmlyZXdpcmUwOiBidXMgbWFuYWdl ciAwDQpaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uIDQNClpGUyBzdG9yYWdlIHBvb2wgdmVyc2lv biAxNQ0KVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNlYw0KdXNidXMwOiAxMk1i cHMgRnVsbCBTcGVlZCBVU0IgdjEuMA0KdXNidXMxOiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNC IHYyLjANCnVzYnVzMjogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjANCnVzYnVzMzogNDgw TWJwcyBIaWdoIFNwZWVkIFVTQiB2Mi4wDQp1c2J1czQ6IDEyTWJwcyBGdWxsIFNwZWVkIFVT QiB2MS4wDQp1c2J1czU6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wDQp1c2J1czY6IDQ4 ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMA0KdWdlbjAuMTogPEFUST4gYXQgdXNidXMwDQp1 aHViMDogPEFUSSBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNidXMwDQp1Z2VuMS4xOiA8QVRJPiBhdCB1c2J1czENCnVodWIxOiA8QVRJ IEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1 c2J1czENCnVnZW4yLjE6IDxBVEk+IGF0IHVzYnVzMg0KdWh1YjI6IDxBVEkgT0hDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMg0KdWdl bjMuMTogPEFUST4gYXQgdXNidXMzDQp1aHViMzogPEFUSSBFSENJIHJvb3QgSFVCLCBjbGFz cyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMzDQp1Z2VuNC4xOiA8QVRJ PiBhdCB1c2J1czQNCnVodWI0OiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czQNCnVnZW41LjE6IDxBVEk+IGF0IHVzYnVz NQ0KdWh1YjU6IDxBVEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAw LCBhZGRyIDE+IG9uIHVzYnVzNQ0KdWdlbjYuMTogPEFUST4gYXQgdXNidXM2DQp1aHViNjog PEFUSSBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4g b24gdXNidXM2DQphZDQ6IDE0MzA3OTlNQiA8U2VhZ2F0ZSBTVDMxNTAwMzQxQVMgQ0MxSD4g YXQgYXRhMi1tYXN0ZXIgVURNQTEwMCBTQVRBIDNHYi9zDQp1aHViNDogMiBwb3J0cyB3aXRo IDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmFkNjogMTQzMDc5OU1CIDxTZWFnYXRlIFNU MzE1MDAzNDFBUyBDQzFIPiBhdCBhdGEzLW1hc3RlciBVRE1BMTAwIFNBVEEgM0diL3MNCnVo dWI1OiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KdWh1YjA6IDUg cG9ydHMgd2l0aCA1IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQp1aHViMjogNSBwb3J0cyB3 aXRoIDUgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCmFkODogMTQzMDc5OU1CIDxTZWFnYXRl IFNUMzE1MDAzNDFBUyBDQzFIPiBhdCBhdGE0LW1hc3RlciBVRE1BMTAwIFNBVEEgM0diL3MN CmFkMTA6IDE0MzA3OTlNQiA8U2VhZ2F0ZSBTVDMxNTAwMzQxQVMgQ0MxSD4gYXQgYXRhNS1t YXN0ZXIgVURNQTEwMCBTQVRBIDNHYi9zDQp1aHViNjogNCBwb3J0cyB3aXRoIDQgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQNCnVodWIxOiA1IHBvcnRzIHdpdGggNSByZW1vdmFibGUsIHNl bGYgcG93ZXJlZA0KdWh1YjM6IDUgcG9ydHMgd2l0aCA1IHJlbW92YWJsZSwgc2VsZiBwb3dl cmVkDQp1Z2VuMC4yOiA8QlRDPiBhdCB1c2J1czANCnVrYmQwOiA8QlRDIFVTQiBNdWx0aW1l ZGlhIEtleWJvYXJkLCBjbGFzcyAwLzAsIHJldiAxLjEwLzEuMTAsIGFkZHIgMj4gb24gdXNi dXMwDQprYmQyIGF0IHVrYmQwDQp1aGlkMDogPDA5MjkyMDAzPiBvbiB1c2J1czANClNNUDog QVAgQ1BVICM1IExhdW5jaGVkIQ0KU01QOiBBUCBDUFUgIzEgTGF1bmNoZWQhDQpTTVA6IEFQ IENQVSAjMyBMYXVuY2hlZCENClNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQ0KU01QOiBBUCBD UFUgIzIgTGF1bmNoZWQhDQpXQVJOSU5HOiBXSVRORVNTIG9wdGlvbiBlbmFibGVkLCBleHBl Y3QgcmVkdWNlZCBwZXJmb3JtYW5jZS4NClRyeWluZyB0byBtb3VudCByb290IGZyb20gemZz OnRhbmsgW10uLi4NCmFkNjogVElNRU9VVCAtIFdSSVRFX0RNQTQ4IHJldHJ5aW5nICgxIHJl dHJ5IGxlZnQpIExCQT01NjIwNDUzNjINCmFkMTA6IFRJTUVPVVQgLSBXUklURV9ETUE0OCBy ZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NTYyMDQ1Mzc0DQphZDY6IFRJTUVPVVQgLSBX UklURV9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUxNDMxDQphZDg6IFRJ TUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUxNDA5 DQphZDEwOiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExC QT00MTk1MTQwOQ0KYWQ2OiBUSU1FT1VUIC0gUkVBRF9ETUEgcmV0cnlpbmcgKDEgcmV0cnkg bGVmdCkgTEJBPTgzODkyOTgNCmFkMTA6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcg KDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUxNjUxDQphZDQ6IFRJTUVPVVQgLSBSRUFEX0RNQSBy ZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9ODM4OTI5OA0KYWQ2OiBUSU1FT1VUIC0gUkVB RF9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTgzODkyOTgNCmFkMTA6IFRJTUVP VVQgLSBSRUFEX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9ODM4OTI5OA0KYWQ2 OiBUSU1FT1VUIC0gV1JJVEVfRE1BNDggcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTU2 MjA0NTEyNA0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxl ZnQpIExCQT00MTk1MjEwOA0KYWQ2OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgx IHJldHJ5IGxlZnQpIExCQT00MTk1MjEyMA0KYWQxMDogVElNRU9VVCAtIFdSSVRFX0RNQTQ4 IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT01NjIwNDUxMjQNCmFkNjogVElNRU9VVCAt IFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTIxMTgNCmFkODog VElNRU9VVCAtIFJFQURfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT04Mzg5Mjk4 DQphZDY6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJB PTQxOTUxNTUwDQphZDEwOiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5 IGxlZnQpIExCQT00MTk1MTU2NQ0KYWQ0OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5n ICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjM5NA0KYWQxMDogVElNRU9VVCAtIFJFQURfRE1B IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT04Mzg5Mjk4DQphZDEwOiBUSU1FT1VUIC0g V1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MTU5Nw0KYWQ2OiBU SU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjQ2 OQ0KYWQ2OiBUSU1FT1VUIC0gV1JJVEVfRE1BNDggcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkg TEJBPTU2MjA0NzE5MA0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJl dHJ5IGxlZnQpIExCQT00MTk1MjQ3OA0KYWQ0OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5 aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjUzNg0KYWQ2OiBUSU1FT1VUIC0gV1JJVEVf RE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjYzNw0KYWQ2OiBUSU1FT1VU IC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MTUzMg0KYWQ0 OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1 MTUyMw0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQp IExCQT00MTk1MTUyOQ0KYWQ2OiBUSU1FT1VUIC0gV1JJVEVfRE1BNDggcmV0cnlpbmcgKDEg cmV0cnkgbGVmdCkgTEJBPTU2MjA0NTEzMg0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJl dHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjgyMg0KYWQxMDogVElNRU9VVCAtIFdS SVRFX0RNQTQ4IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT01NjIwNDU4ODYNCmFkNjog VElNRU9VVCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTE1 MzgNCmFkNjogVElNRU9VVCAtIFdSSVRFX0RNQTQ4IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQp IExCQT01NjIwNDUxMzINCmFkMTA6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcgKDEg cmV0cnkgbGVmdCkgTEJBPTQxOTUyOTk0DQphZDEwOiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJl dHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjQ0MQ0KYWQxMDogVElNRU9VVCAtIFdS SVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTIzMTkNCmFkODogVElN RU9VVCAtIFJFQURfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT04Mzg5Mjk4DQph ZDEwOiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00 MTk1MjU4NQ0KYWQ2OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxl ZnQpIExCQT00MTk1MjMyMQ0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgx IHJldHJ5IGxlZnQpIExCQT00MTk1MjI2MA0KYWQxMDogVElNRU9VVCAtIFdSSVRFX0RNQTQ4 IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT01NjIwNDU5MTYNCmFkNjogVElNRU9VVCAt IFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTIzMjENCmFkNjog VElNRU9VVCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTIw ODkNCmFkNDogVElNRU9VVCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBM QkE9NDE5NTMyNjUNCmFkNjogVElNRU9VVCAtIFJFQURfRE1BIHJldHJ5aW5nICgxIHJldHJ5 IGxlZnQpIExCQT0yNTE3NTg0Mg0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5n ICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MzQwNQ0KYWQxMDogVElNRU9VVCAtIFdSSVRFX0RN QSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTM2MzcNCmFkNjogVElNRU9VVCAt IFdSSVRFX0RNQTQ4IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT01NjIwNDUxMzgNCmFk NjogVElNRU9VVCAtIFdSSVRFX0RNQTQ4IHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT01 NjIwNDUxMzgNCmFkODogVElNRU9VVCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBs ZWZ0KSBMQkE9NDE5NTIzODUNCmFkMTA6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcg KDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUyNTc3DQphZDQ6IFRJTUVPVVQgLSBXUklURV9ETUEg cmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUyNjQyDQphZDg6IFRJTUVPVVQgLSBX UklURV9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUyNDM5DQphZDQ6IFRJ TUVPVVQgLSBXUklURV9ETUE0OCByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NTYyMDQ1 NDIyDQphZDY6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkg TEJBPTQxOTUyMzYyDQphZDEwOiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJl dHJ5IGxlZnQpIExCQT00MTk1Mjg2Mw0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BNDggcmV0 cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTU2MjA0NTQyOA0KYWQ0OiBUSU1FT1VUIC0gV1JJ VEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjQ2Nw0KYWQ2OiBUSU1F T1VUIC0gV1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjY2Nw0K YWQ4OiBUSU1FT1VUIC0gV1JJVEVfRE1BNDggcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJB PTU2MjA0NTQ0Mg0KYWQ0OiBUSU1FT1VUIC0gUkVBRF9ETUE0OCByZXRyeWluZyAoMSByZXRy eSBsZWZ0KSBMQkE9MjkzMDI3NjAxOA0KYWQ0OiBUSU1FT1VUIC0gV1JJVEVfRE1BIHJldHJ5 aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1Mjc1NA0KYWQ4OiBUSU1FT1VUIC0gV1JJVEVf RE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjA3NQ0KYWQxMDogVElNRU9V VCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5NTQwMDANCmFk NjogVElNRU9VVCAtIFdSSVRFX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9NDE5 NTIwMTgNCmFkODogVElNRU9VVCAtIFJFQURfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQp IExCQT04Mzg5Mjk4DQphZDQ6IFRJTUVPVVQgLSBSRUFEX0RNQSByZXRyeWluZyAoMSByZXRy eSBsZWZ0KSBMQkE9ODM4OTI5OA0KYWQxMDogV0FSTklORyAtIFJFQURfRE1BNDggcmVxdWV1 ZWQgZHVlIHRvIGNoYW5uZWwgcmVzZXQgTEJBPTI5MzAyNzYwMTgNCmFkMTA6IFRJTUVPVVQg LSBSRUFEX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9ODM4OTI5OA0KYXRhNTog RkFJTFVSRSAtIGFscmVhZHkgYWN0aXZlIERNQSBvbiB0aGlzIGRldmljZQ0KYXRhNTogc2V0 dGluZyB1cCBETUEgZmFpbGVkDQphZDQ6IFRJTUVPVVQgLSBXUklURV9ETUEgcmV0cnlpbmcg KDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUzMTE0DQphZDg6IFRJTUVPVVQgLSBXUklURV9ETUEg cmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTQxOTUyNTMyDQphZDEwOiBUSU1FT1VUIC0g V1JJVEVfRE1BIHJldHJ5aW5nICgxIHJldHJ5IGxlZnQpIExCQT00MTk1MjM3Mg0KYWQ2OiBU SU1FT1VUIC0gUkVBRF9ETUEgcmV0cnlpbmcgKDEgcmV0cnkgbGVmdCkgTEJBPTgzODkyOTgN CmFkMTA6IFRJTUVPVVQgLSBSRUFEX0RNQSByZXRyeWluZyAoMSByZXRyeSBsZWZ0KSBMQkE9 ODM4OTI5OA0K --------------030107090307000501030806 Content-Type: text/plain; name="dmesg-8-STABLE.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="dmesg-8-STABLE.txt" RGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUgc3lzbG9nZDoga2VybmVsIGJvb3QgZmlsZSBpcyAv Ym9vdC9rZXJuZWwva2VybmVsDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IENv cHlyaWdodCAoYykgMTk5Mi0yMDEwIFRoZSBGcmVlQlNEIFByb2plY3QuDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IENvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4Mywg MTk4NiwgMTk4OCwgMTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KRGVjIDE1IDAyOjIy OjE3IGJlYXN0aWUga2VybmVsOiBUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBD YWxpZm9ybmlhLiBBbGwgcmlnaHRzIHJlc2VydmVkLg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0 aWUga2VybmVsOiBGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogRnJl ZUJTRCA4LjEtU1RBQkxFLTIwMTAxMSAjMDogV2VkIE5vdiAgMyAyMDo1MTozMiBVVEMgMjAx MA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiByb290QG1hc29uLmNzZS5idWZm YWxvLmVkdTovdXNyL29iai91c3Ivc3JjL3N5cy9HRU5FUklDIGFtZDY0DQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IFRpbWVjb3VudGVyICJpODI1NCIgZnJlcXVlbmN5IDEx OTMxODIgSHogcXVhbGl0eSAwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IENQ VTogQU1EIFBoZW5vbSh0bSkgSUkgWDYgMTA5MFQgUHJvY2Vzc29yICgzMjE0LjIwLU1IeiBL OC1jbGFzcyBDUFUpDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IE9yaWdpbiA9 ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4MTAwZmEwICBGYW1pbHkgPSAxMCAgTW9kZWwgPSBh ICBTdGVwcGluZyA9IDANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogRmVhdHVy ZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBTRSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMs U0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQU0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxT U0UyLEhUVD4NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogRmVhdHVyZXMyPTB4 ODAyMDA5PFNTRTMsTU9OLENYMTYsUE9QQ05UPg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUg a2VybmVsOiBBTUQgRmVhdHVyZXM9MHhlZTUwMDgwMDxTWVNDQUxMLE5YLE1NWCssRkZYU1Is UGFnZTFHQixSRFRTQ1AsTE0sM0ROb3chKywzRE5vdyE+DQpEZWMgMTUgMDI6MjI6MTcgYmVh c3RpZSBrZXJuZWw6IEFNRCBGZWF0dXJlczI9MHgzN2ZmPExBSEYsQ01QLFNWTSxFeHRBUElD LENSOCxBQk0sU1NFNEEsTUFTLFByZWZldGNoLE9TVlcsSUJTLFNLSU5JVCxXRFQ+DQpEZWMg MTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IFRTQzogUC1zdGF0ZSBpbnZhcmlhbnQNCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcmVhbCBtZW1vcnkgID0gMTcxNzk4Njkx ODQgKDE2Mzg0IE1CKQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdmFpbCBt ZW1vcnkgPSAxNjQwMTg2MjY1NiAoMTU2NDIgTUIpDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3Rp ZSBrZXJuZWw6IEFDUEkgQVBJQyBUYWJsZTogPEdCVCAgICBHQlRVQUNQST4NCkRlYyAxNSAw MjoyMjoxNyBiZWFzdGllIGtlcm5lbDogRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5 c3RlbSBEZXRlY3RlZDogNiBDUFVzDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6 IEZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCA2IGNvcmUocykNCkRlYyAxNSAwMjoyMjox NyBiZWFzdGllIGtlcm5lbDogY3B1MCAoQlNQKTogQVBJQyBJRDogIDANCkRlYyAxNSAwMjoy MjoxNyBiZWFzdGllIGtlcm5lbDogY3B1MSAoQVApOiBBUElDIElEOiAgMQ0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBjcHUyIChBUCk6IEFQSUMgSUQ6ICAyDQpEZWMgMTUg MDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGNwdTMgKEFQKTogQVBJQyBJRDogIDMNCkRlYyAx NSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogY3B1NCAoQVApOiBBUElDIElEOiAgNA0KRGVj IDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBjcHU1IChBUCk6IEFQSUMgSUQ6ICA1DQpE ZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGlvYXBpYzA6IENoYW5naW5nIEFQSUMg SUQgdG8gOA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBpb2FwaWMwIDxWZXJz aW9uIDIuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkDQpEZWMgMTUgMDI6MjI6MTcgYmVh c3RpZSBrZXJuZWw6IGtiZDEgYXQga2JkbXV4MA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUg a2VybmVsOiBhY3BpMDogPEdCVCBHQlRVQUNQST4gb24gbW90aGVyYm9hcmQNCkRlYyAxNSAw MjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYWNwaTA6IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIy OjE3IGJlYXN0aWUga2VybmVsOiBhY3BpMDogUG93ZXIgQnV0dG9uIChmaXhlZCkNCkRlYyAx NSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYWNwaTA6IHJlc2VydmF0aW9uIG9mIDAsIGEw MDAwICgzKSBmYWlsZWQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYWNwaTA6 IHJlc2VydmF0aW9uIG9mIDEwMDAwMCwgZDdiZjAwMDAgKDMpIGZhaWxlZA0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVu Y3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtl cm5lbDogYWNwaV90aW1lcjA6IDwzMi1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQg MHg0MDA4LTB4NDAwYiBvbiBhY3BpMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVs OiBjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IGNwdTE6IDxBQ1BJIENQVT4gb24gYWNwaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFz dGllIGtlcm5lbDogY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMA0KRGVjIDE1IDAyOjIyOjE3 IGJlYXN0aWUga2VybmVsOiBjcHUzOiA8QUNQSSBDUFU+IG9uIGFjcGkwDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGNwdTQ6IDxBQ1BJIENQVT4gb24gYWNwaTANCkRlYyAx NSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogY3B1NTogPEFDUEkgQ1BVPiBvbiBhY3BpMA0K RGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhY3BpX2J1dHRvbjA6IDxQb3dlciBC dXR0b24+IG9uIGFjcGkwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHBjaWIw OiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTANCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcGNpMDogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcGNpYjE6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMS4wIG9uIHBjaTANCkRlYyAxNSAwMjoyMjoxNyBi ZWFzdGllIGtlcm5lbDogcGNpMTogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjENCkRlYyAxNSAw MjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdmdhcGNpMDogPFZHQS1jb21wYXRpYmxlIGRpc3Bs YXk+IHBvcnQgMHhkZTAwLTB4ZGVmZiBtZW0gMHhkODAwMDAwMC0weGRmZmZmZmZmLDB4ZmRi ZTAwMDAtMHhmZGJlZmZmZiwweGZkYTAwMDAwLTB4ZmRhZmZmZmYgaXJxIDE4IGF0IGRldmlj ZSA1LjAgb24gcGNpMQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBwY2kxOiA8 bXVsdGltZWRpYSwgSERBPiBhdCBkZXZpY2UgNS4xIChubyBkcml2ZXIgYXR0YWNoZWQpDQpE ZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHBjaWIyOiA8QUNQSSBQQ0ktUENJIGJy aWRnZT4gaXJxIDE3IGF0IGRldmljZSA5LjAgb24gcGNpMA0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiBwY2kyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMg0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBwY2kyOiA8c2VyaWFsIGJ1cywgVVNCPiBhdCBkZXZp Y2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IHBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE4IGF0IGRldmljZSAx MC4wIG9uIHBjaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcGNpMzogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjMNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDog cmUwOiA8UmVhbFRlayA4MTY4LzgxMTEgQi9DL0NQL0QvRFAvRSBQQ0llIEdpZ2FiaXQgRXRo ZXJuZXQ+IHBvcnQgMHhlZTAwLTB4ZWVmZiBtZW0gMHhmZGVmZjAwMC0weGZkZWZmZmZmLDB4 ZmRlZjgwMDAtMHhmZGVmYmZmZiBpcnEgMTggYXQgZGV2aWNlIDAuMCBvbiBwY2kzDQpEZWMg MTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHJlMDogVXNpbmcgMSBNU0kgbWVzc2FnZXMN CkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcmUwOiBDaGlwIHJldi4gMHgyODAw MDAwMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiByZTA6IE1BQyByZXYuIDB4 MDAwMDAwMDANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogbWlpYnVzMDogPE1J SSBidXM+IG9uIHJlMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiByZ2VwaHkw OiA8UlRMODE2OVMvODExMFMvODIxMUIgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBvbiBtaWli dXMwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHJnZXBoeTA6ICAxMGJhc2VU LCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAxMDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsIDEw MDBiYXNlVC1GRFgsIGF1dG8NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcmUw OiBFdGhlcm5ldCBhZGRyZXNzOiAxYzo2Zjo2NTo0MzpmYTo5YQ0KRGVjIDE1IDAyOjIyOjE3 IGJlYXN0aWUga2VybmVsOiByZTA6IFtGSUxURVJdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3Rp ZSBrZXJuZWw6IGF0YXBjaTA6IDxBVEkgSVhQNzAwLzgwMCBTQVRBMzAwIGNvbnRyb2xsZXI+ IHBvcnQgMHhmZjAwLTB4ZmYwNywweGZlMDAtMHhmZTAzLDB4ZmQwMC0weGZkMDcsMHhmYzAw LTB4ZmMwMywweGZiMDAtMHhmYjBmIG1lbSAweGZlMDJmMDAwLTB4ZmUwMmYzZmYgaXJxIDE5 IGF0IGRldmljZSAxNy4wIG9uIHBjaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5l bDogYXRhcGNpMDogW0lUSFJFQURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6 IGF0YXBjaTA6IEFIQ0kgdjEuMjAgY29udHJvbGxlciB3aXRoIDYgNkdicHMgcG9ydHMsIFBN IHN1cHBvcnRlZA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdGEyOiA8QVRB IGNoYW5uZWwgMD4gb24gYXRhcGNpMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVs OiBhdGEyOiBbSVRIUkVBRF0NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYXRh MzogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGll IGtlcm5lbDogYXRhMzogW0lUSFJFQURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJu ZWw6IGF0YTQ6IDxBVEEgY2hhbm5lbCAyPiBvbiBhdGFwY2kwDQpEZWMgMTUgMDI6MjI6MTcg YmVhc3RpZSBrZXJuZWw6IGF0YTQ6IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0 aWUga2VybmVsOiBhdGE1OiA8QVRBIGNoYW5uZWwgMz4gb24gYXRhcGNpMA0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdGE1OiBbSVRIUkVBRF0NCkRlYyAxNSAwMjoyMjox NyBiZWFzdGllIGtlcm5lbDogYXRhNjogPEFUQSBjaGFubmVsIDQ+IG9uIGF0YXBjaTANCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYXRhNjogW0lUSFJFQURdDQpEZWMgMTUg MDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGF0YTc6IDxBVEEgY2hhbm5lbCA1PiBvbiBhdGFw Y2kwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGF0YTc6IFtJVEhSRUFEXQ0K RGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBvaGNpMDogPE9IQ0kgKGdlbmVyaWMp IFVTQiBjb250cm9sbGVyPiBtZW0gMHhmZTAyZTAwMC0weGZlMDJlZmZmIGlycSAxOCBhdCBk ZXZpY2UgMTguMCBvbiBwY2kwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IG9o Y2kwOiBbSVRIUkVBRF0NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdXNidXMw OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGVoY2kwOiA8RUhDSSAoZ2VuZXJpYykgVVNCIDIuMCBj b250cm9sbGVyPiBtZW0gMHhmZTAyZDAwMC0weGZlMDJkMGZmIGlycSAxNyBhdCBkZXZpY2Ug MTguMiBvbiBwY2kwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGVoY2kwOiBb SVRIUkVBRF0NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdXNidXMxOiBFSENJ IHZlcnNpb24gMS4wDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzMTog PEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gb24gZWhjaTANCkRlYyAxNSAw MjoyMjoxNyBiZWFzdGllIGtlcm5lbDogb2hjaTE6IDxPSENJIChnZW5lcmljKSBVU0IgY29u dHJvbGxlcj4gbWVtIDB4ZmUwMmMwMDAtMHhmZTAyY2ZmZiBpcnEgMTggYXQgZGV2aWNlIDE5 LjAgb24gcGNpMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBvaGNpMTogW0lU SFJFQURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzMjogPE9IQ0kg KGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMQ0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiBlaGNpMTogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxl cj4gbWVtIDB4ZmUwMmIwMDAtMHhmZTAyYjBmZiBpcnEgMTcgYXQgZGV2aWNlIDE5LjIgb24g cGNpMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBlaGNpMTogW0lUSFJFQURd DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzMzogRUhDSSB2ZXJzaW9u IDEuMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1c2J1czM6IDxFSENJIChn ZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kxDQpEZWMgMTUgMDI6MjI6MTcg YmVhc3RpZSBrZXJuZWw6IHBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDIw LjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5l bDogaXNhYjA6IDxQQ0ktSVNBIGJyaWRnZT4gYXQgZGV2aWNlIDIwLjMgb24gcGNpMA0KRGVj IDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBpc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAN CkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogcGNpYjQ6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBhdCBkZXZpY2UgMjAuNCBvbiBwY2kwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3Rp ZSBrZXJuZWw6IHBjaTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI0DQpEZWMgMTUgMDI6MjI6 MTcgYmVhc3RpZSBrZXJuZWw6IGZ3b2hjaTA6IDxUZXhhcyBJbnN0cnVtZW50cyBUU0I0M0FC MjM+IG1lbSAweGZkZGZmMDAwLTB4ZmRkZmY3ZmYsMHhmZGRmODAwMC0weGZkZGZiZmZmIGly cSAyMiBhdCBkZXZpY2UgMTQuMCBvbiBwY2k0DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IGZ3b2hjaTA6IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2Vy bmVsOiBmd29oY2kwOiBPSENJIHZlcnNpb24gMS4xMCAoUk9NPTApDQpEZWMgMTUgMDI6MjI6 MTcgYmVhc3RpZSBrZXJuZWw6IGZ3b2hjaTA6IE5vLiBvZiBJc29jaHJvbm91cyBjaGFubmVs cyBpcyA0Lg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBmd29oY2kwOiBFVUk2 NCAwMDoxMToxNzplZTowMDoxYzo2Zjo2NQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2Vy bmVsOiBmd29oY2kwOiBQaHkgMTM5NGEgYXZhaWxhYmxlIFM0MDAsIDMgcG9ydHMuDQpEZWMg MTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGZ3b2hjaTA6IExpbmsgUzQwMCwgbWF4X3Jl YyAyMDQ4IGJ5dGVzLg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBmaXJld2ly ZTA6IDxJRUVFMTM5NChGaXJlV2lyZSkgYnVzPiBvbiBmd29oY2kwDQpEZWMgMTUgMDI6MjI6 MTcgYmVhc3RpZSBrZXJuZWw6IGRjb25zX2Nyb20wOiA8ZGNvbnMgY29uZmlndXJhdGlvbiBS T00+IG9uIGZpcmV3aXJlMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBkY29u c19jcm9tMDogYnVzX2FkZHIgMHg0NTVjMDAwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IGZ3ZTA6IDxFdGhlcm5ldCBvdmVyIEZpcmVXaXJlPiBvbiBmaXJld2lyZTANCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogaWZfZndlMDogRmFrZSBFdGhlcm5ldCBh ZGRyZXNzOiAwMjoxMToxNzoxYzo2Zjo2NQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2Vy bmVsOiBmd2UwOiBFdGhlcm5ldCBhZGRyZXNzOiAwMjoxMToxNzoxYzo2Zjo2NQ0KRGVjIDE1 IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBmd2lwMDogPElQIG92ZXIgRmlyZVdpcmU+IG9u IGZpcmV3aXJlMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBmd2lwMDogRmly ZXdpcmUgYWRkcmVzczogMDA6MTE6MTc6ZWU6MDA6MWM6NmY6NjUgQCAweGZmZmUwMDAwMDAw MCwgUzQwMCwgbWF4cmVjIDIwNDgNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDog ZndvaGNpMDogSW5pdGlhdGUgYnVzIHJlc2V0DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IGZ3b2hjaTA6IGZ3b2hjaV9pbnRyX2NvcmU6IEJVUyByZXNldA0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBmd29oY2kwOiBmd29oY2lfaW50cl9jb3JlOiBub2Rl X2lkPTB4MDAwMDAwMDAsIFNlbGZJRCBDb3VudD0xLCBDWUNMRU1BU1RFUiBtb2RlDQpEZWMg MTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IG9oY2kyOiA8T0hDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IG1lbSAweGZlMDJhMDAwLTB4ZmUwMmFmZmYgaXJxIDE4IGF0IGRldmlj ZSAyMC41IG9uIHBjaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogb2hjaTI6 IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1c2J1czQ6IDxP SENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTINCkRlYyAxNSAwMjoyMjox NyBiZWFzdGllIGtlcm5lbDogcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZp Y2UgMjEuMCBvbiBwY2kwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHBjaTU6 IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJu ZWw6IGF0YXBjaTE6IDxKTWljcm9uIEpNQjM2MyBVRE1BMTMzIGNvbnRyb2xsZXI+IHBvcnQg MHhhZjAwLTB4YWYwNywweGFlMDAtMHhhZTAzLDB4YWQwMC0weGFkMDcsMHhhYzAwLTB4YWMw MywweGFiMDAtMHhhYjBmIG1lbSAweGZkOWZlMDAwLTB4ZmQ5ZmZmZmYgaXJxIDE3IGF0IGRl dmljZSAwLjAgb24gcGNpNQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdGFw Y2kxOiBbSVRIUkVBRF0NCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYXRhcGNp MjogPEFIQ0kgU0FUQSBjb250cm9sbGVyPiBvbiBhdGFwY2kxDQpEZWMgMTUgMDI6MjI6MTcg YmVhc3RpZSBrZXJuZWw6IGF0YXBjaTI6IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiBhdGFwY2kyOiBBSENJIHYxLjAwIGNvbnRyb2xsZXIgd2l0aCAyIDNH YnBzIHBvcnRzLCBQTSBzdXBwb3J0ZWQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5l bDogYXRhODogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTINCkRlYyAxNSAwMjoyMjoxNyBi ZWFzdGllIGtlcm5lbDogYXRhODogW0lUSFJFQURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3Rp ZSBrZXJuZWw6IGF0YTk6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kyDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGF0YTk6IFtJVEhSRUFEXQ0KRGVjIDE1IDAyOjIyOjE3 IGJlYXN0aWUga2VybmVsOiBhdGExMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTENCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYXRhMTA6IFtJVEhSRUFEXQ0KRGVjIDE1 IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBwY2liNjogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAyMS4xIG9uIHBjaTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5l bDogcGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYNCkRlYyAxNSAwMjoyMjoxNyBiZWFz dGllIGtlcm5lbDogb2hjaTM6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVt IDB4ZmUwMjkwMDAtMHhmZTAyOWZmZiBpcnEgMTggYXQgZGV2aWNlIDIyLjAgb24gcGNpMA0K RGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBvaGNpMzogW0lUSFJFQURdDQpEZWMg MTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzNTogPE9IQ0kgKGdlbmVyaWMpIFVT QiBjb250cm9sbGVyPiBvbiBvaGNpMw0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVs OiBlaGNpMjogPEVIQ0kgKGdlbmVyaWMpIFVTQiAyLjAgY29udHJvbGxlcj4gbWVtIDB4ZmUw MjgwMDAtMHhmZTAyODBmZiBpcnEgMTcgYXQgZGV2aWNlIDIyLjIgb24gcGNpMA0KRGVjIDE1 IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBlaGNpMjogW0lUSFJFQURdDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzNjogRUhDSSB2ZXJzaW9uIDEuMA0KRGVjIDE1 IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1c2J1czY6IDxFSENJIChnZW5lcmljKSBVU0Ig Mi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kyDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJu ZWw6IHVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEg NCBmbGFncyAweDEwIG9uIGFjcGkwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6 IHVhcnQwOiBbRklMVEVSXQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdHJ0 YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzMgaXJxIDggb24gYWNwaTAN CkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogb3JtMDogPElTQSBPcHRpb24gUk9N PiBhdCBpb21lbSAweGMwMDAwLTB4Y2VmZmYgb24gaXNhMA0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiBzYzA6IDxTeXN0ZW0gY29uc29sZT4gYXQgZmxhZ3MgMHgxMDAgb24g aXNhMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBzYzA6IFZHQSA8MTYgdmly dHVhbCBjb25zb2xlcywgZmxhZ3M9MHgzMDA+DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IHZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYgaW9t ZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtl cm5lbDogYXRrYmRjMDogPEtleWJvYXJkIGNvbnRyb2xsZXIgKGk4MDQyKT4gYXQgcG9ydCAw eDYwLDB4NjQgb24gaXNhMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhdGti ZDA6IDxBVCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMA0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiBrYmQwIGF0IGF0a2JkMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUg a2VybmVsOiBhdGtiZDA6IFtHSUFOVC1MT0NLRURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3Rp ZSBrZXJuZWw6IGF0a2JkMDogW0lUSFJFQURdDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBr ZXJuZWw6IHBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlDQpEZWMgMTUgMDI6 MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGh3cHN0YXRlMDogPENvb2xgbidRdWlldCAyLjA+IG9u IGNwdTANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogZmlyZXdpcmUwOiAxIG5v ZGVzLCBtYXhob3AgPD0gMCBjYWJsZSBJUk0gaXJtKDApICAobWUpDQpEZWMgMTUgMDI6MjI6 MTcgYmVhc3RpZSBrZXJuZWw6IGZpcmV3aXJlMDogYnVzIG1hbmFnZXIgMA0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiBaRlMgZmlsZXN5c3RlbSB2ZXJzaW9uIDQNCkRlYyAx NSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogWkZTIHN0b3JhZ2UgcG9vbCB2ZXJzaW9uIDE1 DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IFRpbWVjb3VudGVycyB0aWNrIGV2 ZXJ5IDEuMDAwIG1zZWMNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdXNidXMw OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUg a2VybmVsOiB1c2J1czE6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMA0KRGVjIDE1IDAy OjIyOjE3IGJlYXN0aWUga2VybmVsOiB1c2J1czI6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2 MS4wDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVzYnVzMzogNDgwTWJwcyBI aWdoIFNwZWVkIFVTQiB2Mi4wDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVz YnVzNDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjANCkRlYyAxNSAwMjoyMjoxNyBiZWFz dGllIGtlcm5lbDogdXNidXM1OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMA0KRGVjIDE1 IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1c2J1czY6IDQ4ME1icHMgSGlnaCBTcGVlZCBV U0IgdjIuMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuMC4xOiA8QVRJ PiBhdCB1c2J1czANCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjA6IDxB VEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuMS4xOiA8QVRJ PiBhdCB1c2J1czENCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjE6IDxB VEkgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuMi4xOiA8QVRJ PiBhdCB1c2J1czINCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjI6IDxB VEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuMy4xOiA8QVRJ PiBhdCB1c2J1czMNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjM6IDxB VEkgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzMw0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuNC4xOiA8QVRJ PiBhdCB1c2J1czQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjQ6IDxB VEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzNA0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuNS4xOiA8QVRJ PiBhdCB1c2J1czUNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjU6IDxB VEkgT0hDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzNQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1Z2VuNi4xOiA8QVRJ PiBhdCB1c2J1czYNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjY6IDxB VEkgRUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9u IHVzYnVzNg0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBhZDQ6IDE0MzA3OTlN QiA8U2VhZ2F0ZSBTVDMxNTAwMzQxQVMgQ0MxSD4gYXQgYXRhMi1tYXN0ZXIgVURNQTEwMCBT QVRBIDNHYi9zDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGFkNjogMTQzMDc5 OU1CIDxTZWFnYXRlIFNUMzE1MDAzNDFBUyBDQzFIPiBhdCBhdGEzLW1hc3RlciBVRE1BMTAw IFNBVEEgM0diL3MNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjQ6IDIg cG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQpEZWMgMTUgMDI6MjI6MTcg YmVhc3RpZSBrZXJuZWw6IGFkODogMTQzMDc5OU1CIDxTZWFnYXRlIFNUMzE1MDAzNDFBUyBD QzFIPiBhdCBhdGE0LW1hc3RlciBVRE1BMTAwIFNBVEEgM0diL3MNCkRlYyAxNSAwMjoyMjox NyBiZWFzdGllIGtlcm5lbDogdWh1YjU6IDQgcG9ydHMgd2l0aCA0IHJlbW92YWJsZSwgc2Vs ZiBwb3dlcmVkDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVodWIwOiA1IHBv cnRzIHdpdGggNSByZW1vdmFibGUsIHNlbGYgcG93ZXJlZA0KRGVjIDE1IDAyOjIyOjE3IGJl YXN0aWUga2VybmVsOiB1aHViMjogNSBwb3J0cyB3aXRoIDUgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogYWQxMDogMTQzMDc5OU1C IDxTZWFnYXRlIFNUMzE1MDAzNDFBUyBDQzFIPiBhdCBhdGE1LW1hc3RlciBVRE1BMTAwIFNB VEEgM0diL3MNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogU01QOiBBUCBDUFUg IzEgTGF1bmNoZWQhDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IFNNUDogQVAg Q1BVICMyIExhdW5jaGVkIQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiBTTVA6 IEFQIENQVSAjNSBMYXVuY2hlZCENCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDog U01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJu ZWw6IFNNUDogQVAgQ1BVICM0IExhdW5jaGVkIQ0KRGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUg a2VybmVsOiBSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czYgdXNidXMzIHVzYnVzMQ0K RGVjIDE1IDAyOjIyOjE3IGJlYXN0aWUga2VybmVsOiB1aHViNjogNCBwb3J0cyB3aXRoIDQg cmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5l bDogUm9vdCBtb3VudCB3YWl0aW5nIGZvcjogdXNidXMzIHVzYnVzMQ0KRGVjIDE1IDAyOjIy OjE3IGJlYXN0aWUga2VybmVsOiB1aHViMTogNSBwb3J0cyB3aXRoIDUgcmVtb3ZhYmxlLCBz ZWxmIHBvd2VyZWQNCkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWh1YjM6IDUg cG9ydHMgd2l0aCA1IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkDQpEZWMgMTUgMDI6MjI6MTcg YmVhc3RpZSBrZXJuZWw6IFRyeWluZyB0byBtb3VudCByb290IGZyb20gemZzOnRhbmsNCkRl YyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWdlbjAuMjogPEJUQz4gYXQgdXNidXMw DQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IHVrYmQwOiA8QlRDIFVTQiBNdWx0 aW1lZGlhIEtleWJvYXJkLCBjbGFzcyAwLzAsIHJldiAxLjEwLzEuMTAsIGFkZHIgMj4gb24g dXNidXMwDQpEZWMgMTUgMDI6MjI6MTcgYmVhc3RpZSBrZXJuZWw6IGtiZDIgYXQgdWtiZDAN CkRlYyAxNSAwMjoyMjoxNyBiZWFzdGllIGtlcm5lbDogdWhpZDA6IDwwOTI5MjAwMz4gb24g dXNidXMwDQo= --------------030107090307000501030806-- From owner-freebsd-fs@FreeBSD.ORG Wed Dec 15 13:01: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 885D3106566C; Wed, 15 Dec 2010 13:01:00 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2A58FC13; Wed, 15 Dec 2010 13:00:59 +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 PAA11414; Wed, 15 Dec 2010 15:00:57 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4D08BC09.3000801@freebsd.org> Date: Wed, 15 Dec 2010 15:00:57 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: "Vladislav V. Prodan" References: <4D08B21B.5090000@ukr.net> In-Reply-To: <4D08B21B.5090000@ukr.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 13:01:00 -0000 on 15/12/2010 14:18 Vladislav V. Prodan said the following: > The kernel of the standard, GENERIC > Similar problems after attempting to install from the disk > FreeBSD-9.0-CURRENT-201011-amd64-dvd1.iso > In the latter case, there were cases of complete system lockup. > > The upgrade process: > cd /usr/src > make clean > rm -r /usr/obj > make buildworld > make buildkernel KERNCONF=GENERIC > make installkernel KERNCONF=GENERIC > make installworld > > > What am I doing wrong? > Just a guess - have you looked at UPDATING in CURRENT sources? But the lock up is totally unexpected, try to debug it. -- Andriy Gapon From owner-freebsd-fs@FreeBSD.ORG Wed Dec 15 13:11:35 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 4D8B41065675; Wed, 15 Dec 2010 13:11:35 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id AFF668FC1C; Wed, 15 Dec 2010 13:11:34 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.4) with ESMTP id oBFDBUDZ076242; Wed, 15 Dec 2010 15:11:30 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D08BE7D.2030700@ukr.net> Date: Wed, 15 Dec 2010 15:11:25 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> In-Reply-To: <4D08BC09.3000801@freebsd.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED,AWL, MISSING_HEADERS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 13:11:35 -0000 15.12.2010 15:00, Andriy Gapon wrote: > Just a guess - have you looked at UPDATING in CURRENT sources? > But the lock up is totally unexpected, try to debug it. > Nothing interesting find, but flew into a panic: panic: bio_completed can't be greater than bio_lenght cpuid =3 ... Now try to attach a screenshot. -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru From owner-freebsd-fs@FreeBSD.ORG Wed Dec 15 13:11:38 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 5BE1110656F0; Wed, 15 Dec 2010 13:11:38 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D0D2C8FC19; Wed, 15 Dec 2010 13:11:37 +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 oBFDBbfv086239; Wed, 15 Dec 2010 13:11:37 GMT (envelope-from avg@freefall.freebsd.org) Received: (from avg@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBFDBbq6086235; Wed, 15 Dec 2010 13:11:37 GMT (envelope-from avg) Date: Wed, 15 Dec 2010 13:11:37 GMT Message-Id: <201012151311.oBFDBbq6086235@freefall.freebsd.org> To: swell.k@gmail.com, avg@FreeBSD.org, freebsd-fs@FreeBSD.org From: avg@FreeBSD.org Cc: Subject: Re: kern/153173: [zfs] booting from a gzip-compressed dataset doesn't work X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 13:11:38 -0000 Synopsis: [zfs] booting from a gzip-compressed dataset doesn't work State-Changed-From-To: open->suspended State-Changed-By: avg State-Changed-When: Wed Dec 15 13:04:35 UTC 2010 State-Changed-Why: We are eagerly awaiting patches for this already well-known issue. Currently only lzjb decmpression is supported in zfs boot chain. http://www.freebsd.org/cgi/query-pr.cgi?pr=153173 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 15 14:09:38 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 592FD106566C; Wed, 15 Dec 2010 14:09:38 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id BB6CC8FC13; Wed, 15 Dec 2010 14:09:37 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.4) with ESMTP id oBFE9WSC080195; Wed, 15 Dec 2010 16:09:33 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D08CC18.7050908@ukr.net> Date: Wed, 15 Dec 2010 16:09:28 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-fs@freebsd.org References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> <4D08BE7D.2030700@ukr.net> In-Reply-To: <4D08BE7D.2030700@ukr.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 14:09:38 -0000 15.12.2010 15:11, Vladislav V. Prodan wrote: > Now try to attach a screenshot. > > http://img576.imageshack.us/i/dsc00563u.jpg/ -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru From owner-freebsd-fs@FreeBSD.ORG Wed Dec 15 14:25:59 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 C1F6A106566C; Wed, 15 Dec 2010 14:25:59 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by mx1.freebsd.org (Postfix) with ESMTP id 8802C8FC12; Wed, 15 Dec 2010 14:25:59 +0000 (UTC) Received: by iwn40 with SMTP id 40so2235064iwn.17 for ; Wed, 15 Dec 2010 06:25:59 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.17.66 with SMTP id r2mr4818512iba.159.1292423159064; Wed, 15 Dec 2010 06:25:59 -0800 (PST) Received: by 10.231.59.142 with HTTP; Wed, 15 Dec 2010 06:25:58 -0800 (PST) In-Reply-To: <4D08CC18.7050908@ukr.net> References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> <4D08BE7D.2030700@ukr.net> <4D08CC18.7050908@ukr.net> Date: Wed, 15 Dec 2010 15:25:58 +0100 Message-ID: From: Olivier Smedts To: "Vladislav V. Prodan" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 14:25:59 -0000 2010/12/15 Vladislav V. Prodan : > 15.12.2010 15:11, Vladislav V. Prodan wrote: > >> Now try to attach a screenshot. >> >> > > http://img576.imageshack.us/i/dsc00563u.jpg/ ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=3D8638372 Maybe installkernel/installworld copied files on bad clusters, they were previously bad but you notice only now that there are system files on them... --=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 Wed Dec 15 18:18:07 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 E15BE106566B; Wed, 15 Dec 2010 18:18:07 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B75BC8FC18; Wed, 15 Dec 2010 18:18:07 +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 oBFII7Vu005581; Wed, 15 Dec 2010 18:18:07 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBFII72w005576; Wed, 15 Dec 2010 18:18:07 GMT (envelope-from jh) Date: Wed, 15 Dec 2010 18:18:07 GMT Message-Id: <201012151818.oBFII72w005576@freefall.freebsd.org> To: paulf@free.fr, jh@FreeBSD.org, freebsd-fs@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: kern/124621: [ext3] [patch] Cannot mount ext2fs partition X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 18:18:08 -0000 Synopsis: [ext3] [patch] Cannot mount ext2fs partition State-Changed-From-To: patched->closed State-Changed-By: jh State-Changed-When: Wed Dec 15 18:18:06 UTC 2010 State-Changed-Why: Fixed in all supported branches. http://www.freebsd.org/cgi/query-pr.cgi?pr=124621 From owner-freebsd-fs@FreeBSD.ORG Wed Dec 15 19:16:16 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 0E6071065670 for ; Wed, 15 Dec 2010 19:16:16 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta07.emeryville.ca.mail.comcast.net (qmta07.emeryville.ca.mail.comcast.net [76.96.30.64]) by mx1.freebsd.org (Postfix) with ESMTP id E5AB08FC12 for ; Wed, 15 Dec 2010 19:16:15 +0000 (UTC) Received: from omta07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by qmta07.emeryville.ca.mail.comcast.net with comcast id jX6G1f00C1GXsucA7XGFUT; Wed, 15 Dec 2010 19:16:15 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta07.emeryville.ca.mail.comcast.net with comcast id jXG51f00R3LrwQ28UXG8ev; Wed, 15 Dec 2010 19:16:14 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5ADCA9B427; Wed, 15 Dec 2010 11:16:05 -0800 (PST) Date: Wed, 15 Dec 2010 11:16:05 -0800 From: Jeremy Chadwick To: Olivier Smedts Message-ID: <20101215191605.GA12755@icarus.home.lan> References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> <4D08BE7D.2030700@ukr.net> <4D08CC18.7050908@ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 19:16:16 -0000 On Wed, Dec 15, 2010 at 03:25:58PM +0100, Olivier Smedts wrote: > 2010/12/15 Vladislav V. Prodan : > > 15.12.2010 15:11, Vladislav V. Prodan wrote: > > > >> Now try to attach a screenshot. > >> > >> > > > > http://img576.imageshack.us/i/dsc00563u.jpg/ > > ad6: TIMEOUT - READ_DMA retrying (1 retry left) LBA=8638372 > > Maybe installkernel/installworld copied files on bad clusters, they > were previously bad but you notice only now that there are system > files on them... Agreed. Vladislav, if you can get the system usable/bootable, please install ports/sysutils/smartmontools and provide output from "smartctl -a /dev/ad6" here. It should act as an indicator as to whether or not there are bad blocks or odd disk behaviour. -- | 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 Wed Dec 15 19:16:16 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 C11DB106566B; Wed, 15 Dec 2010 19:16:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3F06B8FC13; Wed, 15 Dec 2010 19:16:16 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id oBFJFw6s035888; Wed, 15 Dec 2010 20:16:14 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id oBFJFwPP035887; Wed, 15 Dec 2010 20:15:58 +0100 (CET) (envelope-from olli) Date: Wed, 15 Dec 2010 20:15:58 +0100 (CET) Message-Id: <201012151915.oBFJFwPP035887@lurza.secnetix.de> From: Oliver Fromme To: freebsd-fs@FreeBSD.ORG, arundel@FreeBSD.ORG In-Reply-To: <20101214210839.GB81772@freebsd.org> X-Newsgroups: list.freebsd-fs User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Wed, 15 Dec 2010 20:16:14 +0100 (CET) Cc: Subject: Re: expand_number(3) support for tmpfs -o size and -o maxfilesize X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-fs@FreeBSD.ORG, arundel@FreeBSD.ORG List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 19:16:16 -0000 Alexander Best wrote: > Oliver Fromme wrote: > > That's expected behaviour ... The function vfs_scanopt() > > is used to parse the size argument using the "%qu" format, > > expecting the number in bytes. So if you write "500m", > > it stops at the "m" and simply parses the number as 500 > > bytes, which is below the minimum size (4 KB), so it falls > > back to the default maximum size which is the total amount > > of memory available (RAM + swap). > > i see. since the "m" gets ignored there's no chance of detecting a value > that doesn't comply to the "%qu" format? and maybe issuing a warning that > the size value was invalid? It's possible to do that, but it requires a complete rewrite of how options are parsed in the vfs code. Personally I don't think it's worth the trouble. Normally a user notices the problem quickly when he types "df" (as you did). The problem is that vfs_scanopt() uses vsscanf() which works similar to the userland function with the same name (though it's not identical). vsscanf() only returns the number of items successfully converted, which is 1 in this case. The problem is that the *scanf() API is rather stupid. The simplest solution might be to add a new flag to *scanf() indicating that unit suffixes (K, M, G, T) are allowed and parsed appropriately. But you still won't get a warning if there's an invalid suffix. A work-around would be to add %n to the conversion, which returns the number of characters consumed so far. If it's less than the total length of the string, then there is some trailing garbage, obviously. Another, possibly simpler way would be to add %c and check if the result is 2. Another problem is that the mount code in the kernel cannot return a warning to the mount(8) utility. It only returns success or failure and an errno code. So, the only thing you can do is print a kernel message that goes to the dmesg buffer and to the console (and probably some log file), but not necessarily to the terminal of the user who is executing the mount command. Best regards Oliver PS: From my signature collection: "The scanf() function is a large and complex beast that often does something almost but not quite entirely unlike what you desired." -- Chris Torek -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-fs@FreeBSD.ORG Wed Dec 15 19:35:32 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 8BE0110656B1; Wed, 15 Dec 2010 19:35:32 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite-1-pt.tunnel.tserv24.sto1.ipv6.he.net [IPv6:2001:470:27:140::2]) by mx1.freebsd.org (Postfix) with ESMTP id EC1F58FC1D; Wed, 15 Dec 2010 19:35:31 +0000 (UTC) Received: from [10.0.0.10] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.4) with ESMTP id oBFJZPtE002117; Wed, 15 Dec 2010 21:35:26 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [10.0.0.10] Message-ID: <4D091878.6020104@ukr.net> Date: Wed, 15 Dec 2010 21:35:20 +0200 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D08B21B.5090000@ukr.net> <4D08BC09.3000801@freebsd.org> <4D08BE7D.2030700@ukr.net> <4D08CC18.7050908@ukr.net> <20101215191605.GA12755@icarus.home.lan> In-Reply-To: <20101215191605.GA12755@icarus.home.lan> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Low speed disk subsystem after the upgrade 8.1-STABLE-201011 --> 9-CURRENT X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Dec 2010 19:35:32 -0000 15.12.2010 21:16, Jeremy Chadwick wrote: > Agreed. > > Vladislav, if you can get the system usable/bootable, please install > ports/sysutils/smartmontools and provide output from "smartctl -a > /dev/ad6" here. It should act as an indicator as to whether or not > there are bad blocks or odd disk behaviour. That there are no errors. In 8-STABLE smarmontools showed no errors. -- Vladislav V. Prodan VVP24-UANIC +38[067]4584408 +38[099]4060508 vlad11@jabber.ru From owner-freebsd-fs@FreeBSD.ORG Thu Dec 16 03:35:40 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 EF503106566C; Thu, 16 Dec 2010 03:35:40 +0000 (UTC) (envelope-from bw@exodus.desync.com) Received: from exodus.desync.com (exodus.desync.com [208.83.20.164]) by mx1.freebsd.org (Postfix) with ESMTP id 87DDE8FC19; Thu, 16 Dec 2010 03:35:40 +0000 (UTC) Received: from exodus.desync.com (localhost [127.0.0.1]) by exodus.desync.com (8.14.4/8.14.4) with ESMTP id oBG3F1Gp091340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Dec 2010 22:15:01 -0500 (EST) (envelope-from bw@exodus.desync.com) Received: (from bw@localhost) by exodus.desync.com (8.14.4/8.14.4/Submit) id oBG3F0g1091331; Wed, 15 Dec 2010 22:15:00 -0500 (EST) (envelope-from bw) Date: Wed, 15 Dec 2010 22:15:00 -0500 From: ben wilber To: Pawel Jakub Dawidek Message-ID: <20101216031500.GA90809@exodus.desync.com> References: <20101213214556.GC2038@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> X-Angst-Level: High Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 03:35:41 -0000 On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > Hi. > > The new patchset is ready for testing: Running fine for 24 hours now under load with a ~50 disk v15 (not upgraded) pool from -CURRENT. Thanks! Only strange thing is the rc script complains: /etc/rc: DEBUG: run_rc_command: doit: zvol_start unrecognized command 'volinit' usage: zfs command args ... From owner-freebsd-fs@FreeBSD.ORG Thu Dec 16 07:19:36 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 F309D1065733; Thu, 16 Dec 2010 07:19:35 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3998FC13; Thu, 16 Dec 2010 07:19:34 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 3367A45C99; Thu, 16 Dec 2010 08:19:33 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1829645C9B; Thu, 16 Dec 2010 08:19:28 +0100 (CET) Date: Thu, 16 Dec 2010 08:19:22 +0100 From: Pawel Jakub Dawidek To: ben wilber Message-ID: <20101216071922.GE1915@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> <20101216031500.GA90809@exodus.desync.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a1QUDc0q7S3U7/Jg" Content-Disposition: inline In-Reply-To: <20101216031500.GA90809@exodus.desync.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 07:19:36 -0000 --a1QUDc0q7S3U7/Jg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Dec 15, 2010 at 10:15:00PM -0500, ben wilber wrote: > On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: > > Hi. > >=20 > > The new patchset is ready for testing: >=20 > Running fine for 24 hours now under load with a ~50 disk v15 (not > upgraded) pool from -CURRENT. Thanks! >=20 > Only strange thing is the rc script complains: >=20 > /etc/rc: DEBUG: run_rc_command: doit: zvol_start=20 > unrecognized command 'volinit' > usage: zfs command args ... Did you run mergemaster(8) after the upgrade? The patch includes change to etc/rc.d/zvol to remove 'zfs volinit'/'zfs volfini' which are no longer available. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --a1QUDc0q7S3U7/Jg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0JvXoACgkQForvXbEpPzSSrgCfa0wRk0BpEzJWXz5MeUBDrAq1 k8wAoPSPKv1ropbVFFl4Nl5NLfkkgSND =bLiq -----END PGP SIGNATURE----- --a1QUDc0q7S3U7/Jg-- From owner-freebsd-fs@FreeBSD.ORG Thu Dec 16 07:22: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 E99031065673 for ; Thu, 16 Dec 2010 07:22:25 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 906988FC15 for ; Thu, 16 Dec 2010 07:22:25 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 560C545C9C; Thu, 16 Dec 2010 08:22:24 +0100 (CET) Received: from localhost (89-73-192-49.dynamic.chello.pl [89.73.192.49]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6196A45C9B; Thu, 16 Dec 2010 08:22:19 +0100 (CET) Date: Thu, 16 Dec 2010 08:22:14 +0100 From: Pawel Jakub Dawidek To: Mike Barnard Message-ID: <20101216072214.GF1915@garage.freebsd.pl> References: <20101213143030.GE1740@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+ts6NCQ4mrNQIV8p" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT amd64 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org Subject: Re: HAST role failure X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 07:22:26 -0000 --+ts6NCQ4mrNQIV8p Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 14, 2010 at 04:17:48PM +0300, Mike Barnard wrote: > tail /var/log/messages: >=20 > Dec 14 11:42:32 pollock hastd[3887]: Unable to receive header from tcp4:// > 172.19.254.14:16067: RPC version wrong. It really looks like version mismatch. Are you 100% sure both machines are running the same hastd version? Could you compare md5 sums of /sbin/hastd file on both machine and if they differ could you try to copy one of them to the other machine and retry? --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --+ts6NCQ4mrNQIV8p Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk0JviUACgkQForvXbEpPzQdJgCg3FK3Pyy66wSHnth39gWtj2u5 aBkAoJuBW/B4ly8tpB9f6ZiP3jiqWgIR =b2LJ -----END PGP SIGNATURE----- --+ts6NCQ4mrNQIV8p-- From owner-freebsd-fs@FreeBSD.ORG Thu Dec 16 07:33: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 1A6911065673; Thu, 16 Dec 2010 07:33:22 +0000 (UTC) (envelope-from antinix@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4698FC15; Thu, 16 Dec 2010 07:33:21 +0000 (UTC) Received: by qyk8 with SMTP id 8so6108qyk.13 for ; Wed, 15 Dec 2010 23:33:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type:content-transfer-encoding; bh=He0qM+/vukWbfQxKa98ixoig4Ydc3WXHM9JlKbzgCpQ=; b=Z8ODK749Xc7B2YSRZ9U8GeB788qjXhpL/M3UiFB+xRjzSZvCJXthM7YM9om+aVu2zD q9oShr8USkS4DaPrc53pU3k7ufQQiJ4o0/zRKveKcMVtNStE2gtk9Ng2RldnUFUXVE8v MevaO9/BrGe3fkKdwJSaieY2CbDgKmlJ3CAUA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=X4xbnWQ06Rtu63tBNRlKQ90fLNlz+rRV/TfEtDJwbWetXizbr3+aSqaE8+SkLKHKG8 162qNutZfzdiEBng1TxanW+vzkhgrmCy94rbE3V5i+2I9nWzIrEmu/ipBLtTSHa2+QsE oysDHioFHhwZrmCj4oGluhXvg1nD6sYQciHC0= Received: by 10.229.212.133 with SMTP id gs5mr1359755qcb.192.1292484800389; Wed, 15 Dec 2010 23:33:20 -0800 (PST) MIME-Version: 1.0 Sender: antinix@gmail.com Received: by 10.229.215.77 with HTTP; Wed, 15 Dec 2010 23:33:00 -0800 (PST) In-Reply-To: References: <20101213214556.GC2038@garage.freebsd.pl> <20101213231208.GK2038@garage.freebsd.pl> From: Andrei Kolu Date: Thu, 16 Dec 2010 09:33:00 +0200 X-Google-Sender-Auth: QgbbcGN2fHR_zgPjpAcgKcOnKtg Message-ID: To: Pawel Jakub Dawidek , freebsd-current@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 07:33:22 -0000 2010/12/15 Andrei Kolu : > 2010/12/14 Pawel Jakub Dawidek >> >> On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: >> > Hi. >> > >> > The new patchset is ready for testing: >> > >> > =A0 =A0 =A0 http://people.freebsd.org/~pjd/patches/zfs_20101212.patch.= bz2 >> >> You can also download the whole source tree already patched from here: >> >> =A0 =A0 =A0 =A0http://people.freebsd.org/~pjd/zfs_20101212.tbz >> > > # uname -a > FreeBSD freebsd9.raidon.eu 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Tue Dec > 14 14:37:01 EET 2010 > root@freebsd9.raidon.eu:/usr/obj/usr/src/sys/GENERIC =A0amd64 > > Create files filled with zeroes: > # mkfile 512m disk1 disk2 disk3 disk4 > #=A0zpool create andmed raidz /home/antik/disk{1,2,3,4} > # zpool status andmed > =A0pool: andmed > =A0state: ONLINE > =A0scan: none requested > config: > > =A0 =A0 =A0 =A0NAME =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 STATE =A0 =A0 REA= D WRITE CKSUM > =A0 =A0 =A0 =A0andmed =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ONLINE =A0 =A0 =A0 = 0 =A0 =A0 0 =A0 =A0 0 > =A0 =A0 =A0 =A0 =A0raidz1-0 =A0 =A0 =A0 =A0 =A0 =A0 ONLINE =A0 =A0 =A0 0 = =A0 =A0 0 =A0 =A0 0 > =A0 =A0 =A0 =A0 =A0 =A0/home/antik/disk1 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 = 0 =A0 =A0 0 > =A0 =A0 =A0 =A0 =A0 =A0/home/antik/disk2 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 = 0 =A0 =A0 0 > =A0 =A0 =A0 =A0 =A0 =A0/home/antik/disk3 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 = 0 =A0 =A0 0 > =A0 =A0 =A0 =A0 =A0 =A0/home/antik/disk4 =A0ONLINE =A0 =A0 =A0 0 =A0 =A0 = 0 =A0 =A0 0 > > errors: No known data errors > > Now let's try to scrub: > # zpool scrub andmed > > Fatal trap 12: page fault while in kernel mode > cpuid =3D 1; apic id =3D 01 > fault virtual address =3D 0x1fb8007b > fault code =3D supervisor read data, page not present > instruction pointer =3D 0x20:0xffffffff812967d2 > stack pointer =3D 0x20:0xffffff80ee605548 > frame pointer =3D 0x28:0xffffff80ee605730 > code segment =3D base 0x0, limit 0xfffff, type 0x1b > =A0=3D DPL 0, pres1, long 1, def32 0, gran 1 > processor eflags =3D interrupt enabled, resume, IOPL =3D 0 > current process =3D 2081 (initial thread) > [ thread pid 2081 tid 100121 ] > Stopped at =A0vdev_file_open+0x92: =A0testb =A0$0x20,0x7b(%rax) > > > Similar problem on FreeBSD 8.1: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D153126 > Workaround in FreeBSD would be mounting file based devices as block devices= : # mdconfig -f disk1 md0 # mdconfig -f disk2 md1 # mdconfig -f disk3 md2 # mdconfig -f disk4 md3 # zpool create andmed raidz md{0,1,2,3} # zpool scrub andmed # zpool status pool: andmed state: ONLINE scan: scrub repaired 0 in 0h0m with 0 errors on Wed Dec 15 15:57:34 2010 config: NAME STATE READ WRITE CKSUM andmed ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 md0 ONLINE 0 0 0 md1 ONLINE 0 0 0 md2 ONLINE 0 0 0 md3 ONLINE 0 0 0 errors: No known data errors ---------------------------------------------------------------------------= ------------- Deduplication is nice:) # zfs dedup=3Don peegel # zpool set dedupditto=3D100 peegel # zpool get all peegel | grep dedup peegel dedupditto 100 local peegel dedupratio 1.45x - # zdb -DD peegel DDT-sha256-zap-duplicate: 535 entries, size 284 on disk, 153 in core DDT-sha256-zap-unique: 446 entries, size 316 on disk, 183 in core DDT histogram (aggregated over all DDTs): bucket allocated referenced ______ ______________________________ ______________________________ refcnt blocks LSIZE PSIZE DSIZE blocks LSIZE PSIZE DSIZE ------ ------ ----- ----- ----- ------ ----- ----- ----- 1 446 7.27M 3.92M 3.92M 446 7.27M 3.92M 3.92M 2 534 5.91M 3.25M 3.25M 1.04K 11.8M 6.50M 6.50M 4 1 512 512 512 4 2K 2K 2K Total 981 13.2M 7.17M 7.17M 1.48K 19.1M 10.4M 10.4M dedup =3D 1.45, compress =3D 1.83, copies =3D 1.00, dedup * compress / copi= es =3D 2.66 ---------------------------------------------------------------------------= ------------- Now, I am trying to add cache devices to pool: # zpool add andmed cache da0 da1 looks like this command just hangs- system is responsible but pool is not accessible. How long it would take to cache data? I see no I/O operations going on. No error messages either. ---------------------------------------------------------------------------= ------------- PS: All this file based disk stuff I am trying to do is purely for entertainment purposes and of course for demonstration of technology. Andrei From owner-freebsd-fs@FreeBSD.ORG Thu Dec 16 12:44:36 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 9A0EA106564A; Thu, 16 Dec 2010 12:44:36 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (mail.vx.sk [IPv6:2a01:4f8:100:1043::3]) by mx1.freebsd.org (Postfix) with ESMTP id 2FE278FC0C; Thu, 16 Dec 2010 12:44:36 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 17E3A131FD3; Thu, 16 Dec 2010 13:44:35 +0100 (CET) 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 hl9nCo3F9zAO; Thu, 16 Dec 2010 13:44:32 +0100 (CET) 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 B63C8131FCA; Thu, 16 Dec 2010 13:44:32 +0100 (CET) Message-ID: <4D0A09AF.3040005@FreeBSD.org> Date: Thu, 16 Dec 2010 13:44:31 +0100 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: freebsd-fs@FreeBSD.org, freebsd-stable@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 12:44:36 -0000 Hi everyone, following the announcement of Pawel Jakub Dawidek (pjd@FreeBSD.org) I am providing a ZFSv28 testing patch for 8-STABLE. Link to the patch: http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.patch.xz Link to mfsBSD ISO files for testing (i386 and amd64): http://mfsbsd.vx.sk/iso/zfs-v28/8.2-beta-zfsv28-amd64.iso http://mfsbsd.vx.sk/iso/zfs-v28/8.2-beta-zfsv28-i386.iso The root password for the ISO files: "mfsroot" The ISO files work on real systems and in virtualbox. They conatin a full install of FreeBSD 8.2-PRERELEASE with ZFS v28, simply use the provided "zfsinstall" script. The patch is against FreeBSD 8-STABLE as of 2010-12-15. When applying the patch be sure to use correct options for patch(1) and make sure the file sys/cddl/compat/opensolaris/sys/sysmacros.h gets deleted: # cd /usr/src # fetch http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.patch.xz # xz -d stable-8-zfsv28-20101215.patch.xz # patch -E -p0 < stable-8-zfsv28-20101215.patch # rm sys/cddl/compat/opensolaris/sys/sysmacros.h >From Pawel's announcement: Some of the changes since the last patchset (zfs_20100831.patch): - Boot support for ZFS v28 (only RAIDZ3 is not yet supported). - Various fixes for the existing ZFS boot code. - Support for sendfile(2) (by avg@). - Userland<->kernel compatibility with v13-v15 (by mm@). - ACL fixes (by trasz@). - Various bug fixes. Please test, test, test. Chances are this is the last patchset before v28 going to HEAD (finally) and after a reasonable testing period into 8-STABLE. Especially test new changes, like boot support and sendfile(2) support. Also be sure to verify if you can import for existing ZFS pools (v13-v15) when running v28 or boot from your existing pools. Please test the (v13-v15) compatibility layer as well: Old usereland + new kernel / old kernel + new userland More information about ZFS on my blog: http://blog.vx.sk From owner-freebsd-fs@FreeBSD.ORG Thu Dec 16 14:27:06 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 0F204106566C; Thu, 16 Dec 2010 14:27:06 +0000 (UTC) (envelope-from mike.barnardq@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id A58D58FC22; Thu, 16 Dec 2010 14:27:05 +0000 (UTC) Received: by yxh35 with SMTP id 35so1691262yxh.13 for ; Thu, 16 Dec 2010 06:27:05 -0800 (PST) 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:cc:content-type; bh=xn0+bASyqVon6V/91JPPPqTR+/tVbiy/kwxyZ2KdRxs=; b=WSfSZ4mI+7qrXm7y/FrSe2IUK8/BxHxt6SrYgyao55c9l2htdiqgUnXQrNuzqVNhNO zGE+lzArUeq7lQwHXgwlXozcNEVnTNQq0x/HbzrfzHdypmAlqbgul0tsVkO9hn8HbP5R S2P+S6Vaxk2WOqGXvLt/d6My1ZqZC2hsKw9vw= 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 :cc:content-type; b=SdPzRskaMYHnvE47ObkMIrCdyeY61ypOPQt5VT3cTnZEC+hxPWIbvvEll4DT29cm6S 0ja/pJI7Ybid4Sz64XvwSFg3ec4L+GxAO8c5TmHZzQ5j+dB9PxUlQ2fW3kEuhQ5lS72r i7NQx6jfllepAoIUPCMn2WIN2hmRV05hErylc= MIME-Version: 1.0 Received: by 10.100.8.9 with SMTP id 9mr342607anh.172.1292509624941; Thu, 16 Dec 2010 06:27:04 -0800 (PST) Received: by 10.100.134.12 with HTTP; Thu, 16 Dec 2010 06:27:04 -0800 (PST) In-Reply-To: <20101216072214.GF1915@garage.freebsd.pl> References: <20101213143030.GE1740@garage.freebsd.pl> <20101216072214.GF1915@garage.freebsd.pl> Date: Thu, 16 Dec 2010 17:27:04 +0300 Message-ID: From: Mike Barnard To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: HAST role failure X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 14:27:06 -0000 Hi, On Thu, Dec 16, 2010 at 10:22 AM, Pawel Jakub Dawidek wrote: > On Tue, Dec 14, 2010 at 04:17:48PM +0300, Mike Barnard wrote: > > tail /var/log/messages: > > > > Dec 14 11:42:32 pollock hastd[3887]: Unable to receive header from > tcp4:// > > 172.19.254.14:16067: RPC version wrong. > > It really looks like version mismatch. Are you 100% sure both machines > are running the same hastd version? Could you compare md5 sums of > /sbin/hastd file on both machine and if they differ could you try to > copy one of them to the other machine and retry? > > A quick recompile on the second node sorted this out. Thank you, I have HAST up and running. Thanks again for the help :-) -- Mike Of course, you might discount this possibility, but remember that one in a million chances happen 99% of the time. ------------------------------------------------------------ From owner-freebsd-fs@FreeBSD.ORG Thu Dec 16 19:45:15 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 E5ECE106566B; Thu, 16 Dec 2010 19:45:15 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9E0558FC13; Thu, 16 Dec 2010 19:45:15 +0000 (UTC) Received: by iwn39 with SMTP id 39so3668133iwn.13 for ; Thu, 16 Dec 2010 11:45:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.182.65 with SMTP id cb1mr512289ibb.59.1292528714892; Thu, 16 Dec 2010 11:45:14 -0800 (PST) Received: by 10.231.59.142 with HTTP; Thu, 16 Dec 2010 11:45:11 -0800 (PST) In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Date: Thu, 16 Dec 2010 20:45:11 +0100 Message-ID: From: Olivier Smedts To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 19:45:16 -0000 2010/12/13 Pawel Jakub Dawidek : > Please test, test, test. Chances are this is the last patchset before > v28 going to HEAD (finally). Especially test new changes, like boot > support and sendfile(2) support. Also be sure to verify if you can > import for existing ZFS pools (v13-v15) when running v28 or boot from > your existing pools. Boot support ok with gptzfsboot and zfsloader on a mirrored v15 root pool and a single disk v15 root pool. # zfs diff tank/data@20101204 tank/data@20101208 Cannot stat /data/.zfs/shares/: unable to generate diffs # ls /data/.zfs/ snapshot/ This pool was created in -STABLE more than a year ago, I think it was zpool version 13. I upgraded it to version 15, upgraded the filesystems, but there are no "shares" directories in the .zfs folder of the filesystems in this pool. Another pool created few days ago directly in version 15 : # ls /temp/.zfs/ shares/ snapshot/ I never used shares in any of my pools/filesystems. Should the ".zfs/shares" directories be created automatically ? Thanks --=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 Thu Dec 16 19:45:24 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 668EF10656B2; Thu, 16 Dec 2010 19:45:24 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-ey0-f178.google.com (mail-ey0-f178.google.com [209.85.215.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9BB418FC13; Thu, 16 Dec 2010 19:45:23 +0000 (UTC) Received: by eyh5 with SMTP id 5so1994298eyh.37 for ; Thu, 16 Dec 2010 11:45:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.213.4.11 with SMTP id 11mr1707683ebp.3.1292528721793; Thu, 16 Dec 2010 11:45:21 -0800 (PST) Received: by 10.213.105.212 with HTTP; Thu, 16 Dec 2010 11:45:19 -0800 (PST) In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Date: Thu, 16 Dec 2010 20:45:19 +0100 Message-ID: From: Olivier Smedts To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 19:45:24 -0000 2010/12/13 Pawel Jakub Dawidek : > Please test, test, test. Chances are this is the last patchset before > v28 going to HEAD (finally). Especially test new changes, like boot > support and sendfile(2) support. Also be sure to verify if you can > import for existing ZFS pools (v13-v15) when running v28 or boot from > your existing pools. Boot support ok with gptzfsboot and zfsloader on a mirrored v15 root pool and a single disk v15 root pool. # zfs diff tank/data@20101204 tank/data@20101208 Cannot stat /data/.zfs/shares/: unable to generate diffs # ls /data/.zfs/ snapshot/ This pool was created in -STABLE more than a year ago, I think it was zpool version 13. I upgraded it to version 15, upgraded the filesystems, but there are no "shares" directories in the .zfs folder of the filesystems in this pool. Another pool created few days ago directly in version 15 : # ls /temp/.zfs/ shares/ snapshot/ I never used shares in any of my pools/filesystems. Should the ".zfs/shares" directories be created automatically ? Thanks --=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 Fri Dec 17 10:38:36 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 D9374106566B; Fri, 17 Dec 2010 10:38:36 +0000 (UTC) (envelope-from romain.garbage@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6DB948FC0A; Fri, 17 Dec 2010 10:38:36 +0000 (UTC) Received: by yxh35 with SMTP id 35so237493yxh.13 for ; Fri, 17 Dec 2010 02:38:35 -0800 (PST) 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:cc:content-type :content-transfer-encoding; bh=Rf4Jb5JZNN/5h05NPYKI9iWMwPlKKwsLZG2nN90P0ac=; b=gWQlN/ZvUYOgMSD1rTcHix4uixuD33fdxOxuTC7VfeQJmg8qfVQGRPVoXXVkq+HmhL FtgMMDQhvqfg0EYLwfVdzV7/BumN/c7jxVPjhpBBirOTms/xogzeQELr3rbFvRAjo5A8 05RVtCk+isiVcNhk6g1fU/O23FY19nquUUN2M= 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 :cc:content-type:content-transfer-encoding; b=UPGEdhA17Zz4loDt+s4thkRM3sn17eYD7zowWFVl7P055mb6+yg9dm9z44xnREbJrL uuITxWwGXBuqFbvkdJSxx+V/ZC9f2KJXI4/nz31PCNjaWqcnNG3YXIMmsoiaKpeY8Oaa FsvmxXK3j3WeLj3Dh8d2JORkuDzvK+9RojuJY= MIME-Version: 1.0 Received: by 10.90.68.8 with SMTP id q8mr1963438aga.159.1292580732068; Fri, 17 Dec 2010 02:12:12 -0800 (PST) Received: by 10.91.213.13 with HTTP; Fri, 17 Dec 2010 02:12:12 -0800 (PST) In-Reply-To: <4D0A09AF.3040005@FreeBSD.org> References: <4D0A09AF.3040005@FreeBSD.org> Date: Fri, 17 Dec 2010 11:12:12 +0100 Message-ID: From: Romain Garbage To: Martin Matuska Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 10:38:36 -0000 2010/12/16 Martin Matuska : > Hi everyone, > > following the announcement of Pawel Jakub Dawidek (pjd@FreeBSD.org) I am > providing a ZFSv28 testing patch for 8-STABLE. > > Link to the patch: > > http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.pa= tch.xz > > Link to mfsBSD ISO files for testing (i386 and amd64): > =C2=A0 =C2=A0http://mfsbsd.vx.sk/iso/zfs-v28/8.2-beta-zfsv28-amd64.iso > =C2=A0 =C2=A0http://mfsbsd.vx.sk/iso/zfs-v28/8.2-beta-zfsv28-i386.iso > > The root password for the ISO files: "mfsroot" > The ISO files work on real systems and in virtualbox. > They conatin a full install of FreeBSD 8.2-PRERELEASE with ZFS v28, > simply use the provided "zfsinstall" script. > > The patch is against FreeBSD 8-STABLE as of 2010-12-15. > > When applying the patch be sure to use correct options for patch(1) > and make sure the file sys/cddl/compat/opensolaris/sys/sysmacros.h gets > deleted: > > =C2=A0 =C2=A0# cd /usr/src > =C2=A0 =C2=A0# fetch > http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.pa= tch.xz > =C2=A0 =C2=A0# xz -d stable-8-zfsv28-20101215.patch.xz > =C2=A0 =C2=A0# patch -E -p0 < stable-8-zfsv28-20101215.patch > =C2=A0 =C2=A0# rm sys/cddl/compat/opensolaris/sys/sysmacros.h Patch seemed to apply fine against yesterday evening (2010-12-16) 8-STABLE, world and kernel compiled fine, and booting from mirrored pool v15 was also fine. Cheers, Romain From owner-freebsd-fs@FreeBSD.ORG Fri Dec 17 11:37:40 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 1CDB31065693; Fri, 17 Dec 2010 11:37:40 +0000 (UTC) (envelope-from bamston@reactor-xg.kiev.ua) Received: from mail.reactor-xg.kiev.ua (reactor-xg.kiev.ua [62.80.166.14]) by mx1.freebsd.org (Postfix) with ESMTP id 665A68FC08; Fri, 17 Dec 2010 11:37:38 +0000 (UTC) Received: from mail.reactor-xg.kiev.ua (mail.reactor-xg.kiev.ua [62.80.166.14]) by mail.reactor-xg.kiev.ua (Reactor-XG Mailer System) with ESMTP id oBHB4VJO088719; Fri, 17 Dec 2010 13:04:31 +0200 (EET) (envelope-from bamston@reactor-xg.kiev.ua) Authentication-Results: mail.reactor-xg.kiev.ua; sender-id=pass header.from=bamston@reactor-xg.kiev.ua; auth=pass (PLAIN); spf=pass smtp.mfrom=bamston@reactor-xg.kiev.ua Message-ID: <4D0B43BF.8050100@reactor-xg.kiev.ua> Date: Fri, 17 Dec 2010 13:04:31 +0200 From: "Andrei V. Lavreniyuk" Organization: Technica-03, Inc. User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.2.13) Gecko/20101213 Thunderbird/3.1.7 MIME-Version: 1.0 To: Romain Garbage References: <4D0A09AF.3040005@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrei Lavreniyuk List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 11:37:40 -0000 17.12.2010 12:12, Romain Garbage ÐÉÛÅÔ: >> following the announcement of Pawel Jakub Dawidek (pjd@FreeBSD.org) I am >> providing a ZFSv28 testing patch for 8-STABLE. >> >> Link to the patch: >> >> http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.patch.xz >> >> Link to mfsBSD ISO files for testing (i386 and amd64): >> http://mfsbsd.vx.sk/iso/zfs-v28/8.2-beta-zfsv28-amd64.iso >> http://mfsbsd.vx.sk/iso/zfs-v28/8.2-beta-zfsv28-i386.iso >> >> The root password for the ISO files: "mfsroot" >> The ISO files work on real systems and in virtualbox. >> They conatin a full install of FreeBSD 8.2-PRERELEASE with ZFS v28, >> simply use the provided "zfsinstall" script. >> >> The patch is against FreeBSD 8-STABLE as of 2010-12-15. >> >> When applying the patch be sure to use correct options for patch(1) >> and make sure the file sys/cddl/compat/opensolaris/sys/sysmacros.h gets >> deleted: >> >> # cd /usr/src >> # fetch >> http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.patch.xz >> # xz -d stable-8-zfsv28-20101215.patch.xz >> # patch -E -p0< stable-8-zfsv28-20101215.patch >> # rm sys/cddl/compat/opensolaris/sys/sysmacros.h > > Patch seemed to apply fine against yesterday evening (2010-12-16) > 8-STABLE, world and kernel compiled fine, and booting from mirrored > pool v15 was also fine. ...booting from RAIDZ2 pool v15 was bad... :( --- Best regards, Andrei Lavreniyuk. From owner-freebsd-fs@FreeBSD.ORG Fri Dec 17 21:40:08 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 DD5E11065673 for ; Fri, 17 Dec 2010 21:40:08 +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 9E8D58FC0C for ; Fri, 17 Dec 2010 21:40:08 +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 oBHLe8L1050657 for ; Fri, 17 Dec 2010 21:40:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBHLe8vS050656; Fri, 17 Dec 2010 21:40:08 GMT (envelope-from gnats) Resent-Date: Fri, 17 Dec 2010 21:40:08 GMT Resent-Message-Id: <201012172140.oBHLe8vS050656@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-fs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Anonymous Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 165B6106564A for ; Fri, 17 Dec 2010 21:36:07 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9FDE28FC13 for ; Fri, 17 Dec 2010 21:36:06 +0000 (UTC) Received: by wwf26 with SMTP id 26so1037241wwf.31 for ; Fri, 17 Dec 2010 13:36:05 -0800 (PST) Received: by 10.216.88.10 with SMTP id z10mr4303850wee.73.1292621765546; Fri, 17 Dec 2010 13:36:05 -0800 (PST) Received: from localhost ([74.3.165.39]) by mx.google.com with ESMTPS id p4sm466113wer.29.2010.12.17.13.36.02 (version=SSLv3 cipher=RC4-MD5); Fri, 17 Dec 2010 13:36:04 -0800 (PST) Message-Id: <868vzo84mm.fsf@gmail.com> Date: Sat, 18 Dec 2010 00:35:13 +0300 From: Anonymous To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: bin/153258: [patch][zfs] creating ZVOLs requires `refreservation' ability X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 21:40:08 -0000 >Number: 153258 >Category: bin >Synopsis: [patch][zfs] creating ZVOLs requires `refreservation' ability >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-fs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 17 21:40:08 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Anonymous >Release: FreeBSD 9.0-CURRENT amd64 >Organization: >Environment: $ uname -vm FreeBSD 9.0-HEAD-20101216-JPSNAP #0: Thu Dec 16 07:13:24 UTC 2010 root@build-amd64-fbsd.allbsd.org:/usr/obj/usr/src/sys/GENERIC amd64 also affects v28 >Description: Creating zfs volumes for ordinary users requires ability to modify `refreservation' property. Is this reproducable on opensolaris? >How-To-Repeat: root# zpool create blah gptid/A-B-C-E root# zfs allow luser create,mount blah root# sysctl vfs.usermount=1 luser$ zfs create -V10m blah/test cannot create 'blah/test': permission denied luser$ truss zfs create -V10m blah/test 2>&1 | fgrep ioctl | tail -1 ioctl(3,0xcc285a18 { IORW 0x5a('Z'), 24, 3112 },0xffffd110) ERR#1 'Operation not permitted' luser$ grep "'Z'.*24" /usr/src/sys/cddl/contrib/opensolaris/uts/common/sys/fs/zfs.h #define ZFS_IOC_CREATE _IOWR('Z', 24, struct zfs_cmd) root# zfs allow luser refreservation luser$ zfs create -V10m blah/test luser$ find /dev/zvol -ls 86 1 dr-xr-xr-x 3 root wheel 512 Dec 17 21:24 /dev/zvol 87 1 dr-xr-xr-x 2 root wheel 512 Dec 17 21:24 /dev/zvol/blah 85 0 crw-r----- 1 root operator 0, 85 Dec 17 21:23 /dev/zvol/blah/test >Fix: --- a.diff begins here --- Index: cddl/contrib/opensolaris/cmd/zfs/zfs.8 =================================================================== --- cddl/contrib/opensolaris/cmd/zfs/zfs.8 (revision 216504) +++ cddl/contrib/opensolaris/cmd/zfs/zfs.8 (working copy) @@ -2269,7 +2269,7 @@ clone subcommand Must also have the 'create' ability and the 'mount' ability in the origin file system. -create subcommand Must also have the 'mount' ability. +create subcommand Must also have the 'mount' and 'refreservation' ability. destroy subcommand Must also have the 'mount' ability. mount subcommand Allows mount, unmount, and create/remove zvol device links. Index: cddl/contrib/opensolaris/lib/pyzfs/common/allow.py =================================================================== --- cddl/contrib/opensolaris/lib/pyzfs/common/allow.py (revision 216504) +++ cddl/contrib/opensolaris/lib/pyzfs/common/allow.py (working copy) @@ -202,7 +202,7 @@ return d perms_subcmd = dict( - create=_("Must also have the 'mount' ability"), + create=_("Must also have the 'mount' and 'refreservation' ability"), destroy=_("Must also have the 'mount' ability"), snapshot=_("Must also have the 'mount' ability"), rollback=_("Must also have the 'mount' ability"), --- a.diff ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-fs@FreeBSD.ORG Fri Dec 17 21:50:13 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 43520106564A for ; Fri, 17 Dec 2010 21:50:13 +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 17C9E8FC12 for ; Fri, 17 Dec 2010 21:50:13 +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 oBHLoCTp060641 for ; Fri, 17 Dec 2010 21:50:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBHLoCjd060640; Fri, 17 Dec 2010 21:50:12 GMT (envelope-from gnats) Date: Fri, 17 Dec 2010 21:50:12 GMT Message-Id: <201012172150.oBHLoCjd060640@freefall.freebsd.org> To: freebsd-fs@FreeBSD.org From: Anonymous Cc: Subject: Re: bin/153258: [patch][zfs] creating ZVOLs requires `refreservation' ability X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Anonymous List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 21:50:13 -0000 The following reply was made to PR bin/153258; it has been noted by GNATS. From: Anonymous To: FreeBSD-gnats-submit@freebsd.org Cc: Subject: Re: bin/153258: [patch][zfs] creating ZVOLs requires `refreservation' ability Date: Sat, 18 Dec 2010 00:43:16 +0300 Anonymous writes: > Creating zfs volumes for ordinary users requires ability to modify > `refreservation' property. It doesn't affect `sparse' volumes, those created with `-s' option. So, `refreservation' ability is not required for the following to work luser$ zfs create -sV10m blah/test From owner-freebsd-fs@FreeBSD.ORG Fri Dec 17 23:37:41 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 8DDA8106564A; Fri, 17 Dec 2010 23:37:41 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 45C6B8FC0A; Fri, 17 Dec 2010 23:37:41 +0000 (UTC) Received: by iyb26 with SMTP id 26so784181iyb.13 for ; Fri, 17 Dec 2010 15:37:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.231.17.66 with SMTP id r2mr1356353iba.159.1292629060528; Fri, 17 Dec 2010 15:37:40 -0800 (PST) Received: by 10.231.59.142 with HTTP; Fri, 17 Dec 2010 15:37:40 -0800 (PST) In-Reply-To: <20101213214556.GC2038@garage.freebsd.pl> References: <20101213214556.GC2038@garage.freebsd.pl> Date: Sat, 18 Dec 2010 00:37:40 +0100 Message-ID: From: Olivier Smedts To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 23:37:41 -0000 2010/12/13 Pawel Jakub Dawidek : > Please test, test, test. Chances are this is the last patchset before > v28 going to HEAD (finally). Especially test new changes, like boot > support and sendfile(2) support. Also be sure to verify if you can > import for existing ZFS pools (v13-v15) when running v28 or boot from > your existing pools. When booting my v15 mirrored pool with only one disk available, I've got some zfs debug messages in the console (but everything works fine) : Dec 18 00:31:55 q kernel: Trying to mount root from zfs:tank/freebsd []... Dec 18 00:31:55 q kernel: log_sysevent: type 19 is not implemented Dec 18 00:31:55 q kernel: log_sysevent: type 19 is not implemented --=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 Fri Dec 17 23:47:33 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 54E791065673 for ; Fri, 17 Dec 2010 23:47:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id D68908FC15 for ; Fri, 17 Dec 2010 23:47:32 +0000 (UTC) Received: (qmail 17759 invoked by uid 399); 17 Dec 2010 23:47:32 -0000 Received: from localhost (HELO doug-optiplex.ka9q.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Dec 2010 23:47:32 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4D0BF692.9010808@FreeBSD.org> Date: Fri, 17 Dec 2010 15:47:30 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101210 Thunderbird/3.1.7 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20101213214556.GC2038@garage.freebsd.pl> <20101216031500.GA90809@exodus.desync.com> <20101216071922.GE1915@garage.freebsd.pl> In-Reply-To: <20101216071922.GE1915@garage.freebsd.pl> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, ben wilber Subject: Re: Next ZFSv28 patchset ready for testing. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 23:47:33 -0000 On 12/15/2010 23:19, Pawel Jakub Dawidek wrote: > On Wed, Dec 15, 2010 at 10:15:00PM -0500, ben wilber wrote: >> On Mon, Dec 13, 2010 at 10:45:56PM +0100, Pawel Jakub Dawidek wrote: >>> Hi. >>> >>> The new patchset is ready for testing: >> >> Running fine for 24 hours now under load with a ~50 disk v15 (not >> upgraded) pool from -CURRENT. Thanks! >> >> Only strange thing is the rc script complains: >> >> /etc/rc: DEBUG: run_rc_command: doit: zvol_start >> unrecognized command 'volinit' >> usage: zfs command args ... > > Did you run mergemaster(8) after the upgrade? The patch includes change > to etc/rc.d/zvol to remove 'zfs volinit'/'zfs volfini' which are no > longer available. By default mergemaster will only notice the change if the $FreeBSD id changes, which it generally would not for a patch. The -s option will deal with this, but it may be less work to just cp the file. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-fs@FreeBSD.ORG Sat Dec 18 08:48:17 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 06336106566B for ; Sat, 18 Dec 2010 08:48:17 +0000 (UTC) (envelope-from srg.gavrilov@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C39B28FC16 for ; Sat, 18 Dec 2010 08:48:16 +0000 (UTC) Received: by iyb26 with SMTP id 26so970163iyb.13 for ; Sat, 18 Dec 2010 00:48:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=Lm3uiWx9PprmSpjpquInxXaD/3gcpgmCNprqDt7jV9k=; b=hx8zXVYFb7sSA8AAsyfFN72TPpz+wque/gaabum/fUjYBUWcH938w5JON9adOwZMuy Zx7xtZo4utHWJdh0sC3rNZa0cSkXFl1yUocE4ldE6jMWJVDwa0oNGema/BF2yk2HAvUm jAyrtgBK/iFX2C3vFdgPGwKzv92XJWB1sLCA8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=g/Q1ZDrAficNKwU4RmPu1I3gEwg78lbpRhCCDZS786lJVcPzWGxvIZdeOzVnEtw6OW uF4jD5FSzmW6C4pu6rPXW9A+ZwB7IVxXWNE3UqwvcgdNCRCGFgga2ZVdMAQmQ/cSPjiP Ke6qNmskCJdwA3fXsdDFMofi/7FG5eFROtKZ4= MIME-Version: 1.0 Received: by 10.42.167.8 with SMTP id q8mr1809857icy.405.1292660512730; Sat, 18 Dec 2010 00:21:52 -0800 (PST) Received: by 10.42.150.65 with HTTP; Sat, 18 Dec 2010 00:21:52 -0800 (PST) Date: Sat, 18 Dec 2010 11:21:52 +0300 Message-ID: From: Sergey Gavrilov To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS recovery after power failure X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 08:48:17 -0000 Hi all! After hard power off pool's faulted. When I'm trying zpool import pool2 I've got: cannot import 'pool2': I/O error and in syslog: Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da10 offset=429503705088 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da11 offset=429503705088 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da12 offset=429503705088 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da12 offset=756012376064 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da13 offset=756012376064 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da14 offset=756012376064 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da11 offset=1047972534272 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da12 offset=1047972534272 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da13 offset=1047972534272 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da10 offset=429503705088 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da11 offset=429503705088 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da12 offset=429503705088 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da12 offset=756012376064 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da13 offset=756012376064 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da14 offset=756012376064 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da11 offset=1047972534272 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da12 offset=1047972534272 size=512 Dec 18 11:12:14 zstorage root: ZFS: checksum mismatch, zpool=pool2 path=/dev/da13 offset=1047972534272 size=512 Dec 18 11:12:14 zstorage root: ZFS: zpool I/O failure, zpool=pool2 error=86 Dec 18 11:12:14 zstorage root: ZFS: failed to load zpool pool2 zpool import -F pool2 ok, but zpool status -xv pool: pool2 state: FAULTED status: The pool metadata is corrupted and the pool cannot be opened. action: Destroy and re-create the pool from a backup source. see: http://www.sun.com/msg/ZFS-8000-72 scrub: none requested config: NAME STATE READ WRITE CKSUM pool2 FAULTED 0 0 1 corrupted data raidz2 ONLINE 0 0 6 da9 ONLINE 0 0 0 da10 ONLINE 0 0 0 da11 ONLINE 0 0 0 da12 ONLINE 0 0 0 da13 ONLINE 0 0 0 da14 ONLINE 0 0 0 da15 ONLINE 0 0 0 da16 ONLINE 0 0 0 zpool clear pool2 cannot clear errors for pool2: I/O error Is there any way to recovery data or portion of data at least. Thanks. From owner-freebsd-fs@FreeBSD.ORG Sat Dec 18 09:27: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 D9ABF106564A; Sat, 18 Dec 2010 09:27:39 +0000 (UTC) (envelope-from alteriks@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 55B4D8FC08; Sat, 18 Dec 2010 09:27:39 +0000 (UTC) Received: by vws9 with SMTP id 9so576400vws.13 for ; Sat, 18 Dec 2010 01:27:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=/CWgwz8yiPm3f81xsiHwpsz2vito+EpSpbVCuwYLZ+E=; b=kklXErZh8Ecet6eWfoflCvzcQ9BvzWmIRHrkhPWdR+1Musa/xnUnOCtenSl80NX9MR KKLKl8hM1jc3sf6kHYF2oBK0ozISfYDxe1K9QF031l1zseHEmrlfAHY8RINjxFAIaNSB O4w3coH/pOdOjoPxe9dVx48XPF2IkR3Qx8RRE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=R0LopqnMkq+Wx+1oPaj0HJL1Cte5V0n1Jz1dOgC/OSE8tL1qba5gqN6YvoBiwHnO8I shirzLclUNFxAnrkE5uJPTiWt9boZp0Za6K8dnQWAZsJhyf8tT208Cdvp+t+BAnnJMwl +POvNYf2/AcA4BHobeQCTlpQtGG5WgsaoimBE= Received: by 10.220.188.74 with SMTP id cz10mr523502vcb.118.1292662832781; Sat, 18 Dec 2010 01:00:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.87.4 with HTTP; Sat, 18 Dec 2010 01:00:11 -0800 (PST) In-Reply-To: <4D0A09AF.3040005@FreeBSD.org> References: <4D0A09AF.3040005@FreeBSD.org> From: Krzysztof Dajka Date: Sat, 18 Dec 2010 10:00:11 +0100 Message-ID: To: Martin Matuska Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 09:27:40 -0000 Hi, I applied patch against evening 2010-12-16 STABLE. I did what Martin asked: On Thu, Dec 16, 2010 at 1:44 PM, Martin Matuska wrote: > =C2=A0 =C2=A0# cd /usr/src > =C2=A0 =C2=A0# fetch > http://people.freebsd.org/~mm/patches/zfs/v28/stable-8-zfsv28-20101215.pa= tch.xz > =C2=A0 =C2=A0# xz -d stable-8-zfsv28-20101215.patch.xz > =C2=A0 =C2=A0# patch -E -p0 < stable-8-zfsv28-20101215.patch > =C2=A0 =C2=A0# rm sys/cddl/compat/opensolaris/sys/sysmacros.h > Patch applied cleanly. #make buildworld #make buildkernel #make installkernel Reboot into single user mode. #mergemaster -p #make installworld #mergemaster Reboot. Rebooting with old world and new kernel went fine. But after reboot with new world I got: ZFS: zfs_alloc()/zfs_free() mismatch Just before loading kernel modules, after that my system hangs. From owner-freebsd-fs@FreeBSD.ORG Sat Dec 18 19:59:02 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 31E381065670; Sat, 18 Dec 2010 19:59:02 +0000 (UTC) (envelope-from alteriks@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id BAB3B8FC19; Sat, 18 Dec 2010 19:59:01 +0000 (UTC) Received: by qyk36 with SMTP id 36so1655578qyk.13 for ; Sat, 18 Dec 2010 11:59:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=bygcB+Uaihq6uZ+MFHMQjUKdtkLHnFyMXX+CVkvoxr0=; b=qjgec5kORj6G8LxxxeYEATrMjViu5vKDXC8HZ1cx/ycl+x5mC0Gia6wFUwOZ8echOH y2AZh2aYJ5wcunlsWOWTp5hLB1F6ALnbcb2nvdlsuePLSsTC8Yac6nUkwYYIRGjR4NrP VdsiUTEkNxPv+61Nt3zEuvi1oHOrwpfgaqOe0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=VjnEtDG93gHYlOyR8dmUS4x4QZ9xmKOpC+/kCgQBBDijKK/IJX5tDlKd1fkbz4D6vg 9VBt92sTqQoSPJtiMHByKJY8x8Ex8RCiqtPRrFkpJwZePCavKAUbaogRSS+h3uYtcqWS Dg9htxzCcfZMk0h/ZDAnFmJw2ijVEDohEixro= Received: by 10.224.73.137 with SMTP id q9mr2363130qaj.53.1292702340999; Sat, 18 Dec 2010 11:59:00 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.87.4 with HTTP; Sat, 18 Dec 2010 11:58:40 -0800 (PST) In-Reply-To: <4D0D0BC6.8090607@FreeBSD.org> References: <4D0A09AF.3040005@FreeBSD.org> <4D0D0BC6.8090607@FreeBSD.org> From: Krzysztof Dajka Date: Sat, 18 Dec 2010 19:58:40 +0000 Message-ID: To: Martin Matuska Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: New ZFSv28 patchset for 8-STABLE X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 19:59:02 -0000 On Sat, Dec 18, 2010 at 7:30 PM, Martin Matuska wrote: > The information about pools is stored in /boot/zfs/zpool.cache > If this file doesn't contain correct information, your system pools will > not be discovered. > > In v28, importing a pool with the "altroot" option does not touch the > cache file (it has to be specified manually with a option to zpool import= ). > > Regarding rollback - rolling back a live root file system is not > recommended. > > D=C5=88a 18.12.2010 19:43, Krzysztof Dajka =C2=A0wrote / nap=C3=ADsal(a): >> t my system working >> again. I did: >> zpool import -o altroot=3D/tank tank >> chroot /tank >> reboot >> >> Can anyone explain why chroot to /tank is needed? > I used 8.2BETA1 memstick image to import and rollback. Thanks for explanation, few moments ago I would argue that zpool(1) didn't mention cachefile :) From owner-freebsd-fs@FreeBSD.ORG Sat Dec 18 20:11:19 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 C7D1F1065743 for ; Sat, 18 Dec 2010 20:11:19 +0000 (UTC) (envelope-from james-freebsd-fs2@jrv.org) Received: from zimbra.jrv.org (adsl-70-243-84-11.dsl.austtx.swbell.net [70.243.84.11]) by mx1.freebsd.org (Postfix) with ESMTP id 9A0258FC14 for ; Sat, 18 Dec 2010 20:11:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.jrv.org (Postfix) with ESMTP id B05A716A054; Sat, 18 Dec 2010 14:11:18 -0600 (CST) X-Virus-Scanned: amavisd-new at zimbra.housenet.jrv Received: from zimbra.jrv.org ([127.0.0.1]) by localhost (zimbra.housenet.jrv [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Pks0HE+fLaI; Sat, 18 Dec 2010 14:11:18 -0600 (CST) Received: from [10.0.2.15] (adsl-99-66-60-249.dsl.aus2tx.sbcglobal.net [99.66.60.249]) by zimbra.jrv.org (Postfix) with ESMTPSA id 0767216A046; Sat, 18 Dec 2010 14:11:17 -0600 (CST) Message-ID: <4D0D156B.1070402@jrv.org> Date: Sat, 18 Dec 2010 14:11:23 -0600 From: "James R. Van Artsdalen" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Sergey Gavrilov References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org Subject: Re: ZFS recovery after power failure X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 20:11:19 -0000 On 12/18/2010 2:21 AM, Sergey Gavrilov wrote: > Hi all! > After hard power off pool's faulted. > When I'm trying zpool import pool2 I've got: > cannot import 'pool2': I/O error I do know how to recover pools. But I do want to know how it failed. Please post the output of "uname -a" so we know what system and version of FreeBSD was used. Also, what of hard disks are these and how are they attached to the system? From owner-freebsd-fs@FreeBSD.ORG Sat Dec 18 21:47:06 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 3B474106566B for ; Sat, 18 Dec 2010 21:47:06 +0000 (UTC) (envelope-from srg.gavrilov@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 005928FC2A for ; Sat, 18 Dec 2010 21:47:05 +0000 (UTC) Received: by iyb26 with SMTP id 26so1278877iyb.13 for ; Sat, 18 Dec 2010 13:47:05 -0800 (PST) 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:cc:content-type; bh=wNnZP1zdJ5UlpWhqP6qEEMfB9uDF3+iAM35+qCkz+3o=; b=vgbRm3JtMCIBazs90Ex7boih2WQzTnQwfKyqGZaN6nhrZgCus+Dt/1NAEoDD5v41nE qWzy18tPgO29JkaPyN0j0DIapLSRNItnEKbAxSDljpzp8LQfwGOTLOkg6011leUOdAoO jkWnYbjCZa3dh5CiD5xVAXU5S0pOmUILWivkg= 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 :cc:content-type; b=r7p3FYnXdRSRVe89ZQXXZhvlL9uAL+PjDZcFiGK5FrgbMG5vcCG8ZfzJZW4Mrr6sgd Wv8cYQsx2TgaqPesWQy3BXYFXGuf6Q0gRajp0oZgPh3eedg7pj9LAAOuc9h37kMm5zB+ 0fbIk787muWB8trWKFqyrMtHLTpr3W33kmOGs= MIME-Version: 1.0 Received: by 10.42.241.195 with SMTP id lf3mr1102941icb.472.1292708824105; Sat, 18 Dec 2010 13:47:04 -0800 (PST) Received: by 10.42.150.65 with HTTP; Sat, 18 Dec 2010 13:47:04 -0800 (PST) In-Reply-To: <4D0D156B.1070402@jrv.org> References: <4D0D156B.1070402@jrv.org> Date: Sun, 19 Dec 2010 00:47:04 +0300 Message-ID: From: Sergey Gavrilov To: "James R. Van Artsdalen" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: ZFS recovery after power failure X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 21:47:06 -0000 System was 8.1 STABLE, when it failed. 8 Seagate Constellation SAS drives and 3ware 9690SA-8I controller (was in performance mode without BBU). I khow it's my mistake, I relied on UPS. And UPS (Symmetra RM) was the reason of the power failure. Another strange thing was happened as well. System as I said was 8.1 and always been 8.1 with ZFS ver. 15. But when I was trying to import pool I couldn't because of my vesion of ZFS is less than pool version. zpool upgrade -v shown ver. 14. I've upgraded system to 8.2-PRERELEASE. It's resolved problem with versions. By now I've recovery practically all data on pool using dd, od and the ZFS On-Disk Specificationpaper. Sorry for the buzz and my english. If any questions, I will grad to answer if it help somebody else. 2010/12/18 James R. Van Artsdalen > On 12/18/2010 2:21 AM, Sergey Gavrilov wrote: > > Hi all! > > After hard power off pool's faulted. > > When I'm trying zpool import pool2 I've got: > > cannot import 'pool2': I/O error > > I do know how to recover pools. But I do want to know how it failed. > > Please post the output of "uname -a" so we know what system and version > of FreeBSD was used. > > Also, what of hard disks are these and how are they attached to the system? > > -- Best regards, Sergey Gavrilov