From owner-freebsd-bugs@FreeBSD.ORG Sat Apr 30 21:20:17 2011 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42485106566B for ; Sat, 30 Apr 2011 21:20:17 +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 14AA08FC19 for ; Sat, 30 Apr 2011 21:20:17 +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 p3ULKGIe033704 for ; Sat, 30 Apr 2011 21:20:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3ULKG5r033702; Sat, 30 Apr 2011 21:20:16 GMT (envelope-from gnats) Date: Sat, 30 Apr 2011 21:20:16 GMT Message-Id: <201104302120.p3ULKG5r033702@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Jason Hellenthal Cc: Subject: Re: misc/156745: [ZFS] Shows garbage in zdb when moving snapshot send -> recv between the different pools X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jason Hellenthal List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2011 21:20:17 -0000 The following reply was made to PR misc/156745; it has been noted by GNATS. From: Jason Hellenthal To: "Vladislav V. Prodan" Cc: bug-followup@freebsd.org Subject: Re: misc/156745: [ZFS] Shows garbage in zdb when moving snapshot send -> recv between the different pools Date: Sat, 30 Apr 2011 17:12:53 -0400 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Vladislav, I have looked over this a few times since it was received. zdb(1M) is acting exactly as it should in this case. The output is not actually garbage and is a strict report about the pool. If I have missed something that should have been obvious from your PR could you please be as kind to point out ``exactly'' what that is ? If not then this PR can be closed. This type output is normal when zdb(1) is used direct with a pool name. [...] >Uberblock > > magic =3D 0000000000bab10c > version =3D 15 > txg =3D 9377 > guid_sum =3D 17399259419442703115 > timestamp =3D 1304191816 UTC =3D Sat Apr 30 22:30:16 2011 > >Dataset mos [META], ID 0, cr_txg 4, 2.42M, 204 objects > >Metaslabs: > vdev offset spacemap free > ---------- ------------------- --------------- ------------- > vdev 0 offset 0 spacemap 26 free 3.27G > vdev 1 offset 100000000 spacemap 125 free 2.81G > vdev 2 offset 200000000 spacemap 224 free 121M > vdev 3 offset 300000000 spacemap 225 free 3.02G > vdev 4 offset 400000000 spacemap 226 free 1.58G > vdev 41 offset 2900000000 spacemap 0 free 4G [...] > >Dataset zroot/tmp [ZPL], ID 31, cr_txg 10, 40.1M, 32 objects >Dataset zroot/mysql/iblogs [ZPL], ID 209, cr_txg 525, 10.0M, 6 objects >Dataset zroot/mysql/ibdata [ZPL], ID 203, cr_txg 522, 21.0K, 4 objects >Dataset zroot/mysql [ZPL], ID 197, cr_txg 517, 24.0K, 6 objects >Dataset zroot/var/crash [ZPL], ID 79, cr_txg 31, 22.5K, 5 objects [...] --=20 Regards, (jhell) Jason Hellenthal --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNvHtUAAoJEJBXh4mJ2FR+OjUH/jSe8SdSjY/OHBpPR2DteC70 QzMrOOyBOoUu6pU/69r315TQIrzQ7dyGG/jwbGym2g5r17xpVEKUnYA6zz4s6/qm XMMIMmiVYIGcHCC/36b9mPRPEW++T2wpaJGZbjb85wCQjqFoll2QOD/ohaOH4/z0 REkMcDJ16jWwPM6g6pEfuYmwC27LdayrwajzjX+liqkRrk6DibYgtiuQxKLaQRue h6iDaq5Sj/Q/JgP9GhWK624FLIGCmWtJyihLbIX2jMkSTYxvjSlRvAcFqYbNg74c qPgk2uW+iCMHEorPKZGgQazFvIGji57KqK5cG4j0EOEsN1MIO2LSsqc+Rhbp52w= =/6HF -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8--