[réseau] dhcpcd ne fonctionne plus au démarrage (résolu: bug fixed)

kero · Message par **kero** » mar. 18 août 2015, 10:16

Hello,

Depuis environ un mois j'ai un souci avec le lancement de l'interface réseau. Pour la lancer, j'ai toujours utilisé dhcpcd, qui est lancée par systemd (dhcpcd@eth0.service). Apparemment, lors du boot, le service se lance normalement et est bien actif:

Code : Tout sélectionner

root@kdesktop /home/keikoz # sctl status dhcpcd@eth0.service
● dhcpcd@eth0.service - dhcpcd on eth0
   Loaded: loaded (/usr/lib/systemd/system/dhcpcd@.service; enabled; vendor preset: disabled)
   Active: active (running) since mar. 2015-08-18 10:00:51 CEST; 1min 13s ago
  Process: 375 ExecStart=/usr/bin/dhcpcd -q -w %I (code=exited, status=0/SUCCESS)
 Main PID: 622 (dhcpcd)
   CGroup: /system.slice/system-dhcpcd.slice/dhcpcd@eth0.service
           └─622 /usr/bin/dhcpcd -q -w eth0

août 18 10:00:41 kdesktop dhcpcd[375]: DUID 00:01:00:01:19:8f:bd:a5:c8:60:00:c2:a3:e6
août 18 10:00:41 kdesktop dhcpcd[375]: eth0: IAID 00:c2:a3:e6
août 18 10:00:42 kdesktop dhcpcd[375]: eth0: rebinding lease of 192.168.0.80
août 18 10:00:42 kdesktop dhcpcd[375]: eth0: soliciting an IPv6 router
août 18 10:00:51 kdesktop dhcpcd[375]: eth0: leased 192.168.0.80 for 864000 seconds
août 18 10:00:51 kdesktop dhcpcd[375]: eth0: adding route to 192.168.0.0/24
août 18 10:00:51 kdesktop dhcpcd[375]: eth0: adding default route via 192.168.0.254
août 18 10:00:51 kdesktop dhcpcd[375]: forked to background, child pid 622
août 18 10:00:51 kdesktop systemd[1]: Started dhcpcd on eth0.
août 18 10:00:54 kdesktop dhcpcd[622]: eth0: no IPv6 Routers available

Pourtant, je n'ai pas de réseau. Ensuite, il me suffit d'ouvrir un terminal et relancer dhcpcd, via "systemctl restart dhcpcd@eth0.service". Et là seulement, le réseau fonctionne.

Mon interface réseau (eth0) correspond à ça, d'après lspci -k:

Code : Tout sélectionner

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 09)
        Subsystem: ASUSTeK Computer Inc. P8 series motherboard
        Kernel driver in use: r8169
        Kernel modules: r8169

Une idée du problème ?

Edit: je viens toutefois, à la suite de plusieurs reboot, de remarquer que le problème n'est pas systématique. Là je viens de rebooter et ça fonctionne sans soucis. En fait, je me demande s'il n'y a pas un lien avec l'hibernation. La plupart du temps je hibernate mon PC. Le problème avec dhcpcd semble produire lorsque - après avoir utilisé l'hibernation - je l'éteins et relance en mode normal. Pourtant, là il n'y a pas eu de problème lors du dernier reboot...

Message par **benjarobin** » mar. 18 août 2015, 10:30

Bonjour,
Juste après le démarrage du PC (si cela ne fonctionne pas : pas de réseau), sans rien toucher (ne relance pas dhcpcd), peux tu donner la sortie de :

Code : Tout sélectionner

systemctl status -l dhcpcd@eth0.service
ip addr
cat /etc/resolv.conf
ping -W 1 -c 2 192.168.0.254
ping -W 1 -c 2 8.8.8.8
dig google.fr

Et peux tu donner (il faut installer la commande tree si tu ne l'as pas) aussi la sortie de

Code : Tout sélectionner

tree /etc/systemd/system

kero · Message par **kero** » mar. 18 août 2015, 10:36

Bonjour benjarobin

J'aimerais bien mais curieusement, lors des derniers reboot, maintenant il fonctionne... Je ne sais pas reproduire le problème. Pourtant, je sais que ça va finir par revenir.

Cela dit: lorsque ça a bloqué la dernière fois j'ai eu l'impression que le problème devait venir de resolv.conf. En effet la sortie d'ip addr me semblait (j'insiste: semblait) normale, alors qu'en revanche /etc/resolv.conf était vide. Après avoir restart dhcpcd, il était configuré.

Je te donnerai les infos qu'il faut dès que j'arrive à reproduire le problème.

