Клиент CentOS - невозможно установить соединение iSCSI с несколькими интерфейсами на инициаторе

Поэтому после обновления до CentOS 6.2 я, похоже, больше не могу войти в свои цели iSCSI. У меня есть несколько интерфейсов в разных подсетях в системе, и я сначала подумал, что это связано с тем фактом, что я не могу связывать правильные интерфейсы, что, как представляется, имеет место при рассмотрении netstat, поскольку это явно неправильно:

[root]⌘ netstat -na|grep .90
tcp        0      1 10.10.100.60:42354          10.10.8.90:3260             SYN_SENT    
tcp        0      1 10.10.100.60:40777          10.10.9.90:3260             SYN_SENT 

Затем я отключил все интерфейсы, кроме одного, и в результате netstat кажется правильным, но проблема с входом в систему остается. Я уверен, что цель никогда не видит пакет, потому что ничего не вижу по SYN_SENT. Я знаю, что проблема на моем клиенте, потому что целью является обслуживание нескольких систем, ни одна из которых не является CentOS 6.2. На данный момент я уверен, что некоторые вещи изменились между CentOS 6.0/6.1 и 6.2. Так что, если у кого-то возникли какие-либо мысли или столкнулся с этим, я бы очень хотел услышать ваши мысли.

[root]⌘ iscsiadm --mode node --targetname iqn.2011-12.dom.homer:01:lab-centos-servers-00001 --portal 10.10.8.90:3260,2 --interface=sw-iscsi-0 --login
Logging in to [iface: sw-iscsi-0, target: iqn.2011-12.dom.homer:01:lab-centos-servers-00001, portal: 10.10.8.90,3260] (multiple)
iscsiadm: Could not login to [iface: sw-iscsi-0, target: iqn.2011-12.dom.homer:01:lab-centos-servers-00001, portal: 10.10.8.90,3260].
iscsiadm: initiator reported error (8 - connection timed out)
iscsiadm: Could not log into all portals


[root]⌘ netstat -rn
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
10.10.8.0       0.0.0.0         255.255.255.0   U         0 0          0 eth2.7
10.10.9.0       0.0.0.0         255.255.255.0   U         0 0          0 eth3.7
10.10.100.0     0.0.0.0         255.255.252.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth2
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth3
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth2.7
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth3.7
0.0.0.0         10.10.100.1     0.0.0.0         UG        0 0          0 eth0

Выход из ip addr show для двух задействованных интерфейсов:

[root]⌘ for i in 2.7 3.7; do ip addr show eth$i; done
6: eth2.7@eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 00:0c:29:94:5b:8d brd ff:ff:ff:ff:ff:ff
    inet 10.10.8.60/24 brd 10.10.8.255 scope global eth2.7
    inet6 fe80::20c:29ff:fe94:5b8d/64 scope link 
       valid_lft forever preferred_lft forever
7: eth3.7@eth3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP 
    link/ether 00:0c:29:94:5b:97 brd ff:ff:ff:ff:ff:ff
    inet 10.10.9.60/24 brd 10.10.9.255 scope global eth3.7
    inet6 fe80::20c:29ff:fe94:5b97/64 scope link 
       valid_lft forever preferred_lft forever

Обновление 01/06/2012:

Эта проблема становится еще интереснее с каждым днем, как кажется. Я вернулся несколько недель назад и сделал снимок этой системы до обновления до 6.2. Я запустил новую систему из снимка и перенастроил информацию об интерфейсе и ключах хоста, а также информацию об инициаторе iSCSI и интерфейсе iscsi для соответствия новым MAC-адресам. Больше ничего не изменилось.

Затем я попытался подключиться к своим целям, и никаких проблем вообще не было. Я не могу сказать, что это было неожиданно. Затем я сравнил настройки sysctl в обеих системах, и после обновления были различия, но, казалось бы, ничего не относилось к iSCSI или IP, которые могли бы этому способствовать. Я также заметил, что по умолчанию теперь две сессии на соединение были включены после обновления, но я изменил его обратно на 1 сессию в /etc/iscsi/iscsid.conf.

В проблемной системе мы видим, что интерфейс источника выглядит неправильно, но даже когда я отключаю интерфейс 10.10.100, проблемы сохраняются. Так что, хотя это может быть актуально, я не могу это подтвердить наверняка. Излишне говорить, что необходимы дальнейшие исследования. Что-то явно отличается между выпусками. Работающая система на 6.1, а нерабочая на 6.2.

