ZFS восстановление данных пересозданного пула.

Если эта вундервафля предоставляет блочные устройства для томов, то можно попробовать любой универсальный софт для восстановления файлов. Ну или с устройств(а) пула. Возможно, мелкие нефрагментированные файлы получится выдрать. На большее не рассчитывай.

открою секрет «начинайте делать бэкапы»

zpool import что говорит?

Ничего

Мисьё, да вы весьма умник.

слушай меня, со мной не пропадешь. а пока не плачь, выпей водочки, расслабься и купи вазелин, когда начальство призовет пригодится.

Пулы на разных носителях? Если на разных, то отключаешь физически носитель с новым пулом, пробуешь импортировать старый пул.

Вижу, мисьё знает толк в вазелине и эффективном решении проблем.

Нет, носитель один и тот же.

я знаю толк в бэкапах, а ты познаешь толк вазелина

после переустановки ОС по глупости импорт пула не был произведён, а был пересоздан пул с таким же именем

Не надо админить сервера под мухой.

«ничего», это «ничего» или все-таки какой то вывод присутствует?

Не теряй время, просто раскатай вчерашний бэкап.

Ух как мы запели, я не претендую на роль дипломированного системного администратора, и посему имею право совершать подобного рода ошибки, тем более это не корпоративное, а личное файловое хранилище. А вы, мисьё, своими выступлениям лишь тешиет своё ЧСВ и ничего боле.

fs: ~ # zpool import fs: ~ #

Если бы он был...

Уверен, предмет обсуждения в данной теме не то про что вы говорите.

zpool import -F store

дурилка ты картонная

fs: ~ # zpool import -F store cannot import 'store': a pool with that name is already created/imported, and no additional pools with that name were found

Метки, скорее всего, переписались полностью при создании нового пула, но можно посмотреть что за номер покажет

zdb store|grep txg

zpool -T txg -o readonly=on store

zdb -bb store

zdb -dd store

Все это фигня и не поможет. Единственный вариант - писать программку, которая будет искать корень старого дерева блоков, ну и плясать от найденного.

Как только было замечено неладное, нужно было выдирать питалово и делать так, чтобы при последующей загрузке NAS4Free не заимпортировал бы свежесозданный пул заново. Пока он у тебя импортирован, активность на нем снижает шансы найти хоть что-нибудь от старого пула.

по глупости
существует критичная информация

Сколько готов заплатить за восстановление «критичной информации»?

Если не сколько, то ковыряйся в остатках сам, читай статьи, разбирайся в устройстве zfs, через пару-тройку месяцев станешь спецом и сможешь наконец достать из поломанного пула критичный для тебя рецепт мамкиного борща.

Точно фигня - оно старые метки конкретно затирает при создании, юберблоки хрен найдёшь с прошлого пула. Если только поштучно файло вытаскивать, но это трындец.
Вообще интересно, каким образом удалось создать новый пул без "-f", ведь при создании пула на девайсах, которые уже были задействованы, оно пошлёт лесом без force.

во многих конторах сервер под обновления мечта.

а это каким боком тут?

кальян зачётный вышел, под бэкапы естественно сервер, блин бошка до сих пор отходит.

Если только поштучно файло вытаскивать, но это трындец.

Вот поэтому и имеет смысл попытаться найти корень (корни) дерева блоков предыдущего пула. Зная где он, можно сконструировать уберблок и попытаться хоть что-то вытянуть в режиме только для чтения.

Вообще интересно, каким образом удалось создать новый пул без "-f", ведь при создании пула на девайсах, которые уже были задействованы, оно пошлёт лесом без force.

Скорее всего этот нас4фри пул с форсом и создает, ибо так нужно меньше ошибок обрабатывать.