Open julienbenjamin opened 3 years ago
Possibly a similar issue to #132 or one of the other issues linked to from there? I wonder if it might be a problem related to your network switch or DHCP server? :man_shrugging: Can you provide more details about the rest of your network setup?
Possibly a similar issue to #132 or one of the other issues linked to from there? I wonder if it might be a problem related to your network switch or DHCP server? man_shrugging Can you provide more details about the rest of your network setup?
1) Like I said, I tried various solutions for everything, including DHCP servers and switches, so, no. 2) I search for duplicates before posting. #132 does not seem to apply to this issue, although it might be related. 3) What details exactly would you like me to provide?
I am having the same issue. After working correctly for some time - about 4-5 hours - the network interface goes down for no apparent reason.
I tried various fixes/workaround:
The way I was able to work around the issue is by disabling the WiFi and BT interfaces as suggested here [https://www.reddit.com/r/pihole/comments/m0myri/ethernet_eth0_link_is_down_occasionally_pihole/](). I acknowledge that this is far from a perfect solution, but I don't need the WiFi and the BT.
I haven't tried disabling either one of them and leaving the other running which may point out the culprit.
I have your exact same frequency of eth reset, I'm running the official Raspbian 11 32bit on a Pi4.
I have dtoverlay=disable-wifi
and dtoverlay=disable-bt
in my /boot/config.txt
but it dosn't make any difference.
I'm connected via an eth splitter (100Mb) to a MikroTik RB4011iGS router.
I'm using the Pi4 as my main workstation, and I do remote desktop work via vnc+ssh. I get about 3 eth resets during an 8 hours work session.
After working correctly for some time - about 4-5 hours - the network interface goes down for no apparent reason.
The way I was able to work around the issue is by disabling the WiFi and BT interfaces as suggested here https://www.reddit.com/r/pihole/comments/m0myri/ethernet_eth0_link_is_down_occasionally_pihole/.
I have the exact same issue with a RPi4 that's been booted up for the first time in a few months.
I tried both with a brand new (64bit) image using the RPi image flasher thingie, as well as a SD card that I took out of a 100% working RPi1. The issue starts to appear during Linux boot (LEDs keep going on/off). Before boot (when in the bootloader/netboot options) the ethernet seems to be behaving fine (at least in terms of LEDs and lighting up correctly).
[ 1.525261] bcmgenet fd580000.ethernet: GENET 5.0 EPHY: 0x0000
[ 9.855151] bcmgenet fd580000.ethernet: configuring instance for external RGMII (RX delay)
[ 9.857197] bcmgenet fd580000.ethernet eth0: Link is Down
[ 22.313211] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 22.313280] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[ 23.353160] bcmgenet fd580000.ethernet eth0: Link is Down
[ 34.795463] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 35.835431] bcmgenet fd580000.ethernet eth0: Link is Down
[...]
[ 176.235337] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 177.275273] bcmgenet fd580000.ethernet eth0: Link is Down
[ 180.395396] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 181.435244] bcmgenet fd580000.ethernet eth0: Link is Down
[ 184.555329] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 185.595245] bcmgenet fd580000.ethernet eth0: Link is Down
[ 188.725355] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 189.755247] bcmgenet fd580000.ethernet eth0: Link is Down
[ 218.875430] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 219.916636] bcmgenet fd580000.ethernet eth0: Link is Down
[ 227.205495] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 228.235329] bcmgenet fd580000.ethernet eth0: Link is Down
[ 240.715446] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 241.755354] bcmgenet fd580000.ethernet eth0: Link is Down
[ 250.084023] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 251.125392] bcmgenet fd580000.ethernet eth0: Link is Down
[ 269.835607] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 270.875625] bcmgenet fd580000.ethernet eth0: Link is Down
[ 286.475594] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 288.555455] bcmgenet fd580000.ethernet eth0: Link is Down
[ 291.675554] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 292.715514] bcmgenet fd580000.ethernet eth0: Link is Down
[ 295.845564] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 296.875508] bcmgenet fd580000.ethernet eth0: Link is Down
[ 299.995564] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 301.035497] bcmgenet fd580000.ethernet eth0: Link is Down
[ 308.315604] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[ 309.355531] bcmgenet fd580000.ethernet eth0: Link is Down
And tons more of these.
There's currently two USB disks plugged in.
wol ~ # lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 18a5:0216 Verbatim, Ltd External Hard Drive
Bus 001 Device 004: ID 04e8:5f07 Samsung Electronics Co., Ltd Samsung STORY Station
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
wol ~ # uname -a
Linux wol 5.15.61-v7l+ #1579 SMP Fri Aug 26 11:13:03 BST 2022 armv7l GNU/Linux
wol ~ # free -m
total used free shared buff/cache available
Mem: 3888 111 1279 3 2497 3620
Swap: 0 0 0
wol ~ # cat /etc/debian_version
11.4
wol ~ # lscpu
Architecture: armv7l
Byte Order: Little Endian
CPU(s): 4
On-line CPU(s) list: 0-3
Thread(s) per core: 1
Core(s) per socket: 4
Socket(s): 1
Vendor ID: ARM
Model: 3
Model name: Cortex-A72
Stepping: r0p3
CPU max MHz: 900.0000
CPU min MHz: 600.0000
BogoMIPS: 162.00
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Not affected
Vulnerability Meltdown: Not affected
Vulnerability Mmio stale data: Not affected
Vulnerability Retbleed: Not affected
Vulnerability Spec store bypass: Not affected
Vulnerability Spectre v1: Mitigation; __user pointer sanitization
Vulnerability Spectre v2: Vulnerable
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Flags: half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 idiva idivt vfpd32 lpae evtstrm crc32
wol ~ # ifconfig eth0
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet6 fe80::910f:2a66:d109:4b6e prefixlen 64 scopeid 0x20<link>
ether dc:a6:32:63:8d:a2 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 321 bytes 54619 (53.3 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
(ignore the CPU max MHz
in lscpu
-- that's because it booted up with RPi1 SD card with arm_freq=900
.
WiFi is working fine.
It's connected to a Unifi switch, and I've tried 2 different ports on the switch, as well as a different UTP cable.
Edit: it was the switch port afterall. Another (3rd) port on the switch worked fine. Note that the "bad port" was working fine on my Macbook Pro, and only causing issues with the RPi.
+1 rpi 4 + archarm here connected directly to mikrotik
The same thing. But in my case, it stops working at all after some time. I'm running a few containers for home automation on Pi 4, and everything was fine before switching to the x64 version (maybe the network interface was restarting, but it never hung like now).
Restarting the network via service networking restart
doesn't help, only reboot.
[118778.698661] bcmgenet fd580000.ethernet eth0: Link is Down
[118785.866818] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[118809.419149] bcmgenet fd580000.ethernet eth0: Link is Down
[118816.587203] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[119657.298910] bcmgenet fd580000.ethernet eth0: Link is Down
[119664.467043] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[119699.283454] bcmgenet fd580000.ethernet eth0: Link is Down
[119705.427496] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[580153.818351] br-eb4a83954af6: port 1(veth76393ae) entered disabled state
[580153.818934] veth65be048: renamed from eth0
[580153.918194] br-eb4a83954af6: port 1(veth76393ae) entered disabled state
[580153.922665] device veth76393ae left promiscuous mode
[580153.922712] br-eb4a83954af6: port 1(veth76393ae) entered disabled state
[580154.010359] br-eb4a83954af6: port 2(vethc110d03) entered disabled state
[580154.011352] vethde1e6f5: renamed from eth0
[580154.153682] br-eb4a83954af6: port 2(vethc110d03) entered disabled state
[580154.157433] device vethc110d03 left promiscuous mode
[580154.157472] br-eb4a83954af6: port 2(vethc110d03) entered disabled state
[580154.164006] br-eb4a83954af6: port 5(veth2a22b0f) entered disabled state
[580154.164516] vethbcb0e04: renamed from eth0
[580154.233984] br-eb4a83954af6: port 5(veth2a22b0f) entered disabled state
[580154.237043] device veth2a22b0f left promiscuous mode
[580154.237065] br-eb4a83954af6: port 5(veth2a22b0f) entered disabled state
[580154.413105] br-eb4a83954af6: port 3(vetha8232f2) entered disabled state
[580154.413460] veth8609fbf: renamed from eth0
[580154.492525] br-eb4a83954af6: port 3(vetha8232f2) entered disabled state
[580154.498099] device vetha8232f2 left promiscuous mode
[580154.498155] br-eb4a83954af6: port 3(vetha8232f2) entered disabled state
[580154.691190] br-eb4a83954af6: port 6(veth2fbc92e) entered disabled state
[580154.691636] vethb1717e0: renamed from eth0
[580154.758944] br-eb4a83954af6: port 6(veth2fbc92e) entered disabled state
[580154.761555] device veth2fbc92e left promiscuous mode
[580154.761585] br-eb4a83954af6: port 6(veth2fbc92e) entered disabled state
[580158.002050] br-eb4a83954af6: port 4(veth3c987a2) entered disabled state
[580158.002807] vetha323896: renamed from eth0
[580158.059506] br-eb4a83954af6: port 4(veth3c987a2) entered disabled state
[580158.063558] device veth3c987a2 left promiscuous mode
[580158.063581] br-eb4a83954af6: port 4(veth3c987a2) entered disabled state
[580164.161607] br-eb4a83954af6: port 1(veth40f43af) entered blocking state
[580164.161629] br-eb4a83954af6: port 1(veth40f43af) entered disabled state
[580164.162529] device veth40f43af entered promiscuous mode
[580164.199133] br-eb4a83954af6: port 2(vethe7834c0) entered blocking state
[580164.199157] br-eb4a83954af6: port 2(vethe7834c0) entered disabled state
[580164.199436] device vethe7834c0 entered promiscuous mode
[580164.199723] br-eb4a83954af6: port 2(vethe7834c0) entered blocking state
[580164.199740] br-eb4a83954af6: port 2(vethe7834c0) entered forwarding state
[580164.203386] br-eb4a83954af6: port 2(vethe7834c0) entered disabled state
[580164.265884] IPv6: ADDRCONF(NETDEV_CHANGE): veth5ce2d08: link becomes ready
[580164.266038] IPv6: ADDRCONF(NETDEV_CHANGE): veth40f43af: link becomes ready
[580164.266124] br-eb4a83954af6: port 1(veth40f43af) entered blocking state
[580164.266136] br-eb4a83954af6: port 1(veth40f43af) entered forwarding state
[580164.405309] br-eb4a83954af6: port 3(veth9a6aa64) entered blocking state
[580164.405337] br-eb4a83954af6: port 3(veth9a6aa64) entered disabled state
[580164.417056] device veth9a6aa64 entered promiscuous mode
[580164.424169] br-eb4a83954af6: port 3(veth9a6aa64) entered blocking state
[580164.424197] br-eb4a83954af6: port 3(veth9a6aa64) entered forwarding state
[580164.436564] br-eb4a83954af6: port 4(veth586f3e8) entered blocking state
[580164.436589] br-eb4a83954af6: port 4(veth586f3e8) entered disabled state
[580164.436767] device veth586f3e8 entered promiscuous mode
[580164.437012] br-eb4a83954af6: port 4(veth586f3e8) entered blocking state
[580164.437024] br-eb4a83954af6: port 4(veth586f3e8) entered forwarding state
[580164.475929] br-eb4a83954af6: port 3(veth9a6aa64) entered disabled state
[580164.476125] br-eb4a83954af6: port 4(veth586f3e8) entered disabled state
[580164.476201] IPv6: ADDRCONF(NETDEV_CHANGE): vethe7834c0: link becomes ready
[580164.476303] br-eb4a83954af6: port 2(vethe7834c0) entered blocking state
[580164.476313] br-eb4a83954af6: port 2(vethe7834c0) entered forwarding state
[580164.524360] br-eb4a83954af6: port 5(vethc4de879) entered blocking state
[580164.524384] br-eb4a83954af6: port 5(vethc4de879) entered disabled state
[580164.541992] device vethc4de879 entered promiscuous mode
[580164.543089] br-eb4a83954af6: port 5(vethc4de879) entered blocking state
[580164.543113] br-eb4a83954af6: port 5(vethc4de879) entered forwarding state
[580164.603550] br-eb4a83954af6: port 5(vethc4de879) entered disabled state
[580164.603717] IPv6: ADDRCONF(NETDEV_CHANGE): veth9a6aa64: link becomes ready
[580164.603827] br-eb4a83954af6: port 3(veth9a6aa64) entered blocking state
[580164.603835] br-eb4a83954af6: port 3(veth9a6aa64) entered forwarding state
[580164.648869] br-eb4a83954af6: port 6(veth4a16377) entered blocking state
[580164.648891] br-eb4a83954af6: port 6(veth4a16377) entered disabled state
[580164.649172] device veth4a16377 entered promiscuous mode
[580164.649601] br-eb4a83954af6: port 6(veth4a16377) entered blocking state
[580164.649618] br-eb4a83954af6: port 6(veth4a16377) entered forwarding state
[580164.701650] br-eb4a83954af6: port 6(veth4a16377) entered disabled state
[580164.702029] IPv6: ADDRCONF(NETDEV_CHANGE): veth586f3e8: link becomes ready
[580164.702189] br-eb4a83954af6: port 4(veth586f3e8) entered blocking state
[580164.702202] br-eb4a83954af6: port 4(veth586f3e8) entered forwarding state
[580164.785326] IPv6: ADDRCONF(NETDEV_CHANGE): vethc4de879: link becomes ready
[580164.785435] br-eb4a83954af6: port 5(vethc4de879) entered blocking state
[580164.785456] br-eb4a83954af6: port 5(vethc4de879) entered forwarding state
[580167.602563] br-eb4a83954af6: port 5(vethc4de879) entered disabled state
[580167.613569] eth0: renamed from veth4ed1189
[580167.639756] br-eb4a83954af6: port 5(vethc4de879) entered blocking state
[580167.639799] br-eb4a83954af6: port 5(vethc4de879) entered forwarding state
[580167.835864] br-eb4a83954af6: port 1(veth40f43af) entered disabled state
[580167.841434] eth0: renamed from veth5ce2d08
[580167.877391] br-eb4a83954af6: port 1(veth40f43af) entered blocking state
[580167.877438] br-eb4a83954af6: port 1(veth40f43af) entered forwarding state
[580168.074742] br-eb4a83954af6: port 4(veth586f3e8) entered disabled state
[580168.075645] eth0: renamed from veth0d5ee5b
[580168.106318] br-eb4a83954af6: port 4(veth586f3e8) entered blocking state
[580168.106354] br-eb4a83954af6: port 4(veth586f3e8) entered forwarding state
[580168.173639] br-eb4a83954af6: port 3(veth9a6aa64) entered disabled state
[580168.174756] eth0: renamed from vethf808f09
[580168.247787] br-eb4a83954af6: port 2(vethe7834c0) entered disabled state
[580168.248008] br-eb4a83954af6: port 3(veth9a6aa64) entered blocking state
[580168.248036] br-eb4a83954af6: port 3(veth9a6aa64) entered forwarding state
[580168.253656] eth0: renamed from veth1770faa
[580168.278051] br-eb4a83954af6: port 2(vethe7834c0) entered blocking state
[580168.278093] br-eb4a83954af6: port 2(vethe7834c0) entered forwarding state
[580168.356858] eth0: renamed from veth5cf12b8
[580168.375849] IPv6: ADDRCONF(NETDEV_CHANGE): veth4a16377: link becomes ready
[580168.376019] br-eb4a83954af6: port 6(veth4a16377) entered blocking state
[580168.376034] br-eb4a83954af6: port 6(veth4a16377) entered forwarding state
[580175.540101] br-eb4a83954af6: port 2(vethe7834c0) entered disabled state
[580175.540525] veth1770faa: renamed from eth0
[580175.584115] br-eb4a83954af6: port 4(veth586f3e8) entered disabled state
[580175.584520] veth0d5ee5b: renamed from eth0
[580175.634458] br-eb4a83954af6: port 2(vethe7834c0) entered disabled state
[580175.637886] device vethe7834c0 left promiscuous mode
[580175.637919] br-eb4a83954af6: port 2(vethe7834c0) entered disabled state
[580175.658847] br-eb4a83954af6: port 6(veth4a16377) entered disabled state
[580175.659329] veth5cf12b8: renamed from eth0
[580175.747398] vethf808f09: renamed from eth0
[580175.768306] br-eb4a83954af6: port 4(veth586f3e8) entered disabled state
[580175.770219] device veth586f3e8 left promiscuous mode
[580175.770239] br-eb4a83954af6: port 4(veth586f3e8) entered disabled state
[580175.771012] br-eb4a83954af6: port 3(veth9a6aa64) entered disabled state
[580175.817085] br-eb4a83954af6: port 6(veth4a16377) entered disabled state
[580175.819446] device veth4a16377 left promiscuous mode
[580175.819470] br-eb4a83954af6: port 6(veth4a16377) entered disabled state
[580175.832710] br-eb4a83954af6: port 5(vethc4de879) entered disabled state
[580175.833099] veth4ed1189: renamed from eth0
[580175.912177] br-eb4a83954af6: port 3(veth9a6aa64) entered disabled state
[580175.918567] device veth9a6aa64 left promiscuous mode
[580175.918596] br-eb4a83954af6: port 3(veth9a6aa64) entered disabled state
[580175.959639] br-eb4a83954af6: port 5(vethc4de879) entered disabled state
[580175.962510] device vethc4de879 left promiscuous mode
[580175.962533] br-eb4a83954af6: port 5(vethc4de879) entered disabled state
[580179.494181] br-eb4a83954af6: port 1(veth40f43af) entered disabled state
[580179.494430] veth5ce2d08: renamed from eth0
[580179.551066] br-eb4a83954af6: port 1(veth40f43af) entered disabled state
[580179.554348] device veth40f43af left promiscuous mode
[580179.554366] br-eb4a83954af6: port 1(veth40f43af) entered disabled state
[580180.662601] br-eb4a83954af6: port 1(veth3477e71) entered blocking state
[580180.662630] br-eb4a83954af6: port 1(veth3477e71) entered disabled state
[580180.663065] device veth3477e71 entered promiscuous mode
[580180.663727] br-eb4a83954af6: port 1(veth3477e71) entered blocking state
[580180.663744] br-eb4a83954af6: port 1(veth3477e71) entered forwarding state
[580180.664007] br-eb4a83954af6: port 1(veth3477e71) entered disabled state
[580180.744122] br-eb4a83954af6: port 2(veth7d69017) entered blocking state
[580180.744154] br-eb4a83954af6: port 2(veth7d69017) entered disabled state
[580180.744613] device veth7d69017 entered promiscuous mode
[580180.745403] br-eb4a83954af6: port 2(veth7d69017) entered blocking state
[580180.745428] br-eb4a83954af6: port 2(veth7d69017) entered forwarding state
[580180.745827] br-eb4a83954af6: port 2(veth7d69017) entered disabled state
[580180.808712] br-eb4a83954af6: port 3(vethaa1ad43) entered blocking state
[580180.808739] br-eb4a83954af6: port 3(vethaa1ad43) entered disabled state
[580180.809088] device vethaa1ad43 entered promiscuous mode
[580180.809413] br-eb4a83954af6: port 3(vethaa1ad43) entered blocking state
[580180.809440] br-eb4a83954af6: port 3(vethaa1ad43) entered forwarding state
[580180.878705] br-eb4a83954af6: port 4(vetha68928f) entered blocking state
[580180.878729] br-eb4a83954af6: port 4(vetha68928f) entered disabled state
[580180.878922] device vetha68928f entered promiscuous mode
[580180.879170] br-eb4a83954af6: port 4(vetha68928f) entered blocking state
[580180.879183] br-eb4a83954af6: port 4(vetha68928f) entered forwarding state
[580180.959196] br-eb4a83954af6: port 5(veth8c21765) entered blocking state
[580180.959225] br-eb4a83954af6: port 5(veth8c21765) entered disabled state
[580180.959555] device veth8c21765 entered promiscuous mode
[580180.960004] br-eb4a83954af6: port 5(veth8c21765) entered blocking state
[580180.960025] br-eb4a83954af6: port 5(veth8c21765) entered forwarding state
[580181.029645] br-eb4a83954af6: port 6(veth4285f7c) entered blocking state
[580181.029668] br-eb4a83954af6: port 6(veth4285f7c) entered disabled state
[580181.032839] device veth4285f7c entered promiscuous mode
[580181.033906] br-eb4a83954af6: port 6(veth4285f7c) entered blocking state
[580181.033934] br-eb4a83954af6: port 6(veth4285f7c) entered forwarding state
[580181.542471] br-eb4a83954af6: port 3(vethaa1ad43) entered disabled state
[580181.542678] br-eb4a83954af6: port 4(vetha68928f) entered disabled state
[580181.542811] br-eb4a83954af6: port 5(veth8c21765) entered disabled state
[580181.542934] br-eb4a83954af6: port 6(veth4285f7c) entered disabled state
[580182.588489] eth0: renamed from vethe4ea4bb
[580182.627372] IPv6: ADDRCONF(NETDEV_CHANGE): veth3477e71: link becomes ready
[580182.627475] br-eb4a83954af6: port 1(veth3477e71) entered blocking state
[580182.627487] br-eb4a83954af6: port 1(veth3477e71) entered forwarding state
[580183.319823] eth0: renamed from veth162d98e
[580183.383151] IPv6: ADDRCONF(NETDEV_CHANGE): veth7d69017: link becomes ready
[580183.383281] br-eb4a83954af6: port 2(veth7d69017) entered blocking state
[580183.383293] br-eb4a83954af6: port 2(veth7d69017) entered forwarding state
[580183.415362] eth0: renamed from vethe887e6f
[580183.430430] eth0: renamed from vetha1a4626
[580183.447842] IPv6: ADDRCONF(NETDEV_CHANGE): vethaa1ad43: link becomes ready
[580183.447959] br-eb4a83954af6: port 3(vethaa1ad43) entered blocking state
[580183.447971] br-eb4a83954af6: port 3(vethaa1ad43) entered forwarding state
[580183.448775] IPv6: ADDRCONF(NETDEV_CHANGE): vetha68928f: link becomes ready
[580183.448891] br-eb4a83954af6: port 4(vetha68928f) entered blocking state
[580183.448903] br-eb4a83954af6: port 4(vetha68928f) entered forwarding state
[580183.570943] eth0: renamed from vethf619fc7
[580183.591866] eth0: renamed from veth0ecb4ca
[580183.610912] IPv6: ADDRCONF(NETDEV_CHANGE): veth4285f7c: link becomes ready
[580183.611023] br-eb4a83954af6: port 6(veth4285f7c) entered blocking state
[580183.611035] br-eb4a83954af6: port 6(veth4285f7c) entered forwarding state
[580183.611652] IPv6: ADDRCONF(NETDEV_CHANGE): veth8c21765: link becomes ready
[580183.611754] br-eb4a83954af6: port 5(veth8c21765) entered blocking state
[580183.611773] br-eb4a83954af6: port 5(veth8c21765) entered forwarding state
[632797.385528] bcmgenet fd580000.ethernet eth0: Link is Down
[632803.529586] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
Was there any decent resolution. I am running into this. Can I just disable the eth0? I only use wifi
A relatively recent change (mid-December) makes dtparam=eee=off
(disabling Energy Efficient Ethernet support) work on Pi 4/400. sudo apt update
and sudo apt install raspberrypi-kernel
, and add dtparam=eee=off
to config.txt.
Also happening in Ubuntu 22.04 LTS x64 fully updated
Hello everyone, using dtparam=eee=off
I can confirm a stable connection in the last 7 days without a single hiccup! 💯
A relatively recent change (mid-December) makes
dtparam=eee=off
(disabling Energy Efficient Ethernet support) work on Pi 4/400.sudo apt update
andsudo apt install raspberrypi-kernel
, and adddtparam=eee=off
to config.txt.
I posted this same info on a similar thread.
I adjusted the proposed setting and have started to see some more stable behavior. The attached chart shows the network periodically going up and down - I have 2 different forms of monitoring one internal and one external - while the "internal" chart collection process (shown) fails periodically (see dips), the "external" collection process (not provided) shows no such drop-offs.
The sites being monitored are 3 separate servers hosting 8 different resources. All resources are docker containers. The ONLY change made was to ssh into my pi (running Ubuntu 22.04.1) and execute the following command: ethtool --set-eee eth0 eee off - I didn't bounce containers or do any type of resetting. Also interesting is the "scrape time" shown in the 3rd chart reduced from almost 20 seconds to near 0. This chart is now for data covering more than 2 days.
Hi,
do you need to run this command again on every reboot?
Thanks
do you need to run this command again on every reboot?
Which "command" are you talking about? config.txt
is a file on the /boot
partition, which the Pi reads every time it boots.
do you need to run this command again on every reboot?
Which "command" are you talking about?
config.txt
is a file on the/boot
partition, which the Pi reads every time it boots.
...following command: ethtool --set-eee eth0 eee off
Right. So AIUI you can run that ethtool command and it'll have an immediate effect (but not persist over a reboot), or you can add the dtparam to config.txt which will only activate after a reboot (but then apply after every reboot). (or of course you could do both)
Thank you!!
Current behavior:
eth0
) of the integrated NIC of the SoC of my Rasperry Pi 4 (and 400) is constantly switching between "up" and "down" status, as reported bydmesg
:Expected behavior:
eth0
interface stays "up" after bootSteps to reproduce:
1) Flash an SD card with Raspberry Pi OS (Lite in my case) 64bits 2) Create an empty
ssh
file in the/boot/
directory/partition 3) Insert the SD card in a Raspberry Pi 4 or 400 4) Power up the Raspberry Pi 5) Connect via ssh to the Pi 6) Update the system (apt update && apt upgrade -y
) 7) Reboot and reconnect via ssh 6) Wait for the problem to occur 7) Display the kernel bufferContext
Here are logs from a Raspberry Pi 400: rpi400_dmesg_64bits.txt
I did not find any duplicate showing this exact issue, please let me know if this is a duplicate or if I forgot any relevant detail.
Edit:
After troubleshooting for 64bits, I did the same with a 32bits version of Raspberry Pi OS, to be exhaustive, and, to my surprise, it happened as well, but at a lower frequency.
Here is the kernel log on the same device Raspberry Pi 400: rpi400_dmesg_32bits.txt
I never saw the same on my Raspberry Pi 1, 2 or 3 models B.
Let me know if this issue should rather be reported to https://github.com/raspberrypi/linux/issues instead.