ISO update (as recommended) for my pool of three XCP-ng 8.3 RC1 hypervisors.
Everything went perfectly for each server.
I had to reinstall the additional packages (traceroute vim-enhanced mtr etc...), re-enable LLDP advertisements on the network interfaces (lldptool -L -i eth0 adminStatus=rxtx) and recreate the multipath configuration file (/etc/multipath/conf.d/huawei.conf).
In short, nothing seems abnormal.
Best posts made by pierre.c
-
RE: XCP-ng 8.3 betas and RCs feedback 🚀
-
RE: XCP-ng 8.3 betas and RCs feedback 🚀
@pierre-c said in XCP-ng 8.3 betas and RCs feedback :
@stormi For us, the openvswitch-2.17.7-2.1.xcpng8.3 update has definitively solved the problem of overlay networks that weren't working (thanks David M. for all your help and hard work).
Unfortunately, the sm-3.2.3-1.1.xcpng8.3 update seems to have broken something in our iSCSI sessions. We now have 3 sessions instead of the usual 4 (2 interfaces on the host to two controllers on the storage array).
We have a less-than-ideal configuration with a large, flat network ( we have a project planned to put everything back the way it should be) with interfaces named c_eth4 and c_eth5, as recommended in the documentation in such cases.
It seems that the new version respects the use of interfaces for one of the two targets, but not for the other, which uses the default interface.
# iscsiadm -m session -P3 iSCSI Transport Class version 2.0-870 version 6.2.0.874-7 Target: iqn.2006-08.********************:21008041266ebf8e::20602:***.***.***.*** (non-flash) Current Portal: ***.***.***.***:3260,1539 Persistent Portal: ***.***.***.***:3260,1539 ********** Interface: ********** Iface Name: default Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.20.155 Iface HWaddress: <empty> Iface Netdev: <empty> SID: 1 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...] Target: iqn.2006-08.********************:21008041266ebf8e::1020602:***.***.***.*** (non-flash) Current Portal: ***.***.***.***:3260,1549 Persistent Portal: ***.***.***.***:3260,1549 ********** Interface: ********** Iface Name: c_eth5 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.21.155 Iface HWaddress: <empty> Iface Netdev: xenbr5 SID: 2 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...] ********** Interface: ********** Iface Name: c_eth4 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.20.155 Iface HWaddress: <empty> Iface Netdev: xenbr4 SID: 3 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...]
Concerning our problem with iSCSI sessions, I have just tried a downgrade of sm followed by a reboot :
yum downgrade sm sm-fairlock
I can confirm that it works again on 4 paths via both interfaces after downgrade.
# iscsiadm -m session -o show tcp: [2] ***.***22.1:3260,1539 iqn.2006-08.********************:21008041266ebf8e::20602:***.***22.1 (non-flash) tcp: [3] ***.***22.1:3260,1539 iqn.2006-08.********************:21008041266ebf8e::20602:***.***22.1 (non-flash) tcp: [4] ***.***23.1:3260,1549 iqn.2006-08.********************:21008041266ebf8e::1020602:***.***23.1 (non-flash) tcp: [5] ***.***23.1:3260,1549 iqn.2006-08.********************:21008041266ebf8e::1020602:***.***23.1 (non-flash)
# iscsiadm -m session -P3 iSCSI Transport Class version 2.0-870 version 6.2.0.874-7 Target: iqn.2006-08.********************:21008041266ebf8e::20602:***.***22.1 (non-flash) Current Portal: ***.***22.1:3260,1539 Persistent Portal: ***.***22.1:3260,1539 ********** Interface: ********** Iface Name: c_eth5 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01*********:7203c069 Iface IPaddress: ***.***21.155 Iface HWaddress: <empty> Iface Netdev: xenbr5 [...] ********** Interface: ********** Iface Name: c_eth4 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01*********:7203c069 Iface IPaddress: ***.***20.155 Iface HWaddress: <empty> Iface Netdev: xenbr4 [...] Target: iqn.2006-08.********************:21008041266ebf8e::1020602:***.***23.1 (non-flash) Current Portal: ***.***23.1:3260,1549 Persistent Portal: ***.***23.1:3260,1549 ********** Interface: ********** Iface Name: c_eth5 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01*********:7203c069 Iface IPaddress: ***.***21.155 Iface HWaddress: <empty> Iface Netdev: xenbr5 [...] ********** Interface: ********** Iface Name: c_eth4 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01*********:7203c069 Iface IPaddress: ***.***20.155 Iface HWaddress: <empty> Iface Netdev: xenbr4 SID: 5 [...]
So we do have a problem with the new version of sm
-
RE: XCP-ng 8.3 betas and RCs feedback 🚀
@stormi For us, the openvswitch-2.17.7-2.1.xcpng8.3 update has definitively solved the problem of overlay networks that weren't working (thanks David M. for all your help and hard work).
Unfortunately, the sm-3.2.3-1.1.xcpng8.3 update seems to have broken something in our iSCSI sessions. We now have 3 sessions instead of the usual 4 (2 interfaces on the host to two controllers on the storage array).
We have a less-than-ideal configuration with a large, flat network ( we have a project planned to put everything back the way it should be) with interfaces named c_eth4 and c_eth5, as recommended in the documentation in such cases.
It seems that the new version respects the use of interfaces for one of the two targets, but not for the other, which uses the default interface.
# iscsiadm -m session -P3 iSCSI Transport Class version 2.0-870 version 6.2.0.874-7 Target: iqn.2006-08.********************:21008041266ebf8e::20602:***.***.***.*** (non-flash) Current Portal: ***.***.***.***:3260,1539 Persistent Portal: ***.***.***.***:3260,1539 ********** Interface: ********** Iface Name: default Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.20.155 Iface HWaddress: <empty> Iface Netdev: <empty> SID: 1 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...] Target: iqn.2006-08.********************:21008041266ebf8e::1020602:***.***.***.*** (non-flash) Current Portal: ***.***.***.***:3260,1549 Persistent Portal: ***.***.***.***:3260,1549 ********** Interface: ********** Iface Name: c_eth5 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.21.155 Iface HWaddress: <empty> Iface Netdev: xenbr5 SID: 2 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...] ********** Interface: ********** Iface Name: c_eth4 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.20.155 Iface HWaddress: <empty> Iface Netdev: xenbr4 SID: 3 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...]
Latest posts made by pierre.c
-
RE: XCP-ng 8.3 betas and RCs feedback 🚀
ISO update (as recommended) for my pool of three XCP-ng 8.3 RC1 hypervisors.
Everything went perfectly for each server.
I had to reinstall the additional packages (traceroute vim-enhanced mtr etc...), re-enable LLDP advertisements on the network interfaces (lldptool -L -i eth0 adminStatus=rxtx) and recreate the multipath configuration file (/etc/multipath/conf.d/huawei.conf).
In short, nothing seems abnormal. -
RE: XCP-ng 8.3 betas and RCs feedback 🚀
@pierre-c said in XCP-ng 8.3 betas and RCs feedback :
@stormi For us, the openvswitch-2.17.7-2.1.xcpng8.3 update has definitively solved the problem of overlay networks that weren't working (thanks David M. for all your help and hard work).
Unfortunately, the sm-3.2.3-1.1.xcpng8.3 update seems to have broken something in our iSCSI sessions. We now have 3 sessions instead of the usual 4 (2 interfaces on the host to two controllers on the storage array).
We have a less-than-ideal configuration with a large, flat network ( we have a project planned to put everything back the way it should be) with interfaces named c_eth4 and c_eth5, as recommended in the documentation in such cases.
It seems that the new version respects the use of interfaces for one of the two targets, but not for the other, which uses the default interface.
# iscsiadm -m session -P3 iSCSI Transport Class version 2.0-870 version 6.2.0.874-7 Target: iqn.2006-08.********************:21008041266ebf8e::20602:***.***.***.*** (non-flash) Current Portal: ***.***.***.***:3260,1539 Persistent Portal: ***.***.***.***:3260,1539 ********** Interface: ********** Iface Name: default Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.20.155 Iface HWaddress: <empty> Iface Netdev: <empty> SID: 1 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...] Target: iqn.2006-08.********************:21008041266ebf8e::1020602:***.***.***.*** (non-flash) Current Portal: ***.***.***.***:3260,1549 Persistent Portal: ***.***.***.***:3260,1549 ********** Interface: ********** Iface Name: c_eth5 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.21.155 Iface HWaddress: <empty> Iface Netdev: xenbr5 SID: 2 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...] ********** Interface: ********** Iface Name: c_eth4 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.20.155 Iface HWaddress: <empty> Iface Netdev: xenbr4 SID: 3 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...]
Concerning our problem with iSCSI sessions, I have just tried a downgrade of sm followed by a reboot :
yum downgrade sm sm-fairlock
I can confirm that it works again on 4 paths via both interfaces after downgrade.
# iscsiadm -m session -o show tcp: [2] ***.***22.1:3260,1539 iqn.2006-08.********************:21008041266ebf8e::20602:***.***22.1 (non-flash) tcp: [3] ***.***22.1:3260,1539 iqn.2006-08.********************:21008041266ebf8e::20602:***.***22.1 (non-flash) tcp: [4] ***.***23.1:3260,1549 iqn.2006-08.********************:21008041266ebf8e::1020602:***.***23.1 (non-flash) tcp: [5] ***.***23.1:3260,1549 iqn.2006-08.********************:21008041266ebf8e::1020602:***.***23.1 (non-flash)
# iscsiadm -m session -P3 iSCSI Transport Class version 2.0-870 version 6.2.0.874-7 Target: iqn.2006-08.********************:21008041266ebf8e::20602:***.***22.1 (non-flash) Current Portal: ***.***22.1:3260,1539 Persistent Portal: ***.***22.1:3260,1539 ********** Interface: ********** Iface Name: c_eth5 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01*********:7203c069 Iface IPaddress: ***.***21.155 Iface HWaddress: <empty> Iface Netdev: xenbr5 [...] ********** Interface: ********** Iface Name: c_eth4 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01*********:7203c069 Iface IPaddress: ***.***20.155 Iface HWaddress: <empty> Iface Netdev: xenbr4 [...] Target: iqn.2006-08.********************:21008041266ebf8e::1020602:***.***23.1 (non-flash) Current Portal: ***.***23.1:3260,1549 Persistent Portal: ***.***23.1:3260,1549 ********** Interface: ********** Iface Name: c_eth5 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01*********:7203c069 Iface IPaddress: ***.***21.155 Iface HWaddress: <empty> Iface Netdev: xenbr5 [...] ********** Interface: ********** Iface Name: c_eth4 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01*********:7203c069 Iface IPaddress: ***.***20.155 Iface HWaddress: <empty> Iface Netdev: xenbr4 SID: 5 [...]
So we do have a problem with the new version of sm
-
RE: XCP-ng 8.3 betas and RCs feedback 🚀
@stormi For us, the openvswitch-2.17.7-2.1.xcpng8.3 update has definitively solved the problem of overlay networks that weren't working (thanks David M. for all your help and hard work).
Unfortunately, the sm-3.2.3-1.1.xcpng8.3 update seems to have broken something in our iSCSI sessions. We now have 3 sessions instead of the usual 4 (2 interfaces on the host to two controllers on the storage array).
We have a less-than-ideal configuration with a large, flat network ( we have a project planned to put everything back the way it should be) with interfaces named c_eth4 and c_eth5, as recommended in the documentation in such cases.
It seems that the new version respects the use of interfaces for one of the two targets, but not for the other, which uses the default interface.
# iscsiadm -m session -P3 iSCSI Transport Class version 2.0-870 version 6.2.0.874-7 Target: iqn.2006-08.********************:21008041266ebf8e::20602:***.***.***.*** (non-flash) Current Portal: ***.***.***.***:3260,1539 Persistent Portal: ***.***.***.***:3260,1539 ********** Interface: ********** Iface Name: default Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.20.155 Iface HWaddress: <empty> Iface Netdev: <empty> SID: 1 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...] Target: iqn.2006-08.********************:21008041266ebf8e::1020602:***.***.***.*** (non-flash) Current Portal: ***.***.***.***:3260,1549 Persistent Portal: ***.***.***.***:3260,1549 ********** Interface: ********** Iface Name: c_eth5 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.21.155 Iface HWaddress: <empty> Iface Netdev: xenbr5 SID: 2 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...] ********** Interface: ********** Iface Name: c_eth4 Iface Transport: tcp Iface Initiatorname: iqn.2024-06.*********xcp-01.lan.mgmt:7203c069 Iface IPaddress: ***.***.20.155 Iface HWaddress: <empty> Iface Netdev: xenbr4 SID: 3 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [...]