Frequent "entered disabled state"

dragonauta

Member
Jan 20, 2014
29
0
21
Hi,
I have a really simple setup.

CableModem/Router/AP
|
Switch TL-SG1024
|-----Proxmox
|-----Raspberry Pi4 (x6)
|-----Printer HP (x2)


Proxmox is fully updated
Code:
# pveversion -v
proxmox-ve: 6.2-1 (running kernel: 5.4.34-1-pve)
pve-manager: 6.2-4 (running version: 6.2-4/9824574a)
pve-kernel-5.4: 6.2-1
pve-kernel-helper: 6.2-1
pve-kernel-5.4.34-1-pve: 5.4.34-2
ceph-fuse: 12.2.11+dfsg1-2.1+b1
corosync: 3.0.3-pve1
criu: 3.11-3
glusterfs-client: 5.5-3
ifupdown: 0.8.35+pve1
ksm-control-daemon: 1.3-1
libjs-extjs: 6.0.1-10
libknet1: 1.15-pve1
libproxmox-acme-perl: 1.0.3
libpve-access-control: 6.1-1
libpve-apiclient-perl: 3.0-3
libpve-common-perl: 6.1-2
libpve-guest-common-perl: 3.0-10
libpve-http-server-perl: 3.0-5
libpve-storage-perl: 6.1-7
libqb0: 1.0.5-1
libspice-server1: 0.14.2-4~pve6+1
lvm2: 2.03.02-pve4
lxc-pve: 4.0.2-1
lxcfs: 4.0.3-pve2
novnc-pve: 1.1.0-1
proxmox-mini-journalreader: 1.1-1
proxmox-widget-toolkit: 2.2-1
pve-cluster: 6.1-8
pve-container: 3.1-5
pve-docs: 6.2-4
pve-edk2-firmware: 2.20200229-1
pve-firewall: 4.1-2
pve-firmware: 3.1-1
pve-ha-manager: 3.0-9
pve-i18n: 2.1-2
pve-qemu-kvm: 5.0.0-2
pve-xtermjs: 4.3.0-1
qemu-server: 6.2-2
smartmontools: 7.1-pve2
spiceterm: 3.1-1
vncterm: 1.6-1
zfsutils-linux: 0.8.3-pve1

There are 1 container and 1 VM.
Container is Debian 10 with Pi-Hole
VM is a Windows Server 2019 with Remote Desktop Services

Raspberry Pi4 have RaspiOS fully updated and Remmina App
just to use them as ThinClients for access Remote Desktop on Windows.

There're no other devices on network (maybe some Android phone on CableModem/Router/AP)

Problem is that all Rapsberry are disconnected all at once but at random times.

Looking at times, I found on /var/log/messages these:
Bash:
Sep  1 08:03:28 server kernel: [38943.390722] vmbr0: port 1(eno1) entered disabled state 
Sep  1 08:03:33 server kernel: [38949.162690] e1000e: eno1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx 
Sep  1 08:03:33 server kernel: [38949.162745] vmbr0: port 1(eno1) entered blocking state 
Sep  1 08:03:33 server kernel: [38949.162748] vmbr0: port 1(eno1) entered forwarding state 
Sep  1 11:04:48 server kernel: [49822.895835] vmbr0: port 1(eno1) entered disabled state 
Sep  1 11:04:53 server kernel: [49828.651897] e1000e: eno1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx 
Sep  1 11:04:53 server kernel: [49828.651951] vmbr0: port 1(eno1) entered blocking state 
Sep  1 11:04:53 server kernel: [49828.651955] vmbr0: port 1(eno1) entered forwarding state 
Sep  1 11:59:39 server kernel: [53113.626907] vmbr0: port 1(eno1) entered disabled state 
Sep  1 11:59:44 server kernel: [53119.362905] e1000e: eno1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx 
Sep  1 11:59:44 server kernel: [53119.362962] vmbr0: port 1(eno1) entered blocking state 
Sep  1 11:59:44 server kernel: [53119.362966] vmbr0: port 1(eno1) entered forwarding state 
Sep  1 12:37:15 server kernel: [55369.651300] vmbr0: port 1(eno1) entered disabled state 
Sep  1 12:37:20 server kernel: [55375.407458] e1000e: eno1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx 
Sep  1 12:37:20 server kernel: [55375.407512] vmbr0: port 1(eno1) entered blocking state 
Sep  1 12:37:20 server kernel: [55375.407515] vmbr0: port 1(eno1) entered forwarding state
Coincidentally with all disconnections.

Why is eno1 changing states?
Any suggestion?
 
Thanks @matrix.
Do you mean content of /etc/network/interfaces ?
Code:
auto lo
iface lo inet loopback

iface eno1 inet manual

auto vmbr0
iface vmbr0 inet static
    address 192.168.0.250/24
    gateway 192.168.0.1
    bridge-ports eno1
    bridge-stp off
    bridge-fd 0
 
hi guys,

i solved problem change to harddisk. (For entered disable state and locking state)

i was using sata ssd

i changed nvme disk and solved.

i think sata not enough for 10 or 1 gigabit lan

sory for my bad english
 

About

The Proxmox community has been around for many years and offers help and support for Proxmox VE, Proxmox Backup Server, and Proxmox Mail Gateway.
We think our community is one of the best thanks to people like you!

Get your subscription!

The Proxmox team works very hard to make sure you are running the best software and getting stable updates and security enhancements, as well as quick enterprise support. Tens of thousands of happy customers have a Proxmox subscription. Get yours easily in our online shop.

Buy now!