Ubuntu verliest lan netwerk

[Rouwette]

Ik heb wat vreemds, mijn Ubuntu verliest dagelijks (in de avond) lan netwerk
Er zit een scherm aan, het lan tekentje heeft er dan een vraagteken in staan. Lan uit en dan aan lost het op (op dat moment).

Home Assistant is dan niet bereikbaar, niet via web (HA) en ook niet via SSH.
Ik kan het systeem (intel i3 nuc) wel bereiken met TeamViewer.

Iemand een idee waar ik het zoeken moet?

[ Voor 5% gewijzigd door Rouwette op 30-04-2022 08:40 ]

[Morzzz]

Iets te zien in je logs?

code:

journalctl

code:

sudo dmesg

[martyw]

Is het alleen je PC/laptop met Ubuntu of hebben andere devices ook last? Heb je de PC/laptop al eens op een andere poort van je switch met een andere kabel aangesloten?

[ Voor 40% gewijzigd door martyw op 30-04-2022 18:19 ]

[Rouwette]

Morzzz schreef op zaterdag 30 april 2022 @ 18:08:
Iets te zien in je logs?

code:

journalctl

code:

sudo dmesg

Journalctl

code:

-- Logs begin at Thu 2022-04-14 14:24:43 CEST, end at Sat 2022-04-30 21:04:46 CEST. --
apr 14 14:24:43 homeassistant-desktop kernel: microcode: microcode updated early to revision 0xea, date = 2021-01-25
apr 14 14:24:43 homeassistant-desktop kernel: Linux version 5.13.0-39-generic (buildd@lcy02-amd64-080) (gcc (Ubuntu 9.4.0-1ubuntu1~20.04.1) 9.4.0, GNU ld (GNU Binutils for Ubuntu) 2.34) #44~20.04.1-Ubuntu SMP Thu Mar 24 16:43:35 UTC 202>
apr 14 14:24:43 homeassistant-desktop kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-5.13.0-39-generic root=UUID=368cfa27-979b-4414-95b4-ddf6c2d448c5 ro quiet splash vt.handoff=7
apr 14 14:24:43 homeassistant-desktop kernel: KERNEL supported cpus:
apr 14 14:24:43 homeassistant-desktop kernel:   Intel GenuineIntel
apr 14 14:24:43 homeassistant-desktop kernel:   AMD AuthenticAMD
apr 14 14:24:43 homeassistant-desktop kernel:   Hygon HygonGenuine
apr 14 14:24:43 homeassistant-desktop kernel:   Centaur CentaurHauls
apr 14 14:24:43 homeassistant-desktop kernel:   zhaoxin   Shanghai
apr 14 14:24:43 homeassistant-desktop kernel: x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
apr 14 14:24:43 homeassistant-desktop kernel: x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
apr 14 14:24:43 homeassistant-desktop kernel: x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
apr 14 14:24:43 homeassistant-desktop kernel: x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers'
apr 14 14:24:43 homeassistant-desktop kernel: x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
apr 14 14:24:43 homeassistant-desktop kernel: x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
apr 14 14:24:43 homeassistant-desktop kernel: x86/fpu: xstate_offset[3]:  832, xstate_sizes[3]:   64
apr 14 14:24:43 homeassistant-desktop kernel: x86/fpu: xstate_offset[4]:  896, xstate_sizes[4]:   64
apr 14 14:24:43 homeassistant-desktop kernel: x86/fpu: Enabled xstate features 0x1f, context size is 960 bytes, using 'compacted' format.
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-provided physical RAM map:
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x0000000000000000-0x0000000000057fff] usable
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x0000000000058000-0x0000000000058fff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x0000000000059000-0x000000000009efff] usable
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x000000000009f000-0x000000000009ffff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x0000000000100000-0x0000000085fbdfff] usable
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x0000000085fbe000-0x0000000085fbefff] ACPI NVS
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x0000000085fbf000-0x0000000085fe8fff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x0000000085fe9000-0x000000008a244fff] usable
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x000000008a245000-0x000000008a547fff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x000000008a548000-0x000000008a57ffff] ACPI data
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x000000008a580000-0x000000008ae71fff] ACPI NVS
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x000000008ae72000-0x000000008b2fefff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x000000008b2ff000-0x000000008b2fffff] usable
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x000000008b300000-0x000000008b3fffff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000000efffffff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x00000000fe000000-0x00000000fe010fff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: BIOS-e820: [mem 0x0000000100000000-0x000000026effffff] usable
apr 14 14:24:43 homeassistant-desktop kernel: NX (Execute Disable) protection: active
apr 14 14:24:43 homeassistant-desktop kernel: e820: update [mem 0x84454018-0x84464057] usable ==> usable
apr 14 14:24:43 homeassistant-desktop kernel: e820: update [mem 0x84454018-0x84464057] usable ==> usable
apr 14 14:24:43 homeassistant-desktop kernel: e820: update [mem 0x84443018-0x84453c57] usable ==> usable
apr 14 14:24:43 homeassistant-desktop kernel: e820: update [mem 0x84443018-0x84453c57] usable ==> usable
apr 14 14:24:43 homeassistant-desktop kernel: extended physical RAM map:
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000000000000-0x0000000000057fff] usable
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000000058000-0x0000000000058fff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000000059000-0x000000000009efff] usable
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x000000000009f000-0x000000000009ffff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000000100000-0x0000000084443017] usable
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000084443018-0x0000000084453c57] usable
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000084453c58-0x0000000084454017] usable
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000084454018-0x0000000084464057] usable
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000084464058-0x0000000085fbdfff] usable
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000085fbe000-0x0000000085fbefff] ACPI NVS
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000085fbf000-0x0000000085fe8fff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x0000000085fe9000-0x000000008a244fff] usable
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x000000008a245000-0x000000008a547fff] reserved
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x000000008a548000-0x000000008a57ffff] ACPI data
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x000000008a580000-0x000000008ae71fff] ACPI NVS
apr 14 14:24:43 homeassistant-desktop kernel: reserve setup_data: [mem 0x000000008ae72000-0x000000008b2fefff] res

