Re[2]: ZFS out of swap space

[armonia]

 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 at async_destroy          enabled                        local
zroot  feature at empty_bpobj            active                         local
zroot  feature at lz4_compress           active                         local
zroot  feature at multi_vdev_crash_dump  enabled                        local
zroot  feature at spacemap_histogram     active                         local
zroot  feature at enabled_txg            active                         local
zroot  feature at hole_birth             active                         local
zroot  feature at extensible_dataset     enabled                        local
zroot  feature at bookmarks              enabled                        local
zroot  feature at filesystem_limits      enabled                        local


Понедельник, 30 марта 2015, 0:36 -07:00 от Xin Li <delphij at 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 at freebsd.org mailing list
>http://lists.freebsd.org/mailman/listinfo/freebsd-stable
>To unsubscribe, send any mail to " freebsd-stable-unsubscribe at freebsd.org "


--