Note, replacing
# def enable(log=True): def enable(log=False):
https://github.com/vyos/vyos-1x/blob/5248f1cebd4ac9cd8bebb62aa08ecc042a082f30/python/vyos/airbag.py#L26
Seems fixes the issue
Note, replacing
# def enable(log=True): def enable(log=False):
https://github.com/vyos/vyos-1x/blob/5248f1cebd4ac9cd8bebb62aa08ecc042a082f30/python/vyos/airbag.py#L26
Seems fixes the issue
In most cases, it could be reproduced by setting num-rx-queues :
vyos@r14# set vpp settings interface eth1 driver xdp [edit] vyos@r14# commit [edit] vyos@r14# set vpp settings interface eth1 xdp-options num-rx-queues Possible completions: <1-65535> Number of receive queues to connect to all All (default)
The task in its original scope has long been resolved, I think.
Sorry, another followup, rather than duplicating the control logic in both interface.py and in vyos-netplug-dhcp-client (and leaving yourself open to another logic divergence in future), you could consider just checking for presence of the config file /var/run/dhcp6c.eth0.conf in vyos-netplug-dhcp-client when determining if the service should restart. That file only exists if dhcp6c is required on that specific interface, and that means the logic for dhcp6c presence is determined only by interface.py and vyos-netplug-dhcp-client just follows its lead.
Relevant section of interface.py: https://github.com/vyos/vyos-1x/blob/5845c4b1c50bc0335284cfb3306e0a91de3efd40/python/vyos/ifconfig/interface.py#L1822-L1824