sudo dmesg
Erg veel regels
https://justpaste.it/8a41q

Betreft een NUC6i3SYK

[Morzzz]

code:

[150601.341448] br-f39352f571cb: port 2(veth3b2b8f9) entered blocking state
[150601.341459] br-f39352f571cb: port 2(veth3b2b8f9) entered disabled state
[150601.342424] device veth3b2b8f9 entered promiscuous mode
[150601.846388] eth0: renamed from vetha13dba8
[150601.879220] IPv6: ADDRCONF(NETDEV_CHANGE): veth3b2b8f9: link becomes ready
[150601.879633] br-f39352f571cb: port 2(veth3b2b8f9) entered blocking state
[150601.879651] br-f39352f571cb: port 2(veth3b2b8f9) entered forwarding state
[150603.033885] br-f39352f571cb: port 2(veth3b2b8f9) entered disabled state
[150603.034176] vetha13dba8: renamed from eth0
[150603.128516] br-f39352f571cb: port 2(veth3b2b8f9) entered disabled state
[150603.131150] device veth3b2b8f9 left promiscuous mode
[150603.131174] br-f39352f571cb: port 2(veth3b2b8f9) entered disabled state
[150663.045296] br-f39352f571cb: port 2(veth7265266) entered blocking state
[150663.045321] br-f39352f571cb: port 2(veth7265266) entered disabled state
[150663.045735] device veth7265266 entered promiscuous mode
[150663.385393] eth0: renamed from veth6e4d954
[150663.409204] IPv6: ADDRCONF(NETDEV_CHANGE): veth7265266: link becomes ready
[150663.409343] br-f39352f571cb: port 2(veth7265266) entered blocking state
[150663.409350] br-f39352f571cb: port 2(veth7265266) entered forwarding state
[150664.523286] br-f39352f571cb: port 2(veth7265266) entered disabled state
[150664.523626] veth6e4d954: renamed from eth0
[150664.584969] br-f39352f571cb: port 2(veth7265266) entered disabled state
[150664.589395] device veth7265266 left promiscuous mode
[150664.589424] br-f39352f571cb: port 2(veth7265266) entered disabled state

