#11
|
|||
|
|||
Re: epic story
Eugene Grosbein написал(а) к Sergey Anohin в May 19 03:40:33 по местному времени:
01 мая 2019, среда, в 18:40 NOVT, Sergey Anohin написал(а): EG>> Боюсь если ты будешь читать пул средствами ZFS (zfs send или пофайлово), EG>> то оно у тебя будет паниковать, когда дойдет до проблемного места. EG>> Практически уверен. SA> Мы вроде это обсуждали и ты мне порекомендовал: SA> dd if=/dev/ada0 bs=1m | xz -9 > /mnt/anotherdisk/image.xz Это рекомендовал для локального копирования, когда не нужна "докачка". EG>> Поэтому нужно будет использовать dd непосредственно с дисков. EG>> Я уже забыл, у тебя там один диск в пуле? SA> Да, single НDD EG>> Тогда просто: EG>> script dd.log dd if=/dev/ada0 bs=1m of=/mnt/nfsshare/file0.img EG>> Только смонтировать надо будет с soft,intr. EG>> Если связь оборвется, в логе dd останется информация, сколько мегабайт EG>> он успел записать, ну и после переустановки связи будет виден EG>> размер file0.img. "Докачка" будет состоять просто в добавлении EG>> dd skip=количествоуже_скопированныхмегабайт EG>> Чтобы это всё имело смысл, пул должен быть экспортирован, EG>> а для root on ZFS это значит, что диск надо будет подключить EG>> к другой системе. Сможешь? SA> Блин, я думал на живую проканает, вспоминал переписку: EG>>>> dd if=/dev/ada0 bs=1m | xz -9 > /mnt/anotherdisk/image.xz SA>>> в single mode? EG>> Необязательно. Проблема как раз в crash consistency, EG>> так что заморачиваться с single mode в данном случае EG>> уже необязательно. SA> То есть на живую фиг? Ну теоретически можно не на живую. Только для этого SA> придется SA> с лайв сиди грузиться, и делать dd с одного на другой, как-то так. Наверное, можно обойтись single user, чтобы не было записей на диск. Грузишься в single user и запускаешь сеть через /etc/netstart, монтируешь NFS. Или монтируешь в multiuser и выходишь из multiuser через shutdown now без -r/-h/-p) В single user никто не пишет на диск, так что можно попробовать dd прямо по смонтированному пулу. Eugene -- Enter old password: xxx Enter new password: yyy Confirm password: подтверждаю --- slrn/1.0.3 (FreeBSD) |
#12
|
|||
|
|||
epic story
Victor Sudakov написал(а) к eugen в May 19 11:15:18 по местному времени:
Dear eugen, 02 May 19 03:36, Eugene Grosbein wrote to me: VS>> А я это не к проблеме с метаданными, а ранее по тексту - к VS>> замечанию что "the hotspare - which turned out to be not so 'hot' VS>> as you had to manually switch it in and the array was recovered VS>> following a week long resilver process." EG> Там он рассказывает историю многих лет. Конкретно это замечание давно EG> устарело, так как штатный zfsd нынче решает эту проблему и это EG> документировано в man zpool. А почему он в rc.conf по умолчанию выключен? Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#13
|
|||
|
|||
Re: epic story
Eugene Grosbein написал(а) к Victor Sudakov в May 19 15:58:45 по местному времени:
02 мая 2019, четверг, в 09:15 NOVT, Victor Sudakov написал(а): VS>>> А я это не к проблеме с метаданными, а ранее по тексту - к VS>>> замечанию что "the hotspare - which turned out to be not so 'hot' VS>>> as you had to manually switch it in and the array was recovered VS>>> following a week long resilver process." EG>> Там он рассказывает историю многих лет. Конкретно это замечание давно EG>> устарело, так как штатный zfsd нынче решает эту проблему и это EG>> документировано в man zpool. VS> А почему он в rc.conf по умолчанию выключен? Да там и zfs_enable нет по умолчанию. Вероятно, потому что лишний демон не нужен в большинстве инсталляций? Eugene -- Научить не кланяться авторитетам, а исследовать их и сравнивать их поучения с жизнью. Научить настороженно относиться к опыту бывалых людей, потому что жизнь меняется необычайно быстро. --- slrn/1.0.3 (FreeBSD) |
#14
|
|||
|
|||
epic story
Victor Sudakov написал(а) к eugen в May 19 22:12:40 по местному времени:
Dear eugen, 02 May 19 15:58, Eugene Grosbein wrote to me: VS>>>> А я это не к проблеме с метаданными, а ранее по тексту - к VS>>>> замечанию что "the hotspare - which turned out to be not so VS>>>> 'hot' as you had to manually switch it in and the array was VS>>>> recovered following a week long resilver process." EG>>> Там он рассказывает историю многих лет. Конкретно это замечание EG>>> давно устарело, так как штатный zfsd нынче решает эту проблему и EG>>> это документировано в man zpool. VS>> А почему он в rc.conf по умолчанию выключен? EG> Да там и zfs_enable нет по умолчанию. Вероятно, потому что лишний EG> демон не нужен в большинстве инсталляций? Ну как zfs_enable нет, очень даже есть, если ставишь на ZFS. А с hot spare в zfs всё-равно какая-то труба, или я её готовить не умею. Вспомнаю, что пару лет назад так и не смог назначить один диск как hot spare к zmirror, и плюнул. Наверное тогда же и на zfsd плюнул и забыл про него. В mfi у меня сейчас один общий hot spare для двух томов. Victor Sudakov, VAS4-RIPE, VAS47-RIPN --- GoldED+/BSD 1.1.5-b20160322-b20160322 |
#15
|
|||
|
|||
Re: epic story
Alex Korchmar написал(а) к Sergey Anohin в May 19 11:36:43 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Sergey Anohin <Sergey.Anohin@p1.f10.n5034.z2.fidonet.org> wrote: SA> Мы вроде это обсуждали и ты мне порекомендовал: SA> dd if=/dev/ada0 bs=1m | xz -9 > /mnt/anotherdisk/image.xz ну так для этого тебе надо было найти, куда положить этот image.xz - а о докачке позаботится банальный ftp. насколько я понимаю, столько места у тебя не нашлось? > Alex --- ifmail v.2.15dev5.4 |
#16
|
|||
|
|||
Re: epic story
Sergey Anohin написал(а) к Alex Korchmar в May 19 20:53:17 по местному времени:
Нello, Alex! SA>> Мы вроде это обсуждали и ты мне порекомендовал: SA>> dd if=/dev/ada0 bs=1m | xz -9 > /mnt/anotherdisk/image.xz AK> ну так для этого тебе надо было найти, куда положить этот image.xz AK> - а о докачке позаботится банальный ftp. AK> насколько я понимаю, столько места у тебя не нашлось? Нет, проблема в том что надо в оффлайне делать, ну не на живой системе, а она таки живая, и ее придется на несколько часов в даун выводить С наилучшими пожеланиями, Sergey Anohin. --- wfido |
#17
|
|||
|
|||
Re: epic story
Alex Korchmar написал(а) к Sergey Anohin в May 19 07:03:45 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Sergey Anohin <Sergey.Anohin@p1.f10.n5034.z2.fidonet.org> wrote: SA> Нет, проблема в том что надо в оффлайне делать, ну не на живой системе, так она ж и так неживая? Выдерни эти диски нах и в другой ящик воткни. > Alex --- ifmail v.2.15dev5.4 |
#18
|
|||
|
|||
Re: epic story
Eugene Grosbein написал(а) к Alex Korchmar в May 19 12:33:48 по местному времени:
08 мая 2019, среда, в 05:03 NOVT, Alex Korchmar написал(а): SA>> Нет, проблема в том что надо в оффлайне делать, ну не на живой системе, AK> так она ж и так неживая? Выдерни эти диски нах и в другой ящик воткни. Если ты ещё не понял, он живёт с ней. Просто перестал заглядывать в проблемный каталог :-) Eugene -- Научить не кланяться авторитетам, а исследовать их и сравнивать их поучения с жизнью. Научить настороженно относиться к опыту бывалых людей, потому что жизнь меняется необычайно быстро. --- slrn/1.0.3 (FreeBSD) |
#19
|
|||
|
|||
Re: epic story
Sergey Anohin написал(а) к Alex Korchmar в May 19 08:32:57 по местному времени:
Нello, Alex! SA>> Нет, проблема в том что надо в оффлайне делать, ну не на живой системе, AK> так она ж и так неживая? еще как живая, я же пишу сюда через нее. просто к той директории где глюк не обращаюсь AK> Выдерни эти диски нах и в другой ящик воткни. один диск С наилучшими пожеланиями, Sergey Anohin. --- wfido |
#20
|
|||
|
|||
Re: epic story
Alex Korchmar написал(а) к Eugene Grosbein в May 19 17:16:38 по местному времени:
From: Alex Korchmar <noreply@linux.e-moe.ru> Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote: EG> Если ты ещё не понял, он живёт с ней. Просто перестал заглядывать EG> в проблемный каталог :-) а, офигеть, BADSECT.BAD на новый лад. > Alex --- ifmail v.2.15dev5.4 |