У некоторых пользователей были проблемы с подключением к общему ресурсу этого сервера в пуле, в то время как у других, которые уже были включены, все в порядке. После организации перезагрузки пул не удалось импортировать после загрузки системы.
Во время перезагрузки я заметил сбой диска во время POST, на что указывает оранжевый индикатор на лицевой панели и ниже в zpool import
.
В пуле достаточно устройств для подключения к сети, но он не удастся импортировать.
$ zpool import
pool: darkpool
id: 5743344949875332602
state: DEGRADED
status: One or more devices contains corrupted data.
action: The pool can be imported despite missing or damaged devices. The
fault tolerance of the pool may be compromised if imported.
see: http://zfsonlinux.org/msg/ZFS-8000-4J
config:
darkpool DEGRADED
raidz3-0 DEGRADED
wwn-0x5000c5008581aafb ONLINE
wwn-0x5000c5008581b61b ONLINE
wwn-0x5000c5008581b79f ONLINE
wwn-0x5000c5008581b933 ONLINE
wwn-0x5000c5008581b953 ONLINE
wwn-0x5000c5008581bdf7 ONLINE
wwn-0x5000c50085825ec7 ONLINE
wwn-0x5000c5008581cc03 ONLINE
wwn-0x5000c5008581e423 UNAVAIL
wwn-0x5000c5008581fd3f ONLINE
wwn-0x5000c50085820b93 ONLINE
wwn-0x5000c500858211b3 ONLINE
wwn-0x5000cca267ab0de4 ONLINE
spare-13 DEGRADED
11992420879588183985 FAULTED corrupted data
wwn-0x5000c500858252ef ONLINE
spares
wwn-0x5000c500858252ef
$ zpool status
no pools available
$ zpool import darkpool
cannot import 'darkpool': I/O error
Destroy and re-create the pool from
a backup source.
$ zpool import -f darkpool
cannot import 'darkpool': I/O error
Destroy and re-create the pool from
a backup source.
$ zpool import -fFn darkpool
$ zpool import -F darkpool
cannot import 'darkpool': I/O error
Destroy and re-create the pool from
a backup source.
$ zpool import -fFX darkpool
cannot import 'darkpool': I/O error
Destroy and re-create the pool from
a backup source.
Кто-нибудь видел что-то подобное раньше? Я не уверен, что попробовать, прежде чем уничтожать пул и восстанавливать из резервной копии (я бы хотел избежать этого, поскольку это займет так много времени).
Похоже, резервное копирование начало давать сбой пару недель назад. Есть ли способ узнать, сделает ли пул обслуживание неисправного диска счастливым?
Система - Ubuntu 18.04.2 LTS с zfsutils-linux_0.7.5-1ubuntu16.7_amd64.
Я подписался на LinkedIn Premium, чтобы написать сообщение разработчику ZFS (который на самом деле был достаточно любезен, чтобы ответить!). Он предложил мне переместить пул в систему с ZFS 0.8, версия, которую его соответствующие коммиты на Github были включены в Ububtu 19.10, среди других дистрибутивов.
В режиме только для чтения мы смогли загрузить пул отключив параметр spa_load_verify_metadata
. При этом также пропускается сканирование пула, поэтому вам не нужно ждать минуты или часы в зависимости от размера вашего пула.
После загрузки пула я начал резервное копирование всего на другой сервер с планами уничтожения пул и сервер (слишком много выездов на место из Dell, замена ЦП, памяти, мобильного устройства и т. д.) и начать все заново с новой системой.
$ cat /sys/module/zfs/parameters/spa_load_verify_metadata
1
$ echo 0 >/sys/module/zfs/parameters/spa_load_verify_metadata
$ cat /sys/module/zfs/parameters/spa_load_verify_metadata
0
zpool import -o readonly=on darkpool -f
Флаг сбрасывается после перезагрузки, поэтому пул не загружается во время процесса загрузки. Но на самом деле вы хотите скопировать данные и в любом случае прекратить использование пула.