::Working System::
tcp        0      0 10.10.8.210:39566           10.10.8.90:3260             ESTABLISHED 
tcp        0      0 10.10.9.210:46518           10.10.9.90:3260             ESTABLISHED 

[root]⌘ ip route show
10.10.8.0/24 dev eth2.6  proto kernel  scope link  src 10.10.8.210 
10.10.9.0/24 dev eth3.7  proto kernel  scope link  src 10.10.9.210 
10.10.100.0/22 dev eth0  proto kernel  scope link  src 10.10.100.210 
169.254.0.0/16 dev eth0  scope link  metric 1002 
169.254.0.0/16 dev eth2.6  scope link  metric 1006 
169.254.0.0/16 dev eth3.7  scope link  metric 1007 
default via 10.10.100.1 dev eth0

::Non-working System::
tcp        0      1 10.10.100.60:44737          10.10.9.90:3260             SYN_SENT    
tcp        0      1 10.10.100.60:55479          10.10.8.90:3260             SYN_SENT

[root]⌘ ip route show
10.10.8.0/24 dev eth2.6  proto kernel  scope link  src 10.10.8.60 
10.10.9.0/24 dev eth3.7  proto kernel  scope link  src 10.10.9.60 
10.10.100.0/22 dev eth0  proto kernel  scope link  src 10.10.100.60 
169.254.0.0/16 dev eth0  scope link  metric 1002 
169.254.0.0/16 dev eth2.6  scope link  metric 1006 
169.254.0.0/16 dev eth3.7  scope link  metric 1007 
default via 10.10.100.1 dev eth0 

And the result is still same:

[root]⌘ iscsiadm: Could not login to [iface: sw-iscsi-0, target: iqn.2011-12.dom.homer:01:lab-centos-servers-00001, portal: 10.10.8.90,3260].
iscsiadm: initiator reported error (8 - connection timed out)
iscsiadm: Could not login to [iface: sw-iscsi-1, target: iqn.2011-12.dom.homer:02:lab-centos-servers-00001, portal: 10.10.9.90,3260].
iscsiadm: initiator reported error (8 - connection timed out)
iscsiadm: Could not log into all portals

Обновление 01/08/2012:

Я считаю, что смог найти ответ на свой вопрос. Это довольно неясно, и я сомневаюсь, что это случится с кем-то еще в ближайшее время. Оказывается, что установка iface.iscsi_ifacename а также iface.hwaddress в файле конфигурации интерфейсов это не законно. Когда вы вручную добавляете цель iscsi, как показано ниже, все настройки из файла конфигурации интерфейса копируются в файл конфигурации узла, который создается с помощью приведенной ниже команды. Результат - параметры iface.iscsi_ifacename а также iface.hwaddressвместе в одном файле конфигурации. Эти параметры кажутся взаимоисключающими, что не имеет особого смысла, или, возможно, существует недосмотр в пути кода. Возможно, я буду расследовать дальше.

# iscsiadm -m node --op new -T iqn.2011-12.dom.homer:01:lab-centos-servers-00001 -p 10.10.8.90,3260,2 -I sw-iscsi-0
# iscsiadm -m node --op new -T iqn.2011-12.dom.homer:02:lab-centos-servers-00001 -p 10.10.9.90,3260,2 -I sw-iscsi-1

Обратите внимание, ниже я закомментировал iface.hwaddress а также iface.ipaddress После чего я повторно добавил цели, используя ту же команду, что и выше. Все работает просто отлично.

[root]⌘ cat *
# BEGIN RECORD 2.0-872.33.el6
iface.iscsi_ifacename = sw-iscsi-0
iface.net_ifacename = eth2.6
#iface.hwaddress = XX:XX:XX:XX:XX:XX 
#iface.ipaddress = 10.10.8.60
iface.transport_name = tcp
iface.vlan_id = 6
iface.vlan_priority = 0
iface.iface_num = 0
iface.mtu = 0
iface.port = 0
# END RECORD
# BEGIN RECORD 2.0-872.33.el6
iface.iscsi_ifacename = sw-iscsi-1
iface.net_ifacename = eth3.7
#iface.hwaddress = XX:XX:XX:XX:XX:XX
#iface.ipaddress = 10.10.9.60
iface.transport_name = tcp
iface.vlan_id = 7
iface.vlan_priority = 0
iface.iface_num = 0
iface.mtu = 0
iface.port = 0
# END RECORD

Опять же, шансы на то, что это случится с кем-то еще, невелики, так что, скорее всего, напрасно тратите время на его ввод. Но, если кто-то сталкивается с этой проблемой, я надеюсь, что этот пост поможет.