kero · Message par **kero** » mar. 18 août 2015, 10:55

Re-bonjour,

alors j'ai réussi à reproduire le problème. benjarobin, je paste ici la totalité des sorties des commandes indiquées:

Code : Tout sélectionner

root@kdesktop /home/keikoz # systemctl status -l dhcpcd@eth0.service
● dhcpcd@eth0.service - dhcpcd on eth0
   Loaded: loaded (/usr/lib/systemd/system/dhcpcd@.service; enabled; vendor preset: disabled)
   Active: active (running) since mar. 2015-08-18 10:50:10 CEST; 1min 13s ago
  Process: 383 ExecStart=/usr/bin/dhcpcd -q -w %I (code=exited, status=0/SUCCESS)
 Main PID: 626 (dhcpcd)
   CGroup: /system.slice/system-dhcpcd.slice/dhcpcd@eth0.service
           └─626 /usr/bin/dhcpcd -q -w eth0

août 18 10:50:01 kdesktop dhcpcd[383]: DUID 00:01:00:01:19:8f:bd:a5:c8:60:00:c2:a3:e6
août 18 10:50:01 kdesktop dhcpcd[383]: eth0: IAID 00:c2:a3:e6
août 18 10:50:02 kdesktop dhcpcd[383]: eth0: rebinding lease of 192.168.0.80
août 18 10:50:02 kdesktop dhcpcd[383]: eth0: soliciting an IPv6 router
août 18 10:50:10 kdesktop dhcpcd[383]: eth0: leased 192.168.0.80 for 864000 seconds
août 18 10:50:10 kdesktop dhcpcd[383]: eth0: adding route to 192.168.0.0/24
août 18 10:50:10 kdesktop dhcpcd[383]: eth0: adding default route via 192.168.0.254
août 18 10:50:10 kdesktop dhcpcd[383]: forked to background, child pid 626
août 18 10:50:10 kdesktop systemd[1]: Started dhcpcd on eth0.
août 18 10:50:15 kdesktop dhcpcd[626]: eth0: no IPv6 Routers available
root@kdesktop /home/keikoz # ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether c8:60:00:c2:a3:e6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.80/24 brd 192.168.0.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::bd96:c702:8fe3:59df/64 scope link
       valid_lft forever preferred_lft forever
3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:17:9a:3b:13:e4 brd ff:ff:ff:ff:ff:ff
4: wlan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:1c:f0:94:3c:cd brd ff:ff:ff:ff:ff:ff
root@kdesktop /home/keikoz # cat /etc/resolv.conf
root@kdesktop /home/keikoz # ping -W 1 -c 2 192.168.0.254
PING 192.168.0.254 (192.168.0.254) 56(84) bytes of data.
64 bytes from 192.168.0.254: icmp_seq=1 ttl=64 time=8.66 ms
64 bytes from 192.168.0.254: icmp_seq=2 ttl=64 time=0.664 ms

--- 192.168.0.254 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 0.664/4.662/8.660/3.998 ms
root@kdesktop /home/keikoz # ping -W 1 -c 2 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=56 time=28.9 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=56 time=28.1 ms

--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 28.101/28.543/28.985/0.442 ms
root@kdesktop /home/keikoz # dig google.fr
^Croot@kdesktop /home/keikoz # dig www.google.fr
^Croot@kdesktop /home/keikoz # tree /etc/systemd/system
/etc/systemd/system
├── display-manager.service -> /usr/lib/systemd/system/kdm.service
├── getty.target.wants
│   └── getty@tty1.service -> /usr/lib/systemd/system/getty@.service
├── multi-user.target.wants
│   ├── cpupower.service -> /usr/lib/systemd/system/cpupower.service
│   ├── cronie.service -> /usr/lib/systemd/system/cronie.service
│   ├── cups.path -> /usr/lib/systemd/system/cups.path
│   ├── dhcpcd@eth0.service -> /usr/lib/systemd/system/dhcpcd@.service
│   ├── haveged.service -> /usr/lib/systemd/system/haveged.service
│   ├── lm_sensors.service -> /usr/lib/systemd/system/lm_sensors.service
│   ├── org.cups.cupsd.path -> /usr/lib/systemd/system/org.cups.cupsd.path
│   ├── remote-fs.target -> /usr/lib/systemd/system/remote-fs.target
│   ├── sshd.service -> /usr/lib/systemd/system/sshd.service
│   └── sshdgenkeys.service -> /usr/lib/systemd/system/sshdgenkeys.service
├── printer.target.wants
│   └── org.cups.cupsd.service -> /usr/lib/systemd/system/org.cups.cupsd.service
├── sockets.target.wants
│   ├── cups.socket -> /usr/lib/systemd/system/cups.socket
│   └── org.cups.cupsd.socket -> /usr/lib/systemd/system/org.cups.cupsd.socket
└── sysinit.target.wants
    └── systemd-timesyncd.service -> /usr/lib/systemd/system/systemd-timesyncd.service

