Отказоустойчивая корневая фс iSCSI для Linux

uname -r принимает данные из / proc / sys / jernel / asrelease .

Вы не можете изменить этот файл.

/ BOOT Используется, когда вы хотите компилировать новое ядро, поэтому изменяющий файл не влияет на текущее ядро.

1
21.04.2015, 11:52
2 ответа

Согласно Open-iSCSI документации:

8.2 настройки iSCSI для корневого раздела iSCSI

При доступе к корневому разделу непосредственно через диск iSCSI, при помощи кнопки Таймеры iSCSI должны быть настроены так, чтобы у iSCSI-слоя было несколько возможностей попытаться восстановить сеанс и так, чтобы команды не были быстрыми. запрашивается на уровень SCSI. По сути, вы хотите, чтобы все было наоборот. используя дм-мультипат.

Для этой установки вы можете отключить пинг iSCSI, установив:

node.connect[0].timeo.noop_out_interval = 0

node.connect[0].timeo.noop_out_timeout = 0

И вы можете превратить replace_timer в очень длинное значение:

node.session.timeo. replace_timeout = 86400

Установка по умолчанию replace_timeout равна 120 секундам, а перезагрузка сетевого хранилища заняла чуть более двух с половиной минут, поэтому этот таймаут был превышен, а сессия iSCSI была отброшена вместе со всеми ожидающими ответами на запросы ввода/вывода, что привело к тому, что виртуальные серверы увидели отказ диска и перешли в режим только для чтения.

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

0
28.01.2020, 01:41

Существует также способ изменения параметра Recovery Timeoutв режиме реального времени, когда соединение уже установлено:

echo 86400 > /sys/class/iscsi_session/session28/recovery_tmo

замените session28идентификатором вашего сеанса.

0
28.01.2020, 01:41

Теги

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