йесли вы слутчайно сделали zfs destroy, не унывайце. зыфысы ахуенная фысы и сийчас мы фсе пафиксим
1. ПраАНАЛизируйэм
zpool history -il xz
2019-10-14.10:24:30 zfs create xz/temp [user 0 (root) on slayer.bookie.ch:linux] 2019-10-14.10:24:33 [txg:3920796] set xz/temp (405) compression=10 [on slayer.bookie.ch] 2019-10-14.10:24:38 zfs set compression=gzip-6 xz/temp [user 0 (root) on slayer.bookie.ch:linux] 2019-10-14.11:09:45 [txg:3921329] set xz/temp (405) compression=2 [on slayer.bookie.ch] 2019-10-14.11:09:50 zfs set compression=off xz/temp [user 0 (root) on slayer.bookie.ch:linux] 2019-10-14.14:05:10 [txg:3923389] destroy xz/temp (405) 2019-10-14.14:05:11 zfs destroy xz/temp
Как видно, фейл слуцился в txg пад номирам 3923389. Пасмотрим, какие уберблоки у нас есць
zdb -ul /dev/sdc1
Uberblock[126] magic = 0000000000bab10c version = 5000 txg = 3923326 guid_sum = 10279167938651506958 timestamp = 1571050809 UTC = Mon Oct 14 14:00:09 2019 mmp_magic = 00000000a11cea11 mmp_delay = 0 mmp_valid = 0 checkpoint_txg = 0 labels = 0 1 2 3 Uberblock[127] magic = 0000000000bab10c version = 5000 txg = 3923327 guid_sum = 10279167938651506958 timestamp = 1571050814 UTC = Mon Oct 14 14:00:14 2019 mmp_magic = 00000000a11cea11 mmp_delay = 0 mmp_valid = 0 checkpoint_txg = 0 labels = 0 1 2 3
Итак, есть у нас уберблок с txg = 3923327. Папробуйем аткацицца да этава мамента.
zpool export xz zpool import -N -o readonly=on -f -R /pool -F -T 3923327 xz
ждьом, пака венег прашуршыт (иму ж нада “вирнуцца” фканцекцт нужнай транзыкцыйи) и расслаблйаем булки
xz/temp 134G 50.1G 134G /pool/xz/temp