Что делать?

Не использовать в Линуксе всякие левые поделия.

подключен репозиторий КАКОЙ

Wut?

Забыл заменить когда писал пост. А когда писал тот кусок не было возможности уточнить. ZFS из jessie-backports.

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

А само ядро обновлялось?

Нет, обновлялись только эти пакеты:
geoip-database libnvpair1linux libssl1.0.0 libuutil1linux libzfs2linux libzpool2linux spl spl-dkms zfs-dkms zfs-initramfs zfs-zed zfsutils-linux

ZoL есть зло.

Ну, я бы откатился на прежние версии.

ZoL-а? Вот как-раз пытаюсь. Благо в кеше пакеты есть. Вот только zfsutils-linux и zfs-zed при попытке поставить их через dpkg -i говорят «Hangup» и то-ли вешают систему, то-ли очень медленно её перезапускают (я не дожидаюсь и репутаю вручную, через IPMI).

Так это, можно же просто загрузить систему из предыдущего тома. Только не говорите, что вы не делаете клон/снапшот корня перед апдейтом))

ZFS не в корне. Ну а копировать весь / перед каждым обновлением это слишком параноидально даже для меня. Кажется это первый случай в моей практике когда в Debian что-то основательно развалилось от обновления в рамках одного релиза

zfs-dkms 0.6.5.8-1 вроде скомпилялся и загрузился (0.6.5.8-2 компилялся но не грузился).
Но zfsutils-linux 0.6.5.8-1 так-же как и zfsutils-linux 0.6.5.8-2 делает hangup, так-что поставить остальные пакеты соответствующих верий пока не получилось

Работоспособность сервера восстановлена, во всяком случае в первом приближении. Ночью буду копать дальше.

Оказывается кроме косяка с ZFS был ещё косяк с ext4, система отказывалась нормально запускаться потому-что (как минимум) один из ext4 разделов был создан слишком новой версией mkfs.ext4 (из testing) и более старый (stable) fsck не мог её проверить (ФС была создана с какой-то фичей, которую он не умел). Проверил fsck из тестинга (благо он у меня там на соседнем разделе стоит, просто chroot-нулся в него). но на будущее надо как-то решить эту проблему.
Ну и с Hangup-ом этим разобраться.

Забавно что за раз всплыли проблемы и с инновационно-нанотехнологичной ZFS и с традиционно-посконной EXT4

А ты возмущался! Я же говорил что ZFS для нищебродов@localhost

Модуль 'spl' перезагружал, перед тем как грузить новый 'zfs'?

Вручную — нет. Возможно в этом косяк.
Попробую воспроизвести на тестовом стенде.

SPL пересобирается вместе с ZFS при обновлении. Скорее всего, ты пробовал грузить новый модуль ZFS, не перезагрузив предварительно SPL, функции которого ZFS использует.

Да, звучит правдоподобно. Хотя по идее обновиться должны были сразу оба, зависимости у них прописаны (а значит грузиться они должны в правильном порядке), так что ХЗ.

Было бы уместно написать версии ядра, zfs и spl. Подобные косяки крутятся именно вокруг этих цифр.

~# uname -a
Linux srv5-stable 3.16.0-4-amd64 #1 SMP Debian 3.16.36-1+deb8u1 (2016-09-03) x86_64 GNU/Linux

ZOL 0.6.5.8-1, 0.6.5.8-2 и 0.6.5.9-2
SPL 0.6.5.8-2~bpo8+2, 0.6.5.8-3~bpo8+1 и 0.6.5.9-1~bpo8+1
Сейчас стоит какая-то смесь из пакетов разных версий, логично предположить что после рогового обновления все пакеты были последних версий.
Ночью буду дальше разбираться, сейчас не хочу сервер трогать.

а чего ядро не из бэкпортов стоит ?

А надо? С этим сервером уже был прикольный секас (с.м. другую мою тему), так-что я руководствуюсь принципом «работает — не трогай».
Хотя в Debian stable есть один мешающий мне баг в auditd, и кажется дело там как-раз в ведре, так-что есть смысл обновить его.

Опять поставил последние версии пакетов. Модуль spl загружается, zfs нет. То-же самое. Откатил обратно на ZOL 0.6.5.8-1 и SPL 0.6.5.8-2, с ними всё ок.

На тестовом стенде, кстати, последние версии этих пакетов прекрасно работают. Стенд правда не то что-бы очень хорошо копирует сервер: просто поставил дебиан из снепшота репозитория от начала года (в последний раз обновлял сервер когда-то тогда), поставил ZoL, а потом обновил всё это из актуальных реп.

А в чём проблема сервер обновить (в пределах своего релиза, конечно)? У дебиана же не должно быть ломающих обновлений внутри одного релиза, насколько я слышал.

Так я и обновил. С этого и началось время приключений (:

Просто ты выше написал:

а потом обновил всё это из актуальных реп.

Вот я и спросил, может надо остальные пакеты на сервере тоже обновить? :)

Это только в Archlinux такая хрень возможна, когда надо всё апгрейдить.

В любом роллинге такая хрень возможна. Да и не в роллингах бывает.

Дело не в роллинге, а в как попало прописанных зависимостях. Debian Sid как бы тоже троллинг-релиз, но там никто не заставляет обновлять всё, чтобы у тебя не перестала работать какая-нибудь программа.

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

«всё это» это вся система. apt-get update && apt-get upgrade