Ik zie wel deze recente post:
https://forum.proxmox.com...00e-hardware-hang.106294/

Maar geen hardware hang in je logs.

Driver is e1000e.

In ieder geval een handvat voor verder onderzoek :-)

Nog meer:

https://bbs.archlinux.org/viewtopic.php?id=269240
https://aur.archlinux.org/packages/e1000e-dkms

[Will_M]

Even resume:

• Je kunt je NUC ansich wel bereiken middels Teamviewer (en dus over TCP/IP verbinden met de machine én het OS).
• Je kunt je HA applicatie niet bereiken middels de gebruikte TCP port?

Ga eens in je applicatielog (HA) kijken óf kijk met Wireshark naar wat er op je netwerk gebeurd

[Hero of Time]

@Morzzz lijkt iets verdachts te zien, maar het is niet wat 'ie denkt. Aan het begin van de dmesg output staat er namelijk dit:

code:

[    1.192640] e1000e 0000:00:1f.6 eno1: renamed from eth0

De verwijzingen die gemaakt worden naar een issue met je NIC is hierdoor niet van toepassing. De fysieke interface heet niet eth0, maar eno1. Later zie je namelijk dat eth0 wordt gebruikt voor een interface voor docker:

code:

[   13.513721] eth0: renamed from vetha477506

Maar, al die regels over het hernoemen van de interface en constant docker meldingen lijkt wel te suggereren dat je container niet doet wat het moet doen en lijkt te crashen. Niet helemaal duidelijk in dmesg, maar het constante herstarten van de container, zoals het er iig naar uit ziet, is iets waar je verder naar moet kijken. Wat doet docker om elke paar seconden die log regels te genereren, even stil is en na een tijd weer mee begint?

Dat je met teamviewer wel bij het systeem kan is niet zo heel gek, want je zegt namelijk dat HA niet bereikbaar is via ssh. Dat is de container, niet de host waar het op draait. TV draait op de host, niet in de container.

Overigens iets om wel naar te kijken, uitgaande van fatsoenlijke apparatuur, is dit:

code:

[    8.104461] e1000e 0000:00:1f.6 eno1: NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx

Je NIC is verbonden met 100 Mbps, niet 1 Gbps zoals je tegenwoordig zou verwachten. Kan compleet irrelevant zijn, je noemt immers niets over je netwerk.

[Thralas]

