From nobody@FreeBSD.org Sat Apr 30 19:33:37 2011 Return-Path: Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4629106566C for ; Sat, 30 Apr 2011 19:33:37 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id AF7928FC1B for ; Sat, 30 Apr 2011 19:33:37 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id p3UJXb57010309 for ; Sat, 30 Apr 2011 19:33:37 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id p3UJXbLQ010293; Sat, 30 Apr 2011 19:33:37 GMT (envelope-from nobody) Message-Id: <201104301933.p3UJXbLQ010293@red.freebsd.org> Date: Sat, 30 Apr 2011 19:33:37 GMT From: "Vladislav V. Prodan" To: freebsd-gnats-submit@FreeBSD.org Subject: [ZFS] Shows garbage in zdb when moving snapshot send -> recv between the different pools X-Send-Pr-Version: www-3.1 X-GNATS-Notify: >Number: 156745 >Category: bin >Synopsis: [zfs] zdb(1) shows garbage in when moving snapshot send -> recv between the different pools >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Apr 30 19:40:10 UTC 2011 >Closed-Date: Sun May 01 12:51:44 UTC 2011 >Last-Modified: Sun May 01 12:51:44 UTC 2011 >Originator: Vladislav V. Prodan >Release: FreeBSD 8.2-STABLE amd64 >Organization: >Environment: FreeBSD mary-teresa.**** 8.2-STABLE FreeBSD 8.2-STABLE #0: Wed Apr 20 03:20:47 EEST 2011 vlad11@beastie.mydomain.local:/usr/obj/usr/src/sys/otrada.1 amd64 >Description: Launched a snapshot of the transfer of one pool to another: zfs send zroot/backup/windows@windows-transfer | zfs recv tank/backup/windows General zdb appears normal: # zdb tank version=14 name='tank' state=0 txg=9654230 pool_guid=17628573572433446879 hostid=143250101 hostname='mary-teresa.****' vdev_tree type='root' id=0 guid=17628573572433446879 children[0] type='raidz' id=0 guid=17179795338638175685 nparity=2 metaslab_array=14 metaslab_shift=35 ashift=9 asize=4500909195264 is_log=0 children[0] type='disk' id=0 guid=1193943216826871140 path='/dev/gpt/disk0' whole_disk=0 DTL=22 children[1] type='disk' id=1 guid=15455958051005423086 path='/dev/gpt/disk1' whole_disk=0 DTL=20 children[2] type='disk' id=2 guid=8664568011785700035 path='/dev/gpt/disk2' whole_disk=0 DTL=163 children[3] type='disk' id=3 guid=8811702962298963660 path='/dev/gpt/disk3' whole_disk=0 DTL=161 children[4] type='disk' id=4 guid=6754554128830363882 path='/dev/gpt/disk4' whole_disk=0 DTL=164 children[5] type='disk' id=5 guid=16960671095707356147 path='/dev/ad18p1' whole_disk=0 DTL=160 zroot version=15 name='zroot' state=0 txg=112 pool_guid=15381247525828948784 hostid=143250101 hostname='beastie.mydomain.local' vdev_tree type='root' id=0 guid=15381247525828948784 children[0] type='disk' id=0 guid=2018011893613754331 path='/dev/gpt/disk-system' whole_disk=0 metaslab_array=23 metaslab_shift=32 ashift=9 asize=495806840832 is_log=0 But when the state explicitly pool - fray garbage: # zdb zroot version=15 name='zroot' state=0 txg=112 pool_guid=15381247525828948784 hostid=143250101 hostname='beastie.mydomain.local' vdev_tree type='root' id=0 guid=15381247525828948784 children[0] type='disk' id=0 guid=2018011893613754331 path='/dev/gpt/disk-system' whole_disk=0 metaslab_array=23 metaslab_shift=32 ashift=9 asize=495806840832 is_log=0 Uberblock magic = 0000000000bab10c version = 15 txg = 9377 guid_sum = 17399259419442703115 timestamp = 1304191816 UTC = 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 5 offset 500000000 spacemap 126 free 3.25G vdev 6 offset 600000000 spacemap 128 free 340M vdev 7 offset 700000000 spacemap 129 free 243M vdev 8 offset 800000000 spacemap 136 free 108M vdev 9 offset 900000000 spacemap 137 free 935M vdev 10 offset a00000000 spacemap 140 free 932M vdev 11 offset b00000000 spacemap 141 free 410M vdev 12 offset c00000000 spacemap 142 free 263M vdev 13 offset d00000000 spacemap 143 free 252M vdev 14 offset e00000000 spacemap 146 free 322M vdev 15 offset f00000000 spacemap 147 free 416M vdev 16 offset 1000000000 spacemap 148 free 417M vdev 17 offset 1100000000 spacemap 149 free 429M vdev 18 offset 1200000000 spacemap 151 free 310M vdev 19 offset 1300000000 spacemap 152 free 260M vdev 20 offset 1400000000 spacemap 153 free 1.31G vdev 21 offset 1500000000 spacemap 154 free 3.87G vdev 22 offset 1600000000 spacemap 25 free 3.95G vdev 23 offset 1700000000 spacemap 124 free 444M vdev 24 offset 1800000000 spacemap 127 free 3.99G vdev 25 offset 1900000000 spacemap 155 free 902M vdev 26 offset 1a00000000 spacemap 156 free 456M vdev 27 offset 1b00000000 spacemap 157 free 391M vdev 28 offset 1c00000000 spacemap 158 free 408M vdev 29 offset 1d00000000 spacemap 159 free 360M vdev 30 offset 1e00000000 spacemap 161 free 384M vdev 31 offset 1f00000000 spacemap 162 free 1.01G vdev 32 offset 2000000000 spacemap 139 free 416M vdev 33 offset 2100000000 spacemap 163 free 460M vdev 34 offset 2200000000 spacemap 164 free 193M vdev 35 offset 2300000000 spacemap 165 free 143M vdev 36 offset 2400000000 spacemap 166 free 292M vdev 37 offset 2500000000 spacemap 167 free 2.50G vdev 38 offset 2600000000 spacemap 0 free 4G vdev 39 offset 2700000000 spacemap 0 free 4G vdev 40 offset 2800000000 spacemap 150 free 4.00G vdev 41 offset 2900000000 spacemap 0 free 4G vdev 42 offset 2a00000000 spacemap 0 free 4G vdev 43 offset 2b00000000 spacemap 0 free 4G vdev 44 offset 2c00000000 spacemap 24 free 4.00G vdev 45 offset 2d00000000 spacemap 0 free 4G vdev 46 offset 2e00000000 spacemap 0 free 4G vdev 47 offset 2f00000000 spacemap 0 free 4G vdev 48 offset 3000000000 spacemap 0 free 4G vdev 49 offset 3100000000 spacemap 0 free 4G vdev 50 offset 3200000000 spacemap 0 free 4G vdev 51 offset 3300000000 spacemap 0 free 4G vdev 52 offset 3400000000 spacemap 160 free 4.00G vdev 53 offset 3500000000 spacemap 0 free 4G vdev 54 offset 3600000000 spacemap 138 free 4.00G vdev 55 offset 3700000000 spacemap 0 free 4G vdev 56 offset 3800000000 spacemap 0 free 4G vdev 57 offset 3900000000 spacemap 0 free 4G vdev 58 offset 3a00000000 spacemap 0 free 4G vdev 59 offset 3b00000000 spacemap 0 free 4G vdev 60 offset 3c00000000 spacemap 0 free 4G vdev 61 offset 3d00000000 spacemap 0 free 4G vdev 62 offset 3e00000000 spacemap 0 free 4G vdev 63 offset 3f00000000 spacemap 0 free 4G vdev 64 offset 4000000000 spacemap 0 free 4G vdev 65 offset 4100000000 spacemap 0 free 4G vdev 66 offset 4200000000 spacemap 0 free 4G vdev 67 offset 4300000000 spacemap 0 free 4G vdev 68 offset 4400000000 spacemap 0 free 4G vdev 69 offset 4500000000 spacemap 0 free 4G vdev 70 offset 4600000000 spacemap 0 free 4G vdev 71 offset 4700000000 spacemap 0 free 4G vdev 72 offset 4800000000 spacemap 0 free 4G vdev 73 offset 4900000000 spacemap 0 free 4G vdev 74 offset 4a00000000 spacemap 0 free 4G vdev 75 offset 4b00000000 spacemap 0 free 4G vdev 76 offset 4c00000000 spacemap 0 free 4G vdev 77 offset 4d00000000 spacemap 0 free 4G vdev 78 offset 4e00000000 spacemap 0 free 4G vdev 79 offset 4f00000000 spacemap 0 free 4G vdev 80 offset 5000000000 spacemap 0 free 4G vdev 81 offset 5100000000 spacemap 0 free 4G vdev 82 offset 5200000000 spacemap 0 free 4G vdev 83 offset 5300000000 spacemap 0 free 4G vdev 84 offset 5400000000 spacemap 0 free 4G vdev 85 offset 5500000000 spacemap 0 free 4G vdev 86 offset 5600000000 spacemap 0 free 4G vdev 87 offset 5700000000 spacemap 0 free 4G vdev 88 offset 5800000000 spacemap 0 free 4G vdev 89 offset 5900000000 spacemap 0 free 4G vdev 90 offset 5a00000000 spacemap 0 free 4G vdev 91 offset 5b00000000 spacemap 0 free 4G vdev 92 offset 5c00000000 spacemap 0 free 4G vdev 93 offset 5d00000000 spacemap 0 free 4G vdev 94 offset 5e00000000 spacemap 0 free 4G vdev 95 offset 5f00000000 spacemap 0 free 4G vdev 96 offset 6000000000 spacemap 0 free 4G vdev 97 offset 6100000000 spacemap 0 free 4G vdev 98 offset 6200000000 spacemap 0 free 4G vdev 99 offset 6300000000 spacemap 0 free 4G vdev 100 offset 6400000000 spacemap 0 free 4G vdev 101 offset 6500000000 spacemap 0 free 4G vdev 102 offset 6600000000 spacemap 0 free 4G vdev 103 offset 6700000000 spacemap 0 free 4G vdev 104 offset 6800000000 spacemap 0 free 4G vdev 105 offset 6900000000 spacemap 0 free 4G vdev 106 offset 6a00000000 spacemap 0 free 4G vdev 107 offset 6b00000000 spacemap 0 free 4G vdev 108 offset 6c00000000 spacemap 0 free 4G vdev 109 offset 6d00000000 spacemap 0 free 4G vdev 110 offset 6e00000000 spacemap 0 free 4G vdev 111 offset 6f00000000 spacemap 0 free 4G vdev 112 offset 7000000000 spacemap 0 free 4G vdev 113 offset 7100000000 spacemap 0 free 4G vdev 114 offset 7200000000 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 Dataset zroot/var/run [ZPL], ID 115, cr_txg 49, 98.0K, 41 objects Dataset zroot/var/tmp [ZPL], ID 121, cr_txg 52, 2.06M, 1271 objects Dataset zroot/var/empty [ZPL], ID 97, cr_txg 40, 21.0K, 4 objects Dataset zroot/var/db/pkg [ZPL], ID 91, cr_txg 37, 3.12M, 1116 objects Dataset zroot/var/db [ZPL], ID 85, cr_txg 34, 160M, 442 objects Dataset zroot/var/mail [ZPL], ID 109, cr_txg 46, 31.0K, 13 objects Dataset zroot/var/log [ZPL], ID 103, cr_txg 43, 15.3M, 69 objects Dataset zroot/var [ZPL], ID 73, cr_txg 29, 4.57M, 132 objects Dataset zroot/usr/src [ZPL], ID 67, cr_txg 26, 311M, 47457 objects Dataset zroot/usr/ports/packages [ZPL], ID 61, cr_txg 23, 21.0K, 4 objects Dataset zroot/usr/ports/distfiles [ZPL], ID 55, cr_txg 20, 321M, 162 objects Dataset zroot/usr/ports [ZPL], ID 49, cr_txg 17, 1.20G, 256133 objects Dataset zroot/usr/home [ZPL], ID 43, cr_txg 15, 5.41M, 14 objects Dataset zroot/usr [ZPL], ID 37, cr_txg 13, 3.18G, 141486 objects Dataset zroot/backup/windows@windows-transfer [ZPL], ID 170, cr_txg 9276, 99.4G, 1790 objects Dataset zroot/backup/windows [ZPL], ID 133, cr_txg 1983, 99.4G, 1790 objects Dataset zroot/backup [ZPL], ID 221, cr_txg 647, 4.55G, 385 objects Dataset zroot/www [ZPL], ID 215, cr_txg 645, 22.0K, 5 objects Dataset zroot@2011-04-30_15.55.17--7d [ZPL], ID 168, cr_txg 8531, 1.84G, 4992 objects Dataset zroot@2011-04-30_03.30.54--7d [ZPL], ID 144, cr_txg 3075, 1.79G, 5874 objects Dataset zroot [ZPL], ID 16, cr_txg 1, 1.73G, 4991 objects ^C >How-To-Repeat: Start transfer snapshot between different pools and run zdb >Fix: >Release-Note: >Audit-Trail: 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-- From: "Vladislav V. Prodan" To: bug-followup@freebsd.org Cc: Subject: Re: misc/156745: [ZFS] Shows garbage in zdb when moving snapshot send -> recv between the different pools Date: Sun, 01 May 2011 04:40:03 +0300 01.05.2011 0:12, Jason Hellenthal wrote: > > 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. > Thank you for your help! I did not appreciate the wisdom of Zen engineers from Sun. I would never have thought of explicitly pool (# zdb ). I lacked the reduced output without an explicit pool (# zdb). -- Vladislav V. Prodan VVP24-UANIC +380[67]4584408 +380[99]4060508 vlad11@jabber.ru State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sun May 1 12:50:49 UTC 2011 State-Changed-Why: apparently working as designed. http://www.freebsd.org/cgi/query-pr.cgi?pr=156745 >Unformatted: