Где-то с месяц назад у меня начались ошибки 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 show я получаю 4 записи BEGIN RECORD 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 #КОНЕЦ ЗАПИСИ Это ПЛОХО, так как адрес подключения readyNAS2, а не 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 #end record Последняя запись тоже в порядке. Я не могу избавиться от этой плохой записи node Документ, который я гуглил, указывает на /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's ultra 4 NAS нужно ссылаться на него с помощью десятичного числа с точками, а 'readyNAS1' Netgear's 214 NAS выбирает синоним файла хоста для своего адреса?
После обдумывания всех плюсов и минусов я очистил iscsiadm и переустановил его. Это действительно сработало, статические цели были найдены, и вход в систему прошел быстро. Однако после перезагрузки, после переустановки, проблема повторилась, и я обнаружил, что в запуске есть что-то, что создает статические узлы неправильно. Согласно man iscsiadm, единственный тип обнаружения — sendtarget, isns. НЕТ СТАТИКИ, но, похоже, он строится, используется и терпит неудачу.
решение1
Судя по всему, open-iscsi очень чувствителен к тому, какие команды и в каком порядке выдаются. Ключ к выяснению этого — получить «чистую» среду для тестирования. Я создал виртуальную машину с последней версией iso 20.04.3 и приступил к настройке open-iscsi. Поскольку у меня не было переопределенного /etc/hostsфайла в виртуальной машине, не было синонимов для десятичных адресов с точками. Я думаю, что это вполне могло быть частью проблемы.
Я попробовал последовательность команд, изображенную выше, но безрезультатно. Это не провалилось, это даже не было попыткой. Затем я наткнулся на этот URL. Важно читать его медленно и внимательно и следовать ему неукоснительно.https://www.hiroom2.com/2018/05/05/ubuntu-1804-open-iscsi-en/Хотя это было написано для 18.04, оно отлично работало в виртуальной машине. Я воспроизвел эти результаты на моем рабочем столе с идентичными результатами.
Обратите особое внимание на последовательность инструкций.
Если вы подключились к цели iSCSI до изменения node.startup на автоматический, вам необходимо снова подключиться к цели iSCSI после изменения node.startup на автоматический.