Rouwette schreef op zaterdag 30 april 2022 @ 21:21:
[Journalctl

Als je nou zelf je best deed om op zoek te gaan naar het moment van wegvallen, hier hebben we werkelijk niets aan, want hij begint kennelijk met de output sinds boot: daar staat niets interssants.

[Rouwette]

Thralas schreef op zondag 1 mei 2022 @ 11:54:
[...]


Als je nou zelf je best deed om op zoek te gaan naar het moment van wegvallen, hier hebben we werkelijk niets aan, want hij begint kennelijk met de output sinds boot: daar staat niets interssants.

Dat was alles wat ik eruit kreeg de 20ste, daartussen is hij zeker 3x weg gevallen

Will_M schreef op zaterdag 30 april 2022 @ 22:05:
Even resume:

• Je kunt je NUC ansich wel bereiken middels Teamviewer (en dus over TCP/IP verbinden met de machine én het OS).
• Je kunt je HA applicatie niet bereiken middels de gebruikte TCP port?

Ga eens in je applicatielog (HA) kijken óf kijk met Wireshark naar wat er op je netwerk gebeurd

Klopt

Hero of Time schreef op zondag 1 mei 2022 @ 11:54:
@Morzzz lijkt iets verdachts te zien, maar het is niet wat 'ie denkt. Aan het begin van de dmesg output staat er namelijk dit:

code:

[    1.192640] e1000e 0000:00:1f.6 eno1: renamed from eth0

De verwijzingen die gemaakt worden naar een issue met je NIC is hierdoor niet van toepassing. De fysieke interface heet niet eth0, maar eno1. Later zie je namelijk dat eth0 wordt gebruikt voor een interface voor docker:

code:

[   13.513721] eth0: renamed from vetha477506

Maar, al die regels over het hernoemen van de interface en constant docker meldingen lijkt wel te suggereren dat je container niet doet wat het moet doen en lijkt te crashen. Niet helemaal duidelijk in dmesg, maar het constante herstarten van de container, zoals het er iig naar uit ziet, is iets waar je verder naar moet kijken. Wat doet docker om elke paar seconden die log regels te genereren, even stil is en na een tijd weer mee begint?

Dat je met teamviewer wel bij het systeem kan is niet zo heel gek, want je zegt namelijk dat HA niet bereikbaar is via ssh. Dat is de container, niet de host waar het op draait. TV draait op de host, niet in de container.

Overigens iets om wel naar te kijken, uitgaande van fatsoenlijke apparatuur, is dit:

code:

[    8.104461] e1000e 0000:00:1f.6 eno1: NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx

Je NIC is verbonden met 100 Mbps, niet 1 Gbps zoals je tegenwoordig zou verwachten. Kan compleet irrelevant zijn, je noemt immers niets over je netwerk.

De SSH waar ik het over had is direct naar de Nuc, niet de plugin.
100 Mbs klopt, zijn nog oude kabels, dat projectje heb ik ook nog op mijn lijstje staan

[Hero of Time]

Rouwette schreef op maandag 2 mei 2022 @ 11:04:
[...]

Dat was alles wat ik eruit kreeg de 20ste, daartussen is hij zeker 3x weg gevallen

Onzin dat dat alles was. Wat je hebt geplaatst is maar 1 'pagina' en je hebt gemist dat er een pager wordt gebruikt net zoals je een man-page leest.

[...]

De SSH waar ik het over had is direct naar de Nuc, niet de plugin.
100 Mbs klopt, zijn nog oude kabels, dat projectje heb ik ook nog op mijn lijstje staan

Dat is niet wat je in de TS zegt. Daar zeg je letterlijk dit:

Home Assistant is dan niet bereikbaar, niet via web (HA) en ook niet via SSH.

Als je met teamviewer bij je machine kan, moet je ook via ssh er bij kunnen. Tenzij het IP adres is verandert (wat niet in je dmesg uitvoer te zien is) omdat de dhcp lease is verlopen. Maar wie een beetje verstandig is en met dit soort dingen bezig is, zorgt ervoor dat er een vast IP adres is ingesteld.
Heb je het IP adres naderhand nog gecontroleerd toen je met teamviewer erop zat? Had je ook door dat in je dmesg output je wifi verbinding had gemaakt? En daarna weer verbroken.

[UTMachine]

Rouwette schreef op maandag 2 mei 2022 @ 11:04:
[...]

Dat was alles wat ik eruit kreeg de 20ste, daartussen is hij zeker 3x weg gevallen


[...]

Klopt
[...]

De SSH waar ik het over had is direct naar de Nuc, niet de plugin.
100 Mbs klopt, zijn nog oude kabels, dat projectje heb ik ook nog op mijn lijstje staan

Als je weet wanneer het uitvalt, kan je zelf even kijken in de logging en zien of er iets gebeurd op dat moment.

BTW - ik vind je logging wel erghhh vol staan met hernoemen van interface/bridges ... Lijkt erop dat je Docker gebruikt, staan er niet veel containers te stuiteren?

[Rouwette]

UTMachine schreef op zaterdag 7 mei 2022 @ 16:10:
[...]


Als je weet wanneer het uitvalt, kan je zelf even kijken in de logging en zien of er iets gebeurd op dat moment.

BTW - ik vind je logging wel erghhh vol staan met hernoemen van interface/bridges ... Lijkt erop dat je Docker gebruikt, staan er niet veel containers te stuiteren?

Ze zijn volgens Portainer allemaal Healty.
Hoe ik Docker naar eno1 kan laten kijken ipv eth0 weet ik (nog) niet, dat zal veel vernoemingen schelen denk ik

[UTMachine]

Ik zie dezelfde meldingen van eth0/eno1 hier bij mijn docker, dus dat is niet je focus ;-)

Health in portainer zegt niet alles, kijk naar de uptime van je containers.