5 directories, 16 files

Le problème me semble bien venir de la non configuration de resolv.conf, qui est vide lorsque je le "cat" (et dig ne renvoit rien, je sors du process via ctrl+C). Mais quant à savoir comment le résoudre...

kero · Message par **kero** » mar. 18 août 2015, 11:07

Update: il s'agit peut-être d'un bug du côté de dhcpcd, en fait: cf. https://bbs.archlinux.org/viewtopic.php?id=200514 et http://roy.marples.name/projects/dhcpcd ... 5c4ed38082

Pour l'instant je réinstalle la dernière version de dhcpcd et blacklist le paquet, jusqu'à la prochaine version. Si le problème ne se reproduit plus, j'en déduirai que c'est effectivement un bug.

À moins que vous ayez une autre idée.

Message par **benjarobin** » mar. 18 août 2015, 12:55

Je confirme avoir pu reproduire le problème depuis Virtualbox...

kero · Message par **kero** » mar. 18 août 2015, 12:59

C'est donc bien un bug. Reste plus qu'à attendre que le package soit mis à jour. Merci pour le coup de main, btw.

Moviuro · Message par **Moviuro** » mar. 18 août 2015, 20:10

plop, tu peux mettre le sujet (en attente d'un fix upstream) ou simili stp? (éviter de perdre du temps à lire des trucs résolus, ou en suspens

)

kero · Message par **kero** » mer. 19 août 2015, 01:50

Done.

karhu · Message par **karhu** » mer. 19 août 2015, 19:44

J'ai aussi ce problème sur un de mes portables. En attendant une correction on peut le contourner.
Le problème venant du fait que le fichier /etc/resolv.conf est écrasé au démarrage et vide. Comme généralement au deuxième lancement de dhcpcd il est correctement rempli il suffit de rajouter dans le fichier /etc/dhcpcd.conf la ligne suivante :

Code : Tout sélectionner

nohook resolv.conf

comme expliquer dans le wiki : https://wiki.archlinux.fr/Resolv.conf

hopimet · Message par **hopimet** » mer. 19 août 2015, 22:17

Merci pour l'astuce. J'ai également le souci, du coup j'avais downgradé le paquet mais ton idée me plaît bien en attendant la correction du bug.

hopimet · Message par **hopimet** » dim. 23 août 2015, 11:00

Mise à jour vers dhcpcd 6.9.2-1. Je n'ai pas encore essayé mais il semble que ça corrige le bug.

kero · Message par **kero** » dim. 23 août 2015, 18:34

Ça m'a l'air de régler le problème ici aussi, bien que je n'ai rebooté qu'une fois. On verra si ça se confirme.

hopimet · Message par **hopimet** » dim. 23 août 2015, 20:00

Pareil. Je viens de mettre à jour et j'ai rebooté : ça semble fonctionner correctement.

Arch Linux

Archlinux.fr [Forums]

[réseau] dhcpcd ne fonctionne plus au démarrage (résolu: bug fixed)

[réseau] dhcpcd ne fonctionne plus au démarrage (résolu: bug fixed)

Re: [réseau] dhcpcd ne fonctionne plus au démarrage

Re: [réseau] dhcpcd ne fonctionne plus au démarrage

Re: [réseau] dhcpcd ne fonctionne plus au démarrage

Re: [réseau] dhcpcd ne fonctionne plus au démarrage

Re: [réseau] dhcpcd ne fonctionne plus au démarrage

Re: [réseau] dhcpcd ne fonctionne plus au démarrage

Re: [réseau] dhcpcd ne fonctionne plus au démarrage

Re: [réseau] dhcpcd ne fonctionne plus au démarrage (reported upstream, en attente de bugfix)

Re: [réseau] dhcpcd ne fonctionne plus au démarrage (reported upstream, en attente de bugfix)

Re: [réseau] dhcpcd ne fonctionne plus au démarrage (reported upstream, en attente de bugfix)

Re: [réseau] dhcpcd ne fonctionne plus au démarrage (reported upstream, en attente de bugfix)

Re: [réseau] dhcpcd ne fonctionne plus au démarrage (reported upstream, en attente de bugfix)

Re: [réseau] dhcpcd ne fonctionne plus au démarrage (résolu: bug fixed)