Re: Netwerk device probleem
On Sun, 29 Nov 2020 22:53:01 +0100 Koen Wybo wrote: > > Ik heb overigens WEL eenzelfde soort gedonder met een Raspberry Pi > > Zero W. Die maakt het helemaal bont: alles werkt behalve ssh (soms) > > dan lijkt het wel een MTU probleem, de sessie hangt, pingen werkt > > wel. Het is geen MTU probleem. Gekke is dat diezelfde sshd op ipv6 > > als een zonnetje werkt. En dat op meerdere boardjes. > > > Gewoon om uit te proberen: > > * een 'conflict' tussen ipv4 en ipv6? Schakel er eentje uit en zie of > er verandering is. > > * Kan ook zijn: duplex-mismatch > > * schakel over naar vast ip-adres > > * zijn deze machines enkele jaren terug geïnstalleerd en vervolgen > geüpgradet? Misschien geen aanpassing van eth0 naar de nieuwe > networknamen in Debian? Terug de 'oude' eth0: > https://www.itzgeek.com/how-tos/linux/debian/change-default-network-name-ens33-to-old-eth0-on-debian-9.html Nou, ten eerste werkt alles, ook ssh op ipv4, maar soms stopt-ie ineens. Al het andere blijft werken. Bovendien is het een recente install zonder Poettering troep en het is ook wireless. -- richard lucassen http://contact.xaq.nl/
Re: Netwerk device probleem
Op 29/11/2020 om 22:08 schreef Richard Lucassen: On Sun, 29 Nov 2020 20:49:58 +0100 Paul van der Vlis wrote: Ik beheer een QNAP TS-219 NAS waarop backups terecht komen, dat is een ARM device. Ik heb vorige week ook gesodemieter gehad met dat ding (er draait Debian Buster op) maar dat was gerelateerd aan het feit dat ik teveel geheugen gebruikte (backup met borgbackup op een encrypte USB disk, dat is echt teveel gevraagd voor de 512MB). Sindsdien is het weer rustig. Ik heb wel continu mv643xx_eth_port mv643xx_eth_port.0 eth0: failed to linearize skb with tiny unaligned fragment in dmesg, maar daar heb ik nog niet naar gekeken (geen last van). Je kunt intern een 3V3 RS232-naar-USB converter aansluiten (op 115200 baud), dan kun je dat ding via een ander device in de gaten houden. Het zijn 4 pennetjes op het modderbord. Ik heb overigens WEL eenzelfde soort gedonder met een Raspberry Pi Zero W. Die maakt het helemaal bont: alles werkt behalve ssh (soms) dan lijkt het wel een MTU probleem, de sessie hangt, pingen werkt wel. Het is geen MTU probleem. Gekke is dat diezelfde sshd op ipv6 als een zonnetje werkt. En dat op meerdere boardjes. R. Gewoon om uit te proberen: * een 'conflict' tussen ipv4 en ipv6? Schakel er eentje uit en zie of er verandering is. * Kan ook zijn: duplex-mismatch * schakel over naar vast ip-adres * zijn deze machines enkele jaren terug geïnstalleerd en vervolgen geüpgradet? Misschien geen aanpassing van eth0 naar de nieuwe networknamen in Debian? Terug de 'oude' eth0: https://www.itzgeek.com/how-tos/linux/debian/change-default-network-name-ens33-to-old-eth0-on-debian-9.html Groet Koen Wybo
Re: Netwerk device probleem
On Sun, 29 Nov 2020 20:49:58 +0100 Paul van der Vlis wrote: > Ik beheer een QNAP TS-219 NAS waarop backups terecht komen, dat is > een ARM device. Ik heb vorige week ook gesodemieter gehad met dat ding (er draait Debian Buster op) maar dat was gerelateerd aan het feit dat ik teveel geheugen gebruikte (backup met borgbackup op een encrypte USB disk, dat is echt teveel gevraagd voor de 512MB). Sindsdien is het weer rustig. Ik heb wel continu mv643xx_eth_port mv643xx_eth_port.0 eth0: failed to linearize skb with tiny unaligned fragment in dmesg, maar daar heb ik nog niet naar gekeken (geen last van). Je kunt intern een 3V3 RS232-naar-USB converter aansluiten (op 115200 baud), dan kun je dat ding via een ander device in de gaten houden. Het zijn 4 pennetjes op het modderbord. Ik heb overigens WEL eenzelfde soort gedonder met een Raspberry Pi Zero W. Die maakt het helemaal bont: alles werkt behalve ssh (soms) dan lijkt het wel een MTU probleem, de sessie hangt, pingen werkt wel. Het is geen MTU probleem. Gekke is dat diezelfde sshd op ipv6 als een zonnetje werkt. En dat op meerdere boardjes. R. -- richard lucassen http://contact.xaq.nl/
Re: Netwerk device probleem
Paul van der Vlis schreef op zo 29-11-2020 om 20:49 [+0100]: Dag Paul, > > > > Iemand een idee? > Lijkt erg veel hier op: https://access.redhat.com/solutions/261123 Met vriendelijke groeten, Dirk Ruijne
Re: Netwerk device probleem
Op 29-11-2020 om 21:14 schreef Dirk Ruijne: Paul van der Vlis schreef op zo 29-11-2020 om 20:49 [+0100]: Dag Paul, Iemand een idee? Lijkt erg veel hier op: https://access.redhat.com/solutions/261123 Het lijkt er inderdaad op, alleen is dit geen virtueel device. Als ik ntpd uitzet, dan is het probleem er nog steeds. Dus ik denk niet dat het iets met ntp te maken heeft. Bedankt voor het meedenken! Groet, Paul -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
Netwerk device probleem
Hallo, Ik beheer een QNAP TS-219 NAS waarop backups terecht komen, dat is een ARM device. Nu zie ik in de logs dat de ethernet link de hele tijd up en down gaat, zie de logs aan het eind van het bericht. SSH-sessies doen het wel, maar zeker niet soepel. Hoe kom ik er achter wat er nu mis is? Is dit een software probleem of is het device gewoon niet goed meer? Het netwerk kabeltje heb ik al vervangen, en de switch waar hij aan hangt gereset, maar mag niet helpen. Iemand een idee? Groet, Paul. Uit /var/log/syslog: -- Feb 14 18:07:09 qnap kernel: [24918.489232] mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 100 Mb/s, full duplex, flow control disabled Feb 14 18:07:10 qnap ntpd[617]: Listen normally on 7045 eth0 192.168.178.133:123 Feb 14 18:07:10 qnap ntpd[617]: Listen normally on 7046 eth0 [2001:980:beb0:1:208:9bff:fede:f83]:123 Feb 14 18:07:10 qnap ntpd[617]: Listen normally on 7047 eth0 [fe80::208:9bff:fede:f83%2]:123 Feb 14 18:07:10 qnap ntpd[617]: new interface(s) found: waking up resolver Feb 14 18:07:11 qnap kernel: [24920.269722] mv643xx_eth_port mv643xx_eth_port.0 eth0: link down Feb 14 18:07:12 qnap kernel: [24921.920522] mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 100 Mb/s, full duplex, flow control disabled Feb 14 18:07:13 qnap kernel: [24922.560087] mv643xx_eth_port mv643xx_eth_port.0 eth0: link down Feb 14 18:07:14 qnap ntpd[617]: Deleting interface #7045 eth0, 192.168.178.133#123, interface stats: received=0, sent=1, dropped=0, active_time=4 secs Feb 14 18:07:14 qnap ntpd[617]: 192.168.178.1 local addr 192.168.178.133 -> Feb 14 18:07:14 qnap ntpd[617]: Deleting interface #7046 eth0, 2001:980:beb0:1:208:9bff:fede:f83#123, interface stats: received=0, sent=0, dropped=0, active_time=4 secs Feb 14 18:07:14 qnap ntpd[617]: Deleting interface #7047 eth0, fe80::208:9bff:fede:f83%2#123, interface stats: received=0, sent=0, dropped=0, active_time=4 secs Feb 14 18:07:14 qnap kernel: [24924.167025] mv643xx_eth_port mv643xx_eth_port.0 eth0: link up, 100 Mb/s, full duplex, flow control disabled -- -- Paul van der Vlis Linux systeembeheer Groningen https://www.vandervlis.nl/
