[RISOLTO] Debian 9, problema rete

[mrdebug]

Salve a tutti. In fase di avvio il servizio di rete non parte. Questa cosa capitava saltuariamente mesi ha, poi sempre più spesso ora è regolare. Per risolvere devo fermare e riavviare il servizio di rete fintantoché va.
Il pc contiene diversi ambienti di sviluppo e programmi vari per cui vorrei evitare di formattare.
Ecco cosa trovo nei log:

Codice: Seleziona tutto

root@tomcat:~# systemctl status networking.service
● networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
   Active: failed (Result: timeout) since Mon 2018-10-08 23:00:21 CEST; 17min ago
     Docs: man:interfaces(5)
  Process: 1855 ExecStart=/sbin/ifup -a --read-environment (code=killed, signal=TERM)
  Process: 1851 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] && udevadm settle (code=exited, status=0/SUCCESS)
 Main PID: 1855 (code=killed, signal=TERM)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/networking.service

ott 08 23:00:19 tomcat systemd[1]: Starting Raise network interfaces...
ott 08 23:00:19 tomcat ifup[1855]: Waiting for br0 to get ready (MAXWAIT is 32 seconds).
ott 08 23:00:21 tomcat systemd[1]: networking.service: Start operation timed out. Terminating.
ott 08 23:00:21 tomcat systemd[1]: networking.service: Main process exited, code=killed, status=15/TERM
ott 08 23:00:21 tomcat systemd[1]: Failed to start Raise network interfaces.
ott 08 23:00:21 tomcat systemd[1]: networking.service: Unit entered failed state.
ott 08 23:00:21 tomcat systemd[1]: networking.service: Failed with result 'timeout'.
root@tomcat:~#

[Aki]

Potresti visualizzare il contenuto del file /etc/network/interfaces ?

Hai il pacchetto avahi-daemon installato e cosa riportano i log sul funzionamento di quest'ultimo ?

Potresti provare ad impartire manualmente il comando ifup con l'opzione --verbose in modo da visualizzare dove fallisce, o modificare la configurazione di systemd in modo da avere lo stesso risultato nei log, ad esempio:

Codice: Seleziona tutto

/sbin/ifup -a --verbose --read-environment

Che tipo di architettura stai usando ?

[Aki]

@mrdebug: puoi fornire un aggiornamento ? Grazie.

[mrdebug]

Ecco il mio file interfaces

Codice: Seleziona tutto

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
iface enp3s0 inet manual
ethernet-wol g

allow-hotplug br0
iface br0 inet static
address 192.168.1.10
netmask 255.255.255.0
gateway 192.168.1.254
dns-nameservers 192.168.1.254
bridge_ports enp3s0

auto br0

Come vedete ci sono dei servizi vpn.
Si tratta di un file che sta lavorando da anni senza problemi, fino a questo ultimo periodo.

[Aki]

Come vedete ci sono dei servizi vpn.

Scusa se mi permetto, ma da dove desumi nel file /etc/network/interfaces che ci siano servizi VPN ? Se non erro, mi sembra di vedere solo la configurazione di un bridge e di una scheda di rete collegata al bridge.

Potresti ripondere, se lo ritieni opportuno, agli altri quesiti del mio precedente messaggio?

[mrdebug]

In pratica volevo dire che come attività di rete oltre al wol ed al bridge c'è openvpn poi.
Al prossimo riavvio faccio i test e li posto.

[mrdebug]

Dunque, avviato il pc la rete non funzionava. Di seguto trovate l'output di status che ha dato un errore:

Active: failed (Result: timeout)
Failed to start Raise network interfaces.

Ho eseguito poi il comando ifup che ha fatto partire la rete senza dare problemi.


systemctl status networking

Codice: Seleziona tutto

root@tomcat:/home/denis# systemctl status networking
● networking.service - Raise network interfaces
   Loaded: loaded (/lib/systemd/system/networking.service; enabled; vendor preset: enabled)
   Active: failed (Result: timeout) since Fri 2018-10-26 08:53:31 CEST; 2min 15s ago
     Docs: man:interfaces(5)
  Process: 626 ExecStart=/sbin/ifup -a --read-environment (code=killed, signal=TERM)
  Process: 548 ExecStartPre=/bin/sh -c [ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] && udevadm settle (code=exited, status=0/SUCCESS)
 Main PID: 626 (code=killed, signal=TERM)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/networking.service

ott 26 08:53:25 tomcat systemd[1]: Starting Raise network interfaces...
ott 26 08:53:31 tomcat systemd[1]: networking.service: Start operation timed out. Terminating.
ott 26 08:53:31 tomcat systemd[1]: networking.service: Main process exited, code=killed, status=15/TERM
ott 26 08:53:31 tomcat systemd[1]: Failed to start Raise network interfaces.
ott 26 08:53:31 tomcat systemd[1]: networking.service: Unit entered failed state.
ott 26 08:53:31 tomcat systemd[1]: networking.service: Failed with result 'timeout'.
root@tomcat:/home/denis# 

/sbin/ifup -a --verbose --read-environment

Codice: Seleziona tutto

root@tomcat:/home/denis# /sbin/ifup -a --verbose --read-environment
/bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/bridge
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant

ifup: configuring interface br0=br0 (inet)
/bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d
run-parts: executing /etc/network/if-pre-up.d/bridge

Waiting for br0 to get ready (MAXWAIT is 32 seconds).
run-parts: executing /etc/network/if-pre-up.d/wpasupplicant
/bin/ip addr add 192.168.1.10/255.255.255.0 broadcast 192.168.1.255       dev br0 label br0
/bin/ip link set dev br0   up
 /bin/ip route add default via 192.168.1.254  dev br0 onlink 
/bin/run-parts --exit-on-error --verbose /etc/network/if-up.d
run-parts: executing /etc/network/if-up.d/000resolvconf
run-parts: executing /etc/network/if-up.d/avahi-daemon
run-parts: executing /etc/network/if-up.d/ntpdate
run-parts: executing /etc/network/if-up.d/openssh-server
run-parts: executing /etc/network/if-up.d/openvpn
run-parts: executing /etc/network/if-up.d/upstart
run-parts: executing /etc/network/if-up.d/wpasupplicant
/bin/run-parts --exit-on-error --verbose /etc/network/if-up.d
run-parts: executing /etc/network/if-up.d/000resolvconf
run-parts: executing /etc/network/if-up.d/avahi-daemon
run-parts: executing /etc/network/if-up.d/ntpdate
run-parts: executing /etc/network/if-up.d/openssh-server
run-parts: executing /etc/network/if-up.d/openvpn
run-parts: executing /etc/network/if-up.d/upstart
run-parts: executing /etc/network/if-up.d/wpasupplicant
root@tomcat:/home/denis# 

[Aki]

Puoi fornire il contenuto del file /lib/systemd/system/networking.service ?

Ti chiederei, inoltre, di verificare cosa accade se, dopo l'avvio del computer (con mancata/fallita configurazione della rete, come hai riferito) invece di avviare ifup direttamente lo avvi indirettamente tramite systemctl come utente root i seguenti comandi:

Codice: Seleziona tutto

script log.txt
ifquery --verbose enp3s0
ifquery --verbose br0
systemd-analyze dump
systemctl  --failed  list-units
systemctl stop networking.service 
systemctl start networking.service 
systemctl status networking.service
exit

Il log sarà contenuto nel file log.txt e, presumibilmente, dovrai comprimerlo come tar.gz prima di allegarlo ad un successivo messaggio.

I log di systemd che hai finora inviato sembrano indicare che il processo ifup è "terminato" da systemd dopo pochi secondi dall'avvio (la qual cosa è strana) come di seguito indicato (entrambi i messaggi delle due righe sono generati da systemd e non ci sono messaggio generati dal programma ifup):

Codice: Seleziona tutto

ott 26 08:53:25 tomcat systemd[1]: Starting Raise network interfaces...
ott 26 08:53:31 tomcat systemd[1]: networking.service: Start operation timed out. Terminating.

Ti ho chiedo il log sopra indicare per cercare di capire se il malfunzionamento è causato da ifup oppure da systemd o da servizi avviati da systemd da cui l'avvio di ifup dipende e che all'avvio di ifup non sono ancora completamente avviati.

[mrdebug]

/lib/systemd/system/networking.service

Codice: Seleziona tutto

denis@tomcat:~$ cat /lib/systemd/system/networking.service
[Unit]
Description=Raise network interfaces
Documentation=man:interfaces(5)
DefaultDependencies=no
Wants=network.target
After=local-fs.target network-pre.target apparmor.service systemd-sysctl.service systemd-modules-load.service
Before=network.target shutdown.target network-online.target
Conflicts=shutdown.target

[Install]
WantedBy=multi-user.target
WantedBy=network-online.target

[Service]
Type=oneshot
EnvironmentFile=-/etc/default/networking
ExecStartPre=-/bin/sh -c '[ "$CONFIGURE_INTERFACES" != "no" ] && [ -n "$(ifquery --read-environment --list --exclude=lo)" ] && udevadm settle'
ExecStart=/sbin/ifup -a --read-environment
ExecStop=/sbin/ifdown -a --read-environment --exclude=lo
RemainAfterExit=true
TimeoutStartSec=2sec
denis@tomcat:~$ 

Per quanto riguarda

Codice: Seleziona tutto

systemctl stop networking.service
systemctl start networking.service 

sono i comandi che uso per far partire la rete. Ti farò comunque avere l'esito alla prossima.

[Aki]

Ciao, in attesa degli ulteriori riscontri, dal file /lib/systemd/system/networking.service che hai riportato nel messaggio precedente risulta che il servizio è configurato con un timeout di due secondi:

/lib/systemd/system/networking.service

Codice: Seleziona tutto

denis@tomcat:~$ cat /lib/systemd/system/networking.service
[Unit]
Description=Raise network interfaces
Documentation=man:interfaces(5)
DefaultDependencies=no
[..omissis..]
TimeoutStartSec=2sec

Questa configurazione è coerente con i log dell'avvio del servizio da cui risulta che ifup viene terminato da systemd a causa di mancata risposta (time-out) dopo pochi secondi dall'avvio. E' probabile, a questo punto, che in due secondi il programma ifup non riesca a configurare il servizio di networking e che, conseguentemente, in mancanza di risposta da ifup, systemd, come da configurazione, lo "termini" entro due secondi o poco più se ci sono latenze di altra natura. Per risolvere, in tal caso, sarebbe sufficiente modificare il parametro TimeoutStartSec, aumentando il tempo di timeout. Tale parametro nel pacchetto ifupdown di Debian Stable è impostato a 5 minuti: sarebbe interessante capire come mai nella tua configurazione tale parametro è diverso da quello di default.

[mrdebug]

Ho ripristinato i 5m. Tengo sotto controllo la cosa sperando che sia risolta.

[Aki]

Ho ripristinato i 5m. Tengo sotto controllo la cosa sperando che sia risolta.

@mrdebug: hai aggiornamenti ?

[mrdebug]

La cosa è decisamente migliorata ma non risolta.
E' accaduto un paio di volte che dopo l'accensione non si naviga per problemi di dns. Si pinga ad esempio 8.8.8.8 (quindi tabella di routing ok) ma non si risolve ad esempio google.it. Si risolve riavviando il servizio di rete.

[Aki]

E' accaduto un paio di volte che dopo l'accensione non si naviga per problemi di dns. Si pinga ad esempio 8.8.8.8 (quindi tabella di routing ok) ma non si risolve ad esempio google.it. Si risolve riavviando il servizio di rete.

Quanto riferisci nel precedente messaggio rappresenta un malfunzionamento diverso da quello che hai inizialmente indicato nella discussione.

A mio modesto avviso, quanto da te sopra riportato richiede una discussione dedicata diversa da questa che, rispetto a quanto hai segnalato inizialmente, mi sembra abbia trovato una causa ed una soluzione.

Ti inviterei, pertanto, a procedere in tal senso fornendo, nella nuova discussione, gli elementi utili ad analizzare quanto accade (con particolare riferimento alla configurazione della interrogazione del server DNS che, nel tuo caso, è configurato all'interno della Tua rete - probabilmente sul router).

EDIT (intervento di moderazione, 17/12/2018): si contrassegna la discussione come risolta, in attesa di eventuale apertura di altra discussione per quanto riferito in merito alla configurazione del DNS.