Технически не имеет значения, где была пара ключей генерируется, пока клиент имеет доступ к копии закрытого ключа, а сервер хранит копию открытого ключа.
Обычно безопаснее генерировать пары ключей на клиенте, поскольку в этом случае закрытый ключ никогда не нужно копировать по сети, но может оставаться с заблокированными разрешениями в том месте, где это необходимо. .
Использование replace
является предпочтительным решением, и 2 -в 3 раза быстрее, чемbalance
.(device remove
первая перебалансировка. Возможно, он не использует тип преобразования soft
, что делает его медленнее )
Этот ответ предотвращает блокировку ввода-вывода ядра неисправным диском.
Я сделал следующее:
noauto
в/etc/fstab
Отключен LVM VG, содержащий btrfs fs на неисправном диске:
sudo vgchange -an <failed-vg>
Отключено неисправное устройство:
echo 1 | sudo tee /sys/block/sdb/device/delete
Подключена файловая система-o rw,degraded
(Примечание:degraded
можно использовать только один раз)
Получил неудачный devid
от:
btrfs filesystem show /mountpoint
btrfs replace start -B <devid> /dev/new-disk /mountpoint
Когда я это пишу:
replace status
показывает нормальный прогресс на 0,1% каждые 30 секунд или около того iostat -d 1 -m <target-dev>
показывает около 145 МБ/с (Seagate заявляет 160 МБ/с)btrfs replace
, который предлагается, имеет один недостаток -он не позволяет заменить большее устройство на меньшее, даже коэффициент использования низкий. Например. сценарий замены жесткого диска 1 ТБ на SSD 500 ГБ не работает и позволяет только добавить / удалить опцию.
Хорошо только то, что запись на SSD происходит так быстро, что удаление зависит только от жесткого диска, скорость составляет несколько ГБ в минуту, 100% использование жесткого диска в загруженной системе (Время поиска значительно превосходит производительность, 1 ТБ может занять 1 день на удаление ).