20.04.3 Ошибка ISCSI во время загрузки для входа в систему
Примерно месяц назад у меня начались ошибки 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
Я думаю, что проблема могла быть в подпапке defaults, которую я переместил в более безопасное место.Однако папка Thunderbird по-прежнему не входит в систему и не монтируется через fstab. другие делают. После загрузки я могу запустить iscsiadm, чтобы войти во все и вручную смонтировать луну Thunderbird, на которую указывает профиль Thunderbird.
Я хотел бы иметь возможность исправить все, что не так, но если я не обнаружу, что не так, если я очистю open-iscsi и переустановлю его, решит ли это проблему? Как конфигурация знает, что в случае «readyNAS2» Netgear Ultra 4 NAS-устройство ссылается на него десятичным числом с точками, где «readyNAS1» Netgear 214 NAS выбирает синоним файла хоста для своего адреса?
Обдумав все за и против, я очистил iscsiadm и переустановил его. На самом деле это сработало нормально, статические цели были найдены, и вход в систему прошел быстро. Однако после перезагрузки после переустановки проблема повторилась, и я обнаружил, что при запуске есть что-то, что неправильно создает статические узлы. Согласно man iscsiadm, единственным типом обнаружения является sendtarget, ins. НЕТ СТАТИЧЕСКОГО, но кажется, что он строит и использует и терпит неудачу.