- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Fri, Jan 31
should be fixed by https://github.com/vyos/vyos.vyos/pull/382
Thu, Jan 30
@Apachez could you please assign this task to me?
Note that if you have configured a Git commit archive backend with a password protected SSH key, it will probably hang if you use the REST API to make and commit changes. This is not a problem if you don’t use the API, but it’s something to be aware of.
Been testing, driver module loading is not always automatic. It is likely best to allow an option to specify the module to load. The vyos config syntax could likely be based this https://github.com/vyos-legacy/vyatta-watchdog/blob/current/README.md
Fixed without sleep used 04-patch
fixed
vyos@r16# set vpp interfaces gre gre0 remote '192.0.2.2' [edit] vyos@r16# set vpp interfaces gre gre0 source-address '192.0.2.1' [edit] vyos@r16# commit run show vpp in [ vpp ] WARNING: offload option in eth1 settings is not supported by VPP interfaces. It will be ignored.
Additional related logs:
Jan 30 12:35:46 r16 netplugd[1022]: eth1: state INNING flags 0x00011043 UP,BROADCAST,RUNNING,MULTICAST,10000 -> 0x00001002 BROADCAST,MULTICAST Jan 30 12:35:46 r16 vpp[2756]: interface/rx-queue: setting rx mode on the interface eth1 queue-id 0 failed. dpdk_interface_rx_mode_change: unsupported op (is the interface up?) Jan 30 12:35:46 r16 vyos-configd[751]: Traceback (most recent call last): Jan 30 12:35:46 r16 vyos-configd[751]: File "/usr/libexec/vyos/services/vyos-configd", line 139, in run_script Jan 30 12:35:46 r16 vyos-configd[751]: script.apply(c) Jan 30 12:35:46 r16 vyos-configd[751]: File "/usr/libexec/vyos//conf_mode/vpp.py", line 560, in apply Jan 30 12:35:46 r16 vyos-configd[751]: vpp_control.iface_rxmode(iface, rx_mode) Jan 30 12:35:46 r16 vyos-configd[751]: File "/usr/lib/python3/dist-packages/vyos/vpp/control_vpp.py", line 81, in check_retval_wrapper Jan 30 12:35:46 r16 vyos-configd[751]: raise VPPValueError(f'VPP API call failed: {return_value.retval}') Jan 30 12:35:46 r16 vyos-configd[751]: vpp_papi.vpp_papi.VPPValueError: VPP API call failed: -9 Jan 30 12:35:46 r16 vpp[2756]: set_hw_interface_change_rx_mode: unable to set rx-mode on interface eth1 queue-id 0. Jan 30 12:35:46 r16 vyos-configd[751]: Sending reply: error_code 2 with output Jan 30 12:35:46 r16 vyos-configd[751]: scripts_called: ['vpp'] Jan 30 12:35:47 r16 systemd[1]: opt-vyatta-config-tmp-new_config_2587.mount: Deactivated successfully. Jan 30 12:35:47 r16 netplugd[1022]: eth1: state INNING flags 0x00001043 UP,BROADCAST,RUNNING,MULTICAST -> 0x00001002 BROADCAST,MULTICAST Jan 30 12:35:47 r16 netplugd[2825]: /etc/netplug/netplug eth1 probe -> pid 2825 Jan 30 12:35:48 r16 netplugd[2826]: /etc/netplug/netplug eth1 probe -> pid 2826 Jan 30 12:35:48 r16 netplugd[1022]: eth1: state PROBING pid 2826 exited status 256 Jan 30 12:35:48 r16 netplugd[1022]: Could not bring eth1 back up Jan 30 12:37:04 r16 systemd[1]: opt-vyatta-config-tmp-new_config_2587.mount: Deactivated successfully. Jan 30 12:38:55 r16 vyos-configd[751]: Received message: {"type": "init"} Jan 30 12:38:55 r16 vyos-configd[751]: config session pid is 2587 Jan 30 12:38:55 r16 vyos-configd[751]: config session sudo_user is vyos Jan 30 12:38:55 r16 vyos-configd[751]: commit_scripts: ['vpp'] Jan 30 12:38:55 r16 vyos-configd[751]: Received message: {"type": "node", "last": true, "data": "/usr/libexec/vyos/conf_mode/vpp.py"} Jan 30 12:38:55 r16 vyos-configd[751]: Traceback (most recent call last): Jan 30 12:38:55 r16 vyos-configd[751]: File "/usr/libexec/vyos/services/vyos-configd", line 137, in run_script Jan 30 12:38:55 r16 vyos-configd[751]: script.verify(c) Jan 30 12:38:55 r16 vyos-configd[751]: File "/usr/libexec/vyos//conf_mode/vpp.py", line 330, in verify Jan 30 12:38:55 r16 vyos-configd[751]: if not verify_dev_driver(iface, iface_config['driver']): Jan 30 12:38:55 r16 vyos-configd[751]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Jan 30 12:38:55 r16 vyos-configd[751]: File "/usr/lib/python3/dist-packages/vyos/vpp/config_verify.py", line 149, in verify_dev_driver Jan 30 12:38:55 r16 vyos-configd[751]: driver: str = get_eth_driver(iface_name) Jan 30 12:38:55 r16 vyos-configd[751]: ^^^^^^^^^^^^^^^^^^^^^^^^^^ Jan 30 12:38:55 r16 vyos-configd[751]: File "/usr/lib/python3/dist-packages/vyos/vpp/control_host.py", line 271, in get_eth_driver Jan 30 12:38:55 r16 vyos-configd[751]: raise FileNotFoundError(f'PCI device {iface} not found in ethernet interfaces') Jan 30 12:38:55 r16 vyos-configd[751]: FileNotFoundError: PCI device eth1 not found in ethernet interfaces Jan 30 12:38:55 r16 vyos-configd[751]: Sending reply: error_code 2 with output Jan 30 12:38:55 r16 vyos-configd[751]: scripts_called: ['vpp'] Jan 30 12:38:55 r16 systemd[1]: opt-vyatta-config-tmp-new_config_2587.mount: Deactivated successfully. Jan 30 12:45:07 r16 systemd[1]: Starting systemd-tmpfiles-clean.service - Cleanup of Temporary Directories... Jan 30 12:45:07 r16 systemd[1]: systemd-tmpfiles-clean.service: Deactivated successfully. Jan 30 12:45:07 r16 systemd[1]: Finished systemd-tmpfiles-clean.service - Cleanup of Temporary Directories. Jan 30 12:45:07 r16 systemd[1]: run-credentials-systemd\x2dtmpfiles\x2dclean.service.mount: Deactivated successfully.
Wed, Jan 29
Thanks for confirming
Tue, Jan 28
Tested as working in: 1.5-rolling-202501280006
it seems I can look into the full workflow logs, but the root cause remains unclear to me.
Raised https://github.com/vyos/vyos.vyos/pull/379
Completed integration tests for 1.3- but 1.4+ fails - need to workaround unsupported commands in tests setup (e..g 'config-trap' and look into module code as new stanzas are not handled correctly (e.g. log vs log 'enable')
Unit tests are failing after the parser regex change - need to fix them too
The problem seems to be solved with https://github.com/vyos/vyos-1x/pull/4318 (T7089).
The error no longer occurs in a custom image...
From my experience having systemd manage the watchdog has been very stable.
I would not recommend using using watchdogd to manage the hardware watchdog, it is ancient and doesn't integrate well with systemd.
If anyone can find reproducing conditions for this task, feel free to reopen.
Since the problem was resolved by Proxmox, we will skip this one task.
If the issue was related to ISC DHCP, then Kea changes everything there. If not, its scope and reproducing conditions will need to be clarified so that we can reproduce it and prove that it's fixed. If new information appears, feel free to reopen the task.