Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 30 Mar 2015 11:32:55 +0300
From:      =?UTF-8?B?YXJtb25pYQ==?= <armonia@inbox.ru>
To:        =?UTF-8?B?WGluIExp?= <delphij@delphij.net>
Cc:        freebsd-stable@freebsd.org, =?UTF-8?B?TWljaGVsbGUgU3VsbGl2YW4=?= <michelle@sorbs.net>
Subject:   =?UTF-8?B?UmVbMl06IFpGUyBvdXQgb2Ygc3dhcCBzcGFjZQ==?=
Message-ID:  <1427704375.737716137@f225.i.mail.ru>
In-Reply-To: <5518FD09.2040203@delphij.net>
References:  <1427296089.943477941@f273.i.mail.ru> <1427459183.547453802@f65.i.mail.ru> <5518FD09.2040203@delphij.net>

next in thread | previous in thread | raw e-mail | index | archive | help

 Yes, my mistake was probably that I have included data deduplication to see how it works, but not turned it off at the right time .  In this case, the machine memory of 4 GB ....

async_destroy - too enabled.

That is the conclusion I have deduplication disabled .

How to import a pool of read-only ?

Thank you for your response .

zpool get all zroot
NAME   PROPERTY                       VALUE                          SOURCE
zroot  size                           230G                           -
zroot  capacity                       24%                            -
zroot  altroot                        -                              default
zroot  health                         ONLINE                         -
zroot  guid                           1229884058434432944            default
zroot  version                        -                              default
zroot  bootfs                         zroot                          local
zroot  delegation                     on                             default
zroot  autoreplace                    on                             local
zroot  cachefile                      -                              default
zroot  failmode                       wait                           default
zroot  listsnapshots                  on                             local
zroot  autoexpand                     off                            default
zroot  dedupditto                     0                              default
zroot  dedupratio                     1.02x                          -
zroot  free                           174G                           -
zroot  allocated                      56.1G                          -
zroot  readonly                       off                            -
zroot  comment                        ZFS                            local
zroot  expandsize                     0                              -
zroot  freeing                        0                              default
zroot  feature@async_destroy          enabled                        local
zroot  feature@empty_bpobj            active                         local
zroot  feature@lz4_compress           active                         local
zroot  feature@multi_vdev_crash_dump  enabled                        local
zroot  feature@spacemap_histogram     active                         local
zroot  feature@enabled_txg            active                         local
zroot  feature@hole_birth             active                         local
zroot  feature@extensible_dataset     enabled                        local
zroot  feature@bookmarks              enabled                        local
zroot  feature@filesystem_limits      enabled                        local


Понедельник, 30 марта 2015, 0:36 -07:00 от Xin Li <delphij@delphij.net>:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA512
>
>
>
>On 3/27/15 05:26, armonia wrote:
>> After importing I press ctrl + t and here's the conclusion:
>> 
>> load: 0.20 cmd: zpool 725 [tx->tx_sync_done_cv] 32.50r 0.00y 5.59s
>> 0% 6432k
>
>Have you ever enabled e.g. dedup on certain dataset(s) and have a lot
>of files, and the pool don't have 'async destroy' feature enabled?  In
>that case the fastest way to recover, if this took too long, would
>probably import the pool read-only and copy data to another pool.
>
>On -CURRENT you can use dtrace -qn 'zfs-dbgmsg{printf("%s\n",
>stringof(arg0))}' to see more verbose information, they are not always
>helpful but will give you better idea on what is going on under the hood
>.
>
>Cheers,
>-----BEGIN PGP SIGNATURE-----
>
>iQIcBAEBCgAGBQJVGP0IAAoJEJW2GBstM+nsjRUP/11uzAQjAhQdOKTDMYt9gbTt
>DsMn1C5x3X+btMuMyJ6JfxiOhm1qxolDEsjilodpj+i7m09a42N1GZrqEKBIY4PP
>wvVwHHGuG1+zvpcQYfyWz50lKOgSIeLY3CUkyRRLHu3XsGrhj6uVEBjJRqLzRFof
>oCTlAPeXFkZgs5wkufwJ9kx5JJT4UvZKyBbj3CNL7xMGmEIKffIMZWQv3SzIROdU
>3QLjKSxTX969l6bNPEG/Fr262SZvXq9wPF2hbXs+AgLeDduz+ILhOMF1Za9+PTu+
>U5zJM5MUEOimacAys0ldQ5kVarufFySCv1VXvmIyUPPsVu+WuBAWE7lC1c8tdNnh
>vawMSfA2z5GtowxcpRVkl0CuVdO9AHZ2cHQzqrVh+rC/3HEdpCiUYakvoU3g1LhT
>9Yo1s6dDUQcl6cfObDw5QU1eNc5dnCwENef5UnraH/GYbV4u8j4ClBPD7jw7zdlo
>jgGVMcXORJEztYW3LCQNUU0phP0c3jNm9x84Do4AhLPMTPfxPrXiHJy/BtSrDw4B
>BZlvqDRhaaOlTU/RPoAIdzFm1PztGLG2r5zrPR/ZKB3UquDctWSNz84jvgN3OK0d
>XyTsJsAH3lRLO5RNIt/Km4z86vnmL0WZdiY919XsBWlVbh1db+qKHs/KeSpaJ1Fd
>wqeqhWwU8l5yGKik19du
>=Bm6L
>-----END PGP SIGNATURE-----
>_______________________________________________
>freebsd-stable@freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>To unsubscribe, send any mail to " freebsd-stable-unsubscribe@freebsd.org "


-- 


Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1427704375.737716137>