After specifying Michelle Sullivan restore everything , now the system is loaded .
At 10.1 LiveUSB I did zpool import but probably the tenth attempt, he has executed , the same thing happened on the 11 branch. So I removed just in case bad dataset - / var / db / mysql / billing, After I did the export and rebooted in the hard disk. I am grateful to you about . >Can you try if setting the sysctl variable vfs.zfs.free_max_blocks to >a limited number, like, 100,000, would make the pool import properly? >You may have run out of memory because of too much data being free'ed >in one transaction group? This variable 9.3 and 10.1 do not see the branches . Most likely it was. >(I would recommend doing this after importing the pool read-only and >copy your data off, though). Понедельник, 30 марта 2015, 11:19 -07:00 от Xin Li <delp...@delphij.net>: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA512 > >On 03/30/15 01:32, armonia wrote: >> 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. > >Hrm, usually async_destroy should be enough to protect against this >situation. > >Can you try if setting the sysctl variable vfs.zfs.free_max_blocks to >a limited number, like, 100,000, would make the pool import properly? > You may have run out of memory because of too much data being free'ed >in one transaction group? > >(I would recommend doing this after importing the pool read-only and >copy your data off, though). > >> How to import a pool of read-only? > >zpool import -o readonly poolname. > >> 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 >> < delp...@delphij.net >: >> >> >> >> 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, _______________________________________________ >> freebsd-stable@freebsd.org >> < /compose?To=freebsd%2dsta...@freebsd.org > mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable To >> unsubscribe, send any mail to >> " freebsd-stable-unsubscr...@freebsd.org >> < /compose?To=freebsd%2dstable%2dunsubscr...@freebsd.org >" >> >> >> >> -- > >- -- >Xin LI < delp...@delphij.net > https://www.delphij.net/ >FreeBSD - The Power to Serve! Live free or die >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v2.1.2 (FreeBSD) > >iQIcBAEBCgAGBQJVGZPKAAoJEJW2GBstM+nsPIAP/2aX5MItnX/LiLII+xKp/Hnx >9TZWUdpEqwOpIWovjiF7N+Vp9Uz8RCCHl5yzMbd5p/cvaP6h7oQZiJYzBDLVRx61 >Rk3Uz7/SyycWPXlD6lhNYPZ9QrptgO6hhX5y4YHxOlibhe7NLCmZYNxBqNsqR0HW >FoseCRP2+ima4Qu5P4dVKDCnKwMdifP7qvrbOZcyYWIVThVBH14Rp7w9zfiiAN6v >AYSY9JLMYQGILfexORo/LG+kYI3gT2CIhYVNpfCsQLo5GNOucAZNYM5oO4aCt/BQ >2DIzhp58F1z7JYUwZVJ0p7GSjuZ2peWqYYyGMqFkBU0cydskGj+wGwu154sx6Vyg >xAgzqH/jG95DqkC6yDRoy/bvJ0zam2z3N9jR+XRqgVsuwYbEG7dQp6TBByN5PWp+ >UaRexsvknjNJA6Otqei5qQ5fcXfhaalTD+/3XB3eqExJa6sbONZ6qJdLeiDYe+3V >wNRnuDQwatLCkLhQoFbXIdXQJ16Da4evmMrHd+YsKrytx2F/wMoNZru7Ilv6X+5L >LhuGg26Kh2ohZQGvn4cWCus63wRWweEjpTpD4Ng2Ok+qIEgquC9kcveV1TSwxWi1 >ZusD5hYqJXO2rA6iB2MyQqZi6t4fBK00CG7SkAegrNaKnH2e245s7qwsg6huKKUA >yMt5wuj4GXbRg9yjWs0j >=m5xz >-----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-unsubscr...@freebsd.org"