prev
next
ru.unix.solaris
FromVova Uralsky2:5030/257.0Date Write2017-10-08 11:06:02
ToVictor Sudakov0:0/0.0Date Arrived2017-10-08 13:41:02
SubjFailed rpool
Attr
Hello Victor!

08 Oct 17 10:32, Victor Sudakov wrote to Dmitry Komissarov:

VS>>> потенциально можно импортировать?
DK>> Вывод команды:
DK>> #zpool import
DK>> pool: rpool
DK>> id: 9411....
DK>> state: FAULTED
DK>> status: The pool was last accessed by another system.
DK>> action: The pool cannot be imported due to damaged devices or
DK>> data.
DK>> The pool may be active on another system, but can be
DK>> c4t0d0s0 ONLINE
DK>> #zpool import -f -a
DK>> cannot import 'rpool': I/O error
DK>> Destroy and re-create the pool from
DK>> a backup source.
VS> Это в результате сбоя по питанию оно так фатально поломалось?
VS> С UFS я что только ни делал за свой 20-летний опыт общения с фрей, до
VS> полной ремонтонепригодности UFS не ломалась ни разу.

Судя по описанию, данные действительно поломались, но не от того что система
что-то недописала, а от того что диску поплохело. Был у меня один такой сигейт,
на котором периодически данные портились. Читать можно было в любое время без
"ошибок", SMART считал что всё ОК. Я довольно долго с этим диском возился,
пытался понять механизм. Когда обнаружил что MD5 файла может быть произвольной
не только после записи, но может поменяться после power cycle, разобрал его с
сыном, чтобы показать как там всё устроено. Hа большее такой диск явно не
годился.

Тестировал чем-то типа
while :
do
dd if=/dev/zero of=$(date "+%m%d%H%M%Y.%S") bs=$((1024*1024)) count=1024 &&
continue
break
done

find . | xargs md5 | grep -v cd573cfaace07e7949bc0c46028904ff

Regards,
Vova

--- Msged/BSD 6.2.0
* Origin: Permission denied (2:5030/257)