RPI 3B+ reporting carrier lost on ether connection
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Raspbian |
New
|
Undecided
|
Unassigned |
Bug Description
My new RPi 3B+ is reporting a dropped carrier on the ethernet connection.
Apr 2 15:37:31 tiny dhcpcd[423]: eth0: carrier acquired
Apr 2 15:37:32 tiny dhcpcd[423]: eth0: carrier lost
Apr 2 15:37:35 tiny dhcpcd[423]: eth0: carrier acquired
Apr 2 15:52:14 tiny dhcpcd[423]: eth0: carrier lost
Apr 2 15:52:17 tiny dhcpcd[423]: eth0: carrier acquired
Apr 2 16:11:59 tiny dhcpcd[423]: eth0: carrier lost
Apr 2 16:12:02 tiny dhcpcd[423]: eth0: carrier acquired
Apr 2 16:21:50 tiny dhcpcd[423]: eth0: carrier lost
Apr 2 16:21:53 tiny dhcpcd[423]: eth0: carrier acquired
Apr 2 16:25:29 tiny dhcpcd[423]: eth0: carrier lost
Apr 2 16:25:32 tiny dhcpcd[423]: eth0: carrier acquired
This is fairly frequent.
The system is running stretch - and has one mmc card, and two usb memory cards installed.
I've removed all the other connections to see if the power drain from the keyboard would affect things. It doesn't. I've also replaced the cable connecting the machine to the Netgear switch - it's now definitely a Cat 6 cable.
uname -a
Linux tiny 4.14.30-v7+ #1102 SMP Mon Mar 26 16:45:49 BST 2018 armv7l GNU/Linux
ifconfig
eth0: flags=4163<
inet 10.10.10.16 netmask 255.255.255.0 broadcast 10.10.10.255
inet6 fe80::9185:
ether b8:27:eb:29:96:9c txqueuelen 1000 (Ethernet)
RX packets 1619314 bytes 2315374529 (2.1 GiB)
RX errors 0 dropped 1 overruns 0 frame 0
TX packets 605709 bytes 585437555 (558.3 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo and unconfigured wlan0 is shown.
lshw
tiny
description: ARMv7 Processor rev 4 (v7l)
product: Raspberry Pi 3 Model B Plus Rev 1.3
serial: 000000006b29969c
width: 32 bits
capabilities: smp
*-core
description: Motherboard
physical id: 0
*-cpu:0
product: cpu
physical id: 0
bus info: cpu@0
size: 1400MHz
capacity: 1400MHz
*-cpu:1
product: cpu
physical id: 1
bus info: cpu@1
size: 1400MHz
capacity: 1400MHz
*-cpu:2
product: cpu
physical id: 2
bus info: cpu@2
size: 1400MHz
capacity: 1400MHz
*-cpu:3
product: cpu
physical id: 3
bus info: cpu@3
size: 1400MHz
capacity: 1400MHz
*-memory
physical id: 4
size: 927MiB
*-usbhost
product: DWC OTG Controller
vendor: Linux 4.14.30-v7+ dwc_otg_hcd
physical id: 1
bus info: usb@1
logical name: usb1
version: 4.14
*-usb
product: USB 2.0 Hub
vendor: Standard Microsystems Corp.
physical id: 1
bus info: usb@1:1
version: b.b3
*-usb:0
bus info: usb@1:1.1
*-usb:0
bus info: usb@1:1.1.1
*-usb:1
bus info: usb@1:1.1.2
*-usb:1
bus info: usb@1:1.3
*-disk
bus info: scsi@1:0.0.0
*-network:0
description: Ethernet interface
physical id: 2
logical name: eth0
serial: b8:27:eb:29:96:9c
size: 1Gbit/s
capacity: 1Gbit/s
*-network:1
description: Wireless interface
physical id: 3
logical name: wlan0
serial: b8:27:eb:7c:c3:c9
Spent some time today suspecting my network... and replacing switches to see if it's that. It doesn't seem to be.
It's not losing data - but is dropping incoming packets. UP,BROADCAST, RUNNING, MULTICAST> mtu 1500
eth0: flags=4163<
...
RX packets 27620129 bytes 626133333 (597.1 MiB)
RX errors 0 dropped 121 overruns 0 frame 0
TX packets 10392537 bytes 1665351159 (1.5 GiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
...
The machine is getting in files from another RPi with a camera - and making mp4s before shipping them elsewhere. So it's reasonably network intensive with large files coming and going.
I've added -K to the dhcpcd process which ignores carrier transitions and at least stops it taking down the interface and putting it back up again.