Примерно месяц назад у меня начались ошибки iscsi и сбои при монтировании. Это примерно совпало с обновлением 20.04.3. Пытаясь перейти к делу, я ввел следующие команды:
root@cor8910:~# iscsiadm -m discovery -t sendtargets -p readynas2
172.16.7.2:3260,1 iqn.2011-09.nas-8B-3E-60:thunderbird
172.16.7.2:3260,1 iqn.2011-09.nas-8B-3E-60:vmguests
root@cor8910:~# iscsiadm -m discovery -t sendtargets -p readynas1
172.16.0.2:3260,1 iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5
Вышеприведенный вывод правильный
Однако при выдаче
iscsiadm -m node -o показать, что я получаю 4 записи
НАЧАТЬ ЗАПИСЬ 2.0-874
node.name = iqn.2011-09.nas-8B-3E-60:thunderbird
.
.
.
node.conn[0].address = 172.16.7.2
node.conn[0].port = 3260
#конец записи
#Начать запись 2.0-874
node.name = iqn.2011-09.nas-8B-3E-60:vmguests
.
.
node.conn[0].address = readyNAS1
#КОНЕЦ ЗАПИСИ
Это ПЛОХО, так как адрес соединения готов NAS2, а не 1, и должен быть десятичным числом с точками.
НАЧАТЬ ЗАПИСЬ 2.0-874
node.name = iqn.2011-09.nas-8B-3E-60:vmguests
.
.
.
node.conn[0].address = 172.16.7.2 <
br/> node.conn[0].port = 3260
#КОНЕЦ ЗАПИСИ
Это правильно, но почему адрес десятичный с точками и почему предыдущие хосты были синонимом?
НАЧАТЬ ЗАПИСЬ 2.0-874
node.name = iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5
...
node.conn[0].address = 172.16.0.2
КОНЕЦ ЗАПИСИ
НАЧАТЬ ЗАПИСЬ 2.0-874
node.name = iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5
...
node.conn[0].address = readynas1
#конец записи
Последний тоже хорош.
Я не могу избавиться от этой плохой записи узла
Документ, который я погуглил, указывает на /var/lib/iscsi, которого нет в Ubuntu.
root@cor8910:~# ls -al /etc/iscsi/nodes/ всего 20
drw------- 4 root root 4096 9 октября 15:31 iqn.1994-11.com.netgear:readynas1:7f8962cc:ubuntu18.04.5
drw------- 3 root root 4096 9 октября 15:31 iqn.2011-09.nas-8B-3E-60:thunderbird
drw------- 4 root root 4096 9 окт 15:31 iqn.2011-09.nas-8B-3E-60:vmguests
Я думаю, что проблема могла быть в подпапке по умолчанию, которую я переместил в более безопасное место. Однако папка Thunderbird по-прежнему не входит в систему и не монтируется через fstab. другие делают. После загрузки я могу запустить iscsiadm для входа в систему и вручную смонтировать луну Thunderbird, на которую указывает профиль Thunderbird.
Я хотел бы иметь возможность исправить все, что не так, но при отсутствии обнаружения того, что не так, если я очистил open-iscsi и переустановил его, это решило бы проблему? Как конфигурация знает, что в случае «readyNAS2» Netgear Ultra 4 NAS-устройство ссылается на него десятичным числом с точками, где «readyNAS1» Netgear 214 NAS выбирает синоним файла хоста для своего адреса?
Подумав о плюсах и минусах, я очистил iscsiadm и переустановил его. На самом деле это сработало нормально, статические цели были найдены, и вход в систему прошел быстро. Однако после перезагрузки после переустановки проблема повторилась, и я обнаружил, что при запуске есть что-то, что неправильно создает статические узлы. Согласно man iscsiadm, единственным типом обнаружения является sendtarget, ins. НЕТ СТАТИЧЕСКОГО, но кажется, что он строит и использует и терпит неудачу.