8000 pcap_activate for vethXXX failed for EL9 · Issue #52 · sspans/ladvd · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

pcap_activate for vethXXX failed for EL9 #52

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
sharewax opened this issue May 20, 2024 · 1 comment
Open

pcap_activate for vethXXX failed for EL9 #52

sharewax opened this issue May 20, 2024 · 1 comment

Comments

@sharewax
Copy link
sharewax commented May 20, 2024 •
edited
Loading

We observe that ladvd tried to handle virtual interfaces (but it shouldn't I think):
ladvd runs as systemd service with only LLDP working proto

[Unit]
Description=LLDP/CDP sender
Documentation=man:ladvd(8) man:ladvdc(8)
Requires=network.target
After=network.target

[Service]
ExecStart=/usr/sbin/ladvd -f -L -z
Restart=on-failure
NoNewPrivileges=yes
PrivateDevices=yes
ProtectSystem=full
ProtectHome=yes
RuntimeDirectory=ladvd

[Install]
WantedBy=multi-user.target

2024-05-19T23:33:44.695761+00:00 xx-db-d22 systemd-networkd[1479]: veth0215f87: Link UP
2024-05-19T23:33:44.882483+00:00 xx-db-d22 systemd-networkd[1479]: veth0215f87: Gained carrier
2024-05-19T23:33:44.901881+00:00 xx-db-d22 ladvd[1498]: pcap_activate for veth0215f87 failed
2024-05-19T23:33:44.918144+00:00 xx-db-d22 ladvd[1498]: pcap_activate for veth0215f87 failed
2024-05-19T23:33:44.934058+00:00 xxx-db-d22 ladvd[1498]: pcap_activate for veth0215f87 failed
2024-05-19T23:33:45.248367+00:00 xxx-db-d22 systemd-networkd[1479]: veth0215f87: Lost carrier
2024-05-19T23:33:45.273465+00:00 xxx-db-d22 systemd-networkd[1479]: veth0215f87: Link DOWN

If we have active work with docker and/or bridge interface, on ladvd restart we receive a lot of messages like:

...
2024-05-20T13:47:49.404103+00:00 xxx-db-d22 ladvd[1498]: unable to change CDP multicast on veth87dd56b: No such device
2024-05-20T13:47:49.404229+00:00 xxx-db-d22 ladvd[1498]: unable to change EDP multicast on veth87dd56b: No such device
2024-05-20T13:47:49.404325+00:00 xxx-db-d22 ladvd[1498]: unable to change FDP multicast on veth87dd56b: No such device
2024-05-20T13:47:49.404362+00:00 xxx-db-d22 ladvd[1498]: unable to change NDP multicast on veth87dd56b: No such device
2024-05-20T13:47:49.404398+00:00 xxx-db-d22 ladvd[1498]: unable to change CDP1 multicast on veth87dd56b: No such device
...

# rg CDP1 -c /var/log/messages
500
# rg NDP -c /var/log/messages
500
# rg FDP -c /var/log/messages
500
# rg CDP -c /var/log/messages
1000
# rg EDP -c /var/log/messages
500

This issue is appear on Oracle Linux 9 (EL9). Maybe something has been changed in code/kernel and veth* countes as physical interfaces instead of virtual.
And it strange about multicast for non-working protocols on host.
@sharewax sharewax changed the title pcap_activate for vethXXX failed pcap_activate for vethXXX failed for EL9 May 20, 2024
@sharewax
Copy link
Author
sharewax commented Apr 7, 2025

https://gist.github.com/sharewax/4aa72aa7f94332350a4fc8b2d8bb9ad0

So it seems that socket activation is working even if -t didn't passed to the option for daemon. This option only prevents to send data but do not interrupt other logic...
Is it possible if -w or -t passed - completely ignore such interfaces?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@sharewax
0