Не совсем это имел ввиду. Я подумал, что ты обновил всё на тестовом стенде, а на «рабочем» сервере — только SPL и ZoL.

Debian stable, подключен репозиторий КАКОЙ.

А теперь какой удали (с помощью каки).

помогите ламеру

позарился на zfs, не поучив матчасть. после очередного перезапуска получил следующее: yuri@yuri-GA-MA770-US3:~$ sudo fdisk -l Диск /dev/sda: 223.6 GiB, 240057409536 байтов, 468862128 секторов Единицы измерения: секторов из 1 * 512 = 512 байтов Размер сектора (логический/физический): 512 байт / 512 байт I/O size (minimum/optimal): 512 bytes / 512 bytes Тип метки диска: dos Идентификатор диска: 0xcd8646cb

Устр-во Загрузочный Start Конец Секторы Size Id Тип /dev/sda1 * 2048 468860927 468858880 223.6G 83 Linux

Диск /dev/sdb: 2.7 TiB, 3000588754432 байтов, 5860524911 секторов Единицы измерения: секторов из 1 * 512 = 512 байтов Размер сектора (логический/физический): 512 байт / 4096 байт I/O size (minimum/optimal): 4096 bytes / 4096 bytes Тип метки диска: gpt Идентификатор диска: 3E801EBB-6FA3-4B4B-9594-FCA3A2AE9152

Устр-во Start Конец Секторы Size Тип /dev/sdb1 2048 5860507647 5860505600 2.7T Solaris /usr & Apple ZFS /dev/sdb9 5860507648 5860524031 16384 8M Solaris reserved 1 yuri@yuri-GA-MA770-US3:~$ sudo zfs list /dev/sdb '/dev/sdb': not a ZFS filesystem yuri@yuri-GA-MA770-US3:~$ sudo zfs list /dev/sdb1 '/dev/sdb1': not a ZFS filesystem yuri@yuri-GA-MA770-US3:~$

Используй лор-код, Suslovsky

упс...

я даже скриншот с терминала сделал, только не знаю, как у вас картинку вставить

исправляю

помогите ламеру

позарился на zfs, не поучив матчасть. после очередного перезапуска получил следующее:

yuri@yuri-GA-MA770-US3:~$ sudo fdisk -l

Диск /dev/sda: 223.6 GiB, 240057409536 байтов, 468862128 секторов Единицы измерения: секторов из 1 * 512 = 512 байтов Размер сектора (логический/физический): 512 байт / 512 байт I/O size (minimum/optimal): 512 bytes / 512 bytes Тип метки диска: dos Идентификатор диска: 0xcd8646cb

Устр-во Загрузочный Start Конец Секторы Size Id Тип /dev/sda1 * 2048 468860927 468858880 223.6G 83 Linux

Диск /dev/sdb: 2.7 TiB, 3000588754432 байтов, 5860524911 секторов Единицы измерения: секторов из 1 * 512 = 512 байтов Размер сектора (логический/физический): 512 байт / 4096 байт I/O size (minimum/optimal): 4096 bytes / 4096 bytes Тип метки диска: gpt Идентификатор диска: 3E801EBB-6FA3-4B4B-9594-FCA3A2AE9152

Устр-во Start Конец Секторы Size Тип

/dev/sdb1 2048 5860507647 5860505600 2.7T Solaris /usr & Apple ZFS

/dev/sdb9 5860507648 5860524031 16384 8M Solaris reserved 1

yuri@yuri-GA-MA770-US3:~$ sudo zfs list /dev/sdb

'/dev/sdb': not a ZFS filesystem

yuri@yuri-GA-MA770-US3:~$ sudo zfs list /dev/sdb1

'/dev/sdb1': not a ZFS filesystem

после одной перезагрузки доступен, после другой - нет

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

zfs list надо скармливать не путь к разделу, а имя тома в пуле, если у тебя пул не подгрузился, эту команду выполнять бесполезно

sudo zpool status

[sudo] пароль для yuri:

pool: Yuri state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. see: http://zfsonlinux.org/msg/ZFS-8000-8A scan: scrub repaired 76K in 3h35m with 520 errors on Sun Dec 10 03:59:49 2017 config:

NAME STATE READ WRITE CKSUM Yuri ONLINE 0 0 0 sda ONLINE 0 0 0

errors: 520 data errors, use '-v' for a list

yuri@yuri-GA-MA770-US3:~$

а когда не подгружается, что делать?

а когда не подгружается, что делать?

Выполнить

zpool import

One or more devices has experienced an error resulting in data corruption
errors: 520 data errors, use '-v' for a list

А хотя у тебя уже не всё в порядке

Большое спасибо (и за оперативность тоже). Когда снова отвалится, попробую

Где такая хрень в FreeBSD -CURRENT и -STABLE? Они - роллинги.

zpool import -f poolname

zpool scrub poolname

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

Нечестно, у вас ZFS в ядре, а у нас — out-of-tree! :P

Я вообще не в курсе, как у вас заводится ZFS на Linux. Пишу, чтобы я делал в такой ситуации на FreeBSD.

Вместо zpool import -f poolname можно сделать zpool import -F poolname, чтобы при монтировании пул откатился на последнюю успешную транзакцию, тогда, возможно не потребуется проводить zpool scrub poolname, но и некие данные будут потеряны, о которых нельзя будет ничего узнать.

Действительно: написал Import и всё открылось! Но почему же оно отваливается?