Not sure if this will overlap with anyone else, but my experience was a
combination of 2 things:
1. Reboots were happening, caused by unattended-upgrade
2. The device causing trouble was a renamed device.
Turns out it was trying to get renamed twice: Once very early in boot
from eth1 to eno2,
Also observing this in 20.04.2 (kernel 5.4.0-70).
I will try swapping out physical transceivers on both ends of the link and a
new switch port...
Of particular interest to me, netplan does not appear to re-run when
this happens. I have a device renaming rule that matches on name, sets
IP, and
I second that. Seeing this on 20.04 for some reason.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1775131
Title:
Ubuntu 18.04 networking issue (connection drops after approx. 15
Also happening on 20.04
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1775131
Title:
Ubuntu 18.04 networking issue (connection drops after approx. 15
minutes)
Status in linux
i have the same problem over here, i posted more details over here:
https://github.com/mailcow/mailcow-dockerized/issues/2918
i believe to reproduce the problem you can:
- set up multiple subnets under the same interface name
- make sure systemd-networkd is the only system to handle public
** Tags added: cscc
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1775131
Title:
Ubuntu 18.04 networking issue (connection drops after approx. 15
minutes)
Status in linux package in
Summing UP all Above comments:
Ubuntu:
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 18.04.1 LTS
Release: 18.04
Codename: bionic
this scenario is: i need to create 1000 of virtual interface , this is scale
environment, where each new
problem occurs when both interface created using multiprocessing module of
python
Process 1 execution ->
ip link add link ens34 2icx0 type macvlan
ifconfig 2icx0 up
ip addr add 192.168.49.230/16 dev 2icx0
Process 2 execution ->
ip link add link ens34 2icx1 type macvlan
ifconfig
Anyhow, none of this is a bug I nthe dispatcher, and I don't know what
else, so I'm going to reassign it to the kernel - if there are broken
ARP tables and whatnot, what else could it be.
** Package changed: networkd-dispatcher (Ubuntu) => linux (Ubuntu)
--
You received this bug notification
9 matches
Mail list logo