Добрый день!
После перерыва родолжаю настойку p10virt
Обнаружил толи не работу, толи ещё что с openvswitch.
Или регресс - подобное (но не так) было в 9. Но лечилось через task 295350
Сейчас так.
Поскольку имена интерфейсов изменились, то снёс старый vmbr и строю
новый ovsbr
К нему приписываю bond, получаю
ovs-vsctl show
c859d560-5e68-4a75-b519-8dbb792c0a36
Bridge vmbr1
Port vmbr1
Interface vmbr1
type: internal
Port bond1
Interface enp94s0f2
Interface enp94s0f3
ovs_version: "2.16.1"
в вебинтерфейсе всё красиво, активно запущено.
Добавляем ovs порт, через вебинтерфейс pve видно
+allow-vmbr1 vlan21
+iface vlan21 inet manual
+ ovs_type OVSIntPort
+ ovs_bridge vmbr1
+ ovs_options tag=1
Применяем
Получаем, что все ovs конструкции (bond, bridge,port) неактивны и их
нет ( в интерфейсе есть)
ovs-vsctl show
c859d560-5e68-4a75-b519-8dbb792c0a36
ovs_version: "2.16.1"
# systemctl status network
●network.service - Network Connectivity
Loaded: loaded (/lib/systemd/system/network.service; enabled;
vendor preset: disabled)
Active: active (exited)since Fri 2022-08-19 16:38:04 MSK; 2min 46s ago
Process: 60991 ExecStart=/etc/rc.d/init.d/network start
(code=exited, status=0/SUCCESS)
CPU: 2.037s
авг 19 16:38:04 pve100-r3-4 network[62015]: ovs-vsctl: no bridge named
vmbr1
авг 19 16:38:04 pve100-r3-4 network[61979]: !
авг 19 16:38:04 pve100-r3-4 network[61962]: ERROR:
/etc/net/scripts/ifup: Could not ifup dependency for interface 'vmbr1'
авг 19 16:38:04 pve100-r3-4 /etc/net[62016]: ERROR:
/etc/net/scripts/ifup: Could not ifup dependency for interface 'vmbr1'
авг 19 16:38:04 pve100-r3-4 ovs-vsctl[62020]:
ovs|00001|vsctl|INFO|Called as /usr/bin/ovs-vsctl -t 10 -- --if-exists
del-port vmbr1 vlan21 -- add-port vmbr1 vlan21>
авг 19 16:38:04 pve100-r3-4 ovs-vsctl[62020]:
ovs|00002|db_ctl_base|ERR|no bridge named vmbr1
авг 19 16:38:04 pve100-r3-4 network[62020]: ovs-vsctl: no bridge named
vmbr1
авг 19 16:38:04 pve100-r3-4 network[61944]: !
авг 19 16:38:04 pve100-r3-4 network[60991]: FAILED
авг 19 16:38:04 pve100-r3-4 systemd[1]: Started Network Connectivity.
less ovs-vswitchd.log
2022-08-19T13:37:59.128Z|00216|bridge|WARN|could not open network device
vlan21 (No such device)
2022-08-19T13:37:59.133Z|00217|bridge|WARN|could not open network device
vlan21 (No such device)
2022-08-19T13:37:59.152Z|00218|bond|INFO|member enp94s0f3: disabled
2022-08-19T13:37:59.152Z|00219|bond|INFO|bond bond1: active member is
now enp94s0f2
2022-08-19T13:37:59.152Z|00220|bond|INFO|member enp94s0f2: disabled
2022-08-19T13:37:59.152Z|00221|bond|INFO|bond bond1: all members disabled
2022-08-19T13:37:59.153Z|00222|bridge|INFO|bridge vmbr1: deleted
interface enp94s0f3 on port 1
2022-08-19T13:37:59.153Z|00223|bridge|INFO|bridge vmbr1: deleted
interface enp94s0f2 on port 2
2022-08-19T13:37:59.153Z|00224|bridge|INFO|bridge vmbr1: deleted
interface vmbr1 on port 65534
Очень не хочется переходить на linux bridge на каждую vlan, vlan
достаточное количество ожидается.
Непонятно, это регресс или в процессе обновления p9->p10 колёса не
сцепились.
Может у кого есть идеи?
(в ожидании лицензий на p10 не задал в ТП вопрос....)
11.07.2022 12:11, Sergey пишет:
On Friday 01 July 2022, Serg wrote:
В вот как избежать при обновлении потери сети непонятно.
Использовать udev-rule-generator-net и по настоящему
фиксированные имена. Только вида ether, а не eth:
https://bugzilla.altlinux.org/32167
--
===========
Сергей Соломонов
ГПИБ России
_______________________________________________
Sysadmins mailing list
Sysadmins@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/sysadmins