[Sysadmins] upgrade сервера V 9->10

[Serg]

Как-то объехал.

Если  поставить  параметр OVS_REMOVE=no

то работает.

Но ведь для чего-то делали изменение в etcnet

* Ср апр 27 2022 Andrew A. Vasilyev <andy на altlinux.org> 0.9.24-alt1
- openvswitch: add OVS_REMOVE=yes to default/options if it is not there.


25.08.2022 17:42, Serg пишет:
>
> Добрый день!
>
> Наверное это
>
> https://bugzilla.altlinux.org/show_bug.cgi?id=37659
>
> но рецептов лечения не приведено...
>
> 19.08.2022 16:49, Serg пишет:
>>
>> Добрый день!
>>
>> После перерыва родолжаю настойку 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
> -- 
> ===========
> Сергей Соломонов
> ГПИБ России
>
> _______________________________________________
> Sysadmins mailing list
> Sysadmins на lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sysadmins

-- 
===========
Сергей Соломонов
ГПИБ России
----------- следующая часть -----------
Вложение в формате HTML было удалено...
URL: <http://lists.altlinux.org/pipermail/sysadmins/attachments/20220826/e603381e/attachment.html>