Администрирование файловой системы ZFS невозможно, когда команды команда zpool` повесить

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

Я работаю над ошибками подключения между некоторыми внешними дисками SATA и серверной машиной, подключенной через USB3 или eSATA в мультиплексе. Эти вопросы остаются загадкой, но перед лицом проблем с подключением,zpool команды блокируются навсегда в любом терминале работать.

в данном случае, я просто пытался ls установленный бассеин/бак zfs и тот стержень повиснули. Новый терминал (Alt+F2) позволил мне попробовать статус zpool, это также повесили. Еще один новый терминал (Alt+F3) Я top и видим txg_sync С 3% использования процессора, и бесконечный список z_rd_int_x процессы, каждый с 0,3% загрузку процессора. Четвертый терминал (Alt+F4) является попыткой zpool iostat, он тоже висел.

периодические сообщения of:

[tttt.ttttt] INFO: task bash:xxxx blocked for more than 120 seconds.
[tttt.ttttt] INFO: task txg_sync:xxxx blocked for more than 120 seconds.
[tttt.ttttt] INFO: task zpool:xxxx blocked for more than 120 seconds.

появляются. Машина по-прежнему обслуживает файлы из других пулов через SAMBA.

как предположительно надежная реализация массового хранения может стать настолько искалеченной? Как я могу корректно работать без перезагрузки?

  • OS: CentOS 7
  • процессор: Intel Core i7 4770K 1150 RB четырехъядерный процессор 3,5 ГГц
  • Память: 32GB non ECC
  • накопители: 1 ТБ WD Red WD10EFRX SATA 3.5"

dmesg выход огромен, вам может понадобиться, чтобы сказать мне, что вы ищете.

Пожалуйста попросите больше информации как требовалось.

20
задан J Collins
10.03.2023 18:47 Количество просмотров материала 3569
Распечатать страницу

1 ответ

не отличный ответ, но он появляется установка failmode to continue для всех пулов любой сбой пула позволит интерпретатору команд продолжить работу. Это, кажется, есть опасность, однако, что любые дальнейшие неудачи могут привести к гораздо большему ущербу.

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

0
отвечен J Collins 2023-03-12 02:35

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх