sebastien_be
Posts: 13
Joined: Thu Nov 29, 2012 2:03 pm

Instabilité du réseau?

Fri Jan 18, 2013 6:31 pm

Bonjour à tous,

je possède un Rpi qui fonctionne parfaitement comme serveur 24/7 mais au bout d'une vingtaine de jours j'ai une coupure totale avec le réseau du Rpi. Je suis obligé de le relancer pour que cela revienne.

Les logs des logiciels que j'utilise dessus indiquent qu'ils ont perdu la connexion internet. Ils continuent néanmoins de fonctionner. Selon moi ce ne sont certainement pas eux qui sont responsables de la coupure.

Existe-t-il des logs sur Wheezy pour pouvoir comprendre ce qui s'est produit et essayer de le solutionner?

Merci.

jelopo
Posts: 1601
Joined: Wed Oct 17, 2012 7:53 pm

Re: Instabilité du réseau?

Sat Jan 19, 2013 8:04 am

Bonjour,
Les logs se trouvent dans /var/log/. Je pense que dans un premier temps ils faut que tu fouille un peu partout la dedans pour trouver des événements à l'heure de la perte de connexion.

Bon courage A+

sebastien_be
Posts: 13
Joined: Thu Nov 29, 2012 2:03 pm

Re: Instabilité du réseau?

Sat Jan 19, 2013 11:15 am

Bonjour,

merci pour tes conseils. Voici ce que je trouve d'intéressant dans Daemon.log au moment de la coupure du réseau:

Jan 16 23:48:58 raspberrypi ddclient[2091]: SUCCESS: updating xxxxxx.dyndns.org: good: IP address set to xxx.xxx.xxx.x
Jan 18 07:16:15 raspberrypi ifplugd(eth0)[1523]: Link beat lost.
Jan 18 07:16:44 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 07:16:56 raspberrypi ifplugd(eth0)[1523]: Executing '/etc/ifplugd/ifplugd.action eth0 down'.
Jan 18 07:16:57 raspberrypi ifplugd(eth0)[1523]: Program executed successfully.
Jan 18 07:17:02 raspberrypi ntpd[2065]: Deleting interface #2 eth0, 192.168.1.30#123, interface stats: received=1988, sent=1989, dropped=0, active_time=1784106 secs
Jan 18 07:17:02 raspberrypi ntpd[2065]: 195.13.1.153 interface 192.168.1.30 -> (none)
Jan 18 07:17:02 raspberrypi ntpd[2065]: peers refreshed
Jan 18 07:21:44 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 07:26:44 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 07:31:44 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 07:36:44 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 07:41:44 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 07:46:44 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 07:51:44 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 07:56:44 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 08:01:44 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 08:06:45 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 08:11:45 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 08:16:45 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 08:21:45 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 08:26:45 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'
Jan 18 08:31:45 raspberrypi ddclient[2091]: WARNING: cannot connect to checkip.dyndns.com:80 socket: IO::Socket::INET: Bad hostname 'checkip.dyndns.com'


Etc etc.

Il s'agit de cette ligne qui m'interpelle le plus:
Jan 18 07:16:56 raspberrypi ifplugd(eth0)[1523]: Executing '/etc/ifplugd/ifplugd.action eth0 down'.
Jan 18 07:16:57 raspberrypi ifplugd(eth0)[1523]: Program executed successfully.
Jan 18 07:17:02 raspberrypi ntpd[2065]: Deleting interface #2 eth0, 192.168.1.30#123, interface stats: received=1988, sent=1989, dropped=0, active_time=1784106 secs
Jan 18 07:17:02 raspberrypi ntpd[2065]: 195.13.1.153 interface 192.168.1.30 -> (n

Que s'est-il passé là selon vous?

Merci pour votre aide.

++

mebepi
Posts: 84
Joined: Thu Aug 02, 2012 10:32 pm

Re: Instabilité du réseau?

Sat Jan 19, 2013 1:33 pm

Bonjour,

Je pense que tu as mis le doigt sur un problème du RPi.

Jan 18 07:16:15 raspberrypi ifplugd(eth0)[1523]: Link beat lost.

Voilà l'erreur détectée par le RPi, il ne reçoit plus de "signal" sur sa carte Ethernet.

Et comme action correctrice il fait:

Jan 18 07:16:56 raspberrypi ifplugd(eth0)[1523]: Executing '/etc/ifplugd/ifplugd.action eth0 down'.
Jan 18 07:16:57 raspberrypi ifplugd(eth0)[1523]: Program executed successfully.

Il désactive sa seule et unique carte réseau, donc on ne sait plus se connecter sur le RPi, il aurait été plus intéressant qu'il tente de lancer un:

/etc/ifplugd/ifplugd.action eth0 down

suivi ensuite d'un

/etc/ifplugd/ifplugd.action eth0 up

mais ce n'est pas le cas et donc on perd la main sur le RPi.

Je me demande si il ne serai pas plus judicieux de poster ceci dans la section anglophone pour toucher une plus grande audience (et les développeurs).

Si tu n'ai pas assez confiant avec l'anglais, je peux le faire pour toi.

User avatar
ecaheti
Posts: 140
Joined: Tue Aug 14, 2012 3:06 pm
Location: Normandie, France
Contact: Website

Re: Instabilité du réseau?

Sat Jan 19, 2013 4:07 pm

J'avais des pertes de réseaux un peu similaire, mais avec ma carte Wifi. Au final j'ai fait un script (enfin, j'ai modifié un de mes scripts existants) qui tourne toutes les 5 min : le script va chercher une page web, et s'il n'y arrive pas, il fait un sudo ifup wlan0. C'est pas le plus propre (ça sera de ne pas avoir de coupure du tout), mais ça permet au Pi de se démerder tout seul en cas de pépin de connexion.

sebastien_be
Posts: 13
Joined: Thu Nov 29, 2012 2:03 pm

Re: Instabilité du réseau?

Sat Jan 19, 2013 4:14 pm

Bonjour,

je te remercie d'avance, j'ai posté ma demande en anglais ici:
http://www.raspberrypi.org/phpBB3/posti ... 2&p=264459

Penses-tu qu'il s'agit de quelque chose que nous pouvons corriger facilement? Ou cela doit-il être fait dans le code de Wheezy?

Thx,

Seb.

fdufnews
Posts: 289
Joined: Fri Oct 07, 2011 5:37 pm

Re: Instabilité du réseau?

Sat Jan 19, 2013 4:31 pm

je te remercie d'avance, j'ai posté ma demande en anglais ici:
posting.php?mode=edit&f=63&t=30322&p=264459
Petite erreur sur le lien.
Le bon est là : http://www.raspberrypi.org/phpBB3/viewt ... 59#p264459

lolo_32
Posts: 21
Joined: Tue Jan 01, 2013 9:17 pm

Re: Instabilité du réseau?

Sat Jan 19, 2013 6:55 pm

Pourriez-vous indiquer quelle distribution vous utilisez, car la méthode corrective n'est pas la même (enfin, les grandes lignes, si, mais pas les scripts à modifier pour le corriger)

sebastien_be
Posts: 13
Joined: Thu Nov 29, 2012 2:03 pm

Re: Instabilité du réseau?

Sat Jan 19, 2013 10:00 pm

Bonsoir,

j'utilise Wheezy tout simplement. La distribution disponible sur le site officiel de Raspberry.

Merci!

mebepi
Posts: 84
Joined: Thu Aug 02, 2012 10:32 pm

Re: Instabilité du réseau?

Sat Jan 19, 2013 10:43 pm

Bonsoir,

Oui un script qui cherche dans le dmesg l'erreur est "facile" a réalisé pour contourner le problème, mais le RPi a un problème plus fondamental que l'on doit remonter aux développeurs.

Ce problème se produit sous Raspbian (même avec les dernières mises à jour).
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade

exécuté régulièrement, ce problème se produit de manière assez aléatoire. Il pourrait bêtement s'agir d'un buffer overflow sur un compteur (par exemple nombre de paquets reçu ou envoyé) ou un truc du style qui génère ce problème.

Return to “Français”