btrfs замена на RAID1 происходит очень медленно при наличии вышедшего из строя диска

Там это туннели и портовые направления .Вы говорите о втором из них. Чтобы не путать термины, хорошо?

(1) Для Перенаправление локального порта перенаправленная комбинация хост: порт на локальном компьютере заблокирована (принимает соединения). С другой стороны, remote_host: remote_port доступен для разных подключений. Данные отправляются после того, как вы начнете соединение с локального конца.

Для переадресации удаленного порта все наоборот.

(2) Как и другие предложения в других ответах, вы можете использовать netstat , чтобы увидеть локальные порты прослушивания, а при использовании мультиплексированного соединения / из внутреннего соединения существует ~ # , который печатает активные сеансы и TCP-пересылки.

1
26.01.2019, 02:10
2 ответа

Учитывая, что replaceползал, я сделал следующее:

  1. Гарантировано, что поврежденная файловая система была noautoв /etc/fstab
  2. .
  3. Перезагрузка компьютера (, что заняло около 20 минут из-за зависаний ввода-вывода)
  4. Отключен LVM VG, содержащий btrfs fs на неисправном диске:

    sudo vgchange -an <failed-vg>
    
  5. Отключено неисправное устройство:

    echo 1 | sudo tee /sys/block/sdb/device/delete
    
  6. Смонтированная файловая система-o ro,degraded(degradedможет использоваться только один раз)

  7. Проверил replace statusи увидел, что он приостановлен:

    Started on 26.Jan 00:36:12, suspended on 26.Jan 10:13:30 at 4.1%, 0 write errs, 0 
    
  8. Сели -o remount,rwи увидели replaceпродолжение:

    kernel: BTRFS info (device dm-5): continuing dev_replace from <missing disk> (devid 2) to target /dev/mapper/vg6TBd1-ark @4%
    

Пока я это пишу:

  • replace statusпоказывает нормальный прогресс на 0,1% каждые 30 секунд или около того
  • iostat -d 1 -m <target-dev>показывает около 145 МБ/с (Seagate заявляет 160 МБ/с)

Обновление:

После завершения я заметил, что btrfs device usage /mountpointпоказывает некоторые Data,DUPи Metadata,single, а не только RAID1, поэтому я перебалансировал:

btrfs balance start -dconvert=raid1,soft -mconvert=raid1,soft /mountpoint

Кроме того, рассмотрите resize, если оба устройства теперь имеют резерв:

btrfs filesystem resize max /mountpoint

Я бы также порекомендовал вам scrub, так как у меня было 262016 исправимых csumошибок, по-видимому, связанных с прерваннымreplace.

0
28.01.2020, 00:19

В этом ответе упоминается запись на неисправный диск, что приводит к остановке replace.

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

Предупреждение:В этом случае файловая система была заключена в устройство dmcrypt. См. мой комментарий относительно «попадания» и потенциальной потери данных, если это не так.

0
28.01.2020, 00:19

Теги

Похожие вопросы