[SOLVED] DHCPCD Connecting Issues

sandstorm · 2015-08-01 08:08:39

After yesterday's upgrade I had issues connecting to my router, wireless and ethernet.
I checked the pacman log and the only network upgrade was DHCPCD:

upgraded dhcpcd (6.9.0-1 -> 6.9.1-1)

After downgrading to 6.9.0-1 and restarting the daemon everything works fine.
Did some also have these issues?

Best regards
Martin

Last edited by sandstorm (2015-08-23 18:00:09)

karol · 2015-08-01 09:53:20

Post the errors you're getting.

sandstorm · 2015-08-01 16:12:34

The funny thing is, there was no error. Nothing in dmesg nor in wicd.log
It connected obviously but disconnected upon successful connection (according to wicd.log).
As written before, after downgrading dhcpcd it worked again.

anatolik · 2015-08-01 16:37:05

With such little information it is hard to tell what is going on there.

I suggest you to post your question upstream for further debugging http://roy.marples.name/projects/dhcpcd/index

VanillaFunk · 2015-08-01 16:40:53

yea i use wicd as well sandstorm and have had 0 issue connecting both with wicd-gtk and wicd-curses

hope you resolve your issue just figured id post as you asked if anyone had issue

sandstorm · 2015-08-01 17:26:19

Yes, sorry. I just wanted to know if others had this issue as well. If not, I will not further investigate. Thanks anyway!

Mogger · 2015-08-04 03:49:29

I have the same issue. I also use Wicd, tried both wired and wireless (same problem), downgrading dhcpcd helped.
If I'm not mistaken, my router indicated that my computer was connected to it, but no Internet access.

Unfortunately I don't have much time to dig into this deeper. However, if anyone has suggestions for simple diagnostics to run I could probably help with that.

I got a bunch of messages like these in dmesg, not sure if relevant:

[  282.563961] iwlwifi 0000:03:00.0: L1 Enabled - LTR Disabled
[  282.570436] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[  282.789772] iwlwifi 0000:03:00.0: L1 Enabled - LTR Disabled
[  282.796241] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[  282.887535] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[  283.062101] e1000e: eth0 NIC Link is Down
[  283.295883] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  283.411613] e1000e: eth0 NIC Link is Down
[  283.649099] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[  285.257747] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx
[  285.257753] e1000e 0000:00:19.0 eth0: 10/100 speed: disabling TSO
[  285.257786] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

sandstorm · 2015-08-04 20:29:20

It is clearly the DHCPCD daemon and version. With 6.9.0.1 my laptop can connect, with 6.9.1.1 I cannot connect and get the enclosed journal entries.
Is this a pacman package issue or an upstream error of dhcpcd?

Best regards
Sandstorm

Aug 04 22:24:19 laptop dhcpcd[5529]: control command: /usr/sbin/dhcpcd -k wlp2s0
Aug 04 22:24:19 laptop dhcpcd[5529]: wlp2s0: removing interface
Aug 04 22:24:19 laptop dhcpcd[5529]: wlp2s0: adding address da30::02f1:d510:7f01:db2
Aug 04 22:24:19 laptop dhcpcd[5529]: if_addaddress6: Permission denied
Aug 04 22:24:19 laptop dhcpcd-run-hooks[5836]: wlp2s0: starting wpa_supplicant
Aug 04 22:24:19 laptop dhcpcd-run-hooks[5839]: wlp2s0: failed to start wpa_supplicant
Aug 04 22:24:19 laptop dhcpcd-run-hooks[5840]: wlp2s0: Successfully initialized wpa_supplicant
                                               Line 1182: unknown EAP method 'SIM'
                                               You may need to add support for this EAP method during wpa_supplicant
                                               build time configuration.
                                               See README for more information.
                                               Line 1182: failed to parse eap 'SIM'.
                                               Line 1185: failed to parse network block.
                                               Line 1192: unknown EAP method 'PSK'
                                               You may need to add support for this EAP method during wpa_supplicant
                                               build time configuration.
                                               See README for more information.
                                               Line 1192: failed to parse eap 'PSK'.
                                               Line 1196: failed to parse network block.
                                               Line 1228: unknown EAP method 'IKEV2'
                                               You may need to add support for this EAP method during wpa_supplicant
                                               build time configuration.
                                               See README for more information.
                                               Line 1228: failed to parse eap 'IKEV2'.
                                               Line 1231: failed to parse network block.
                                               Failed to read or parse configuration '/etc/wpa_supplicant/wpa_supplicant.conf'.
Aug 04 22:24:19 laptop dhcpcd[5529]: wlp2s0: waiting for carrier
Aug 04 22:24:19 laptop dhcpcd[5529]: control command: /usr/sbin/dhcpcd -k enp1s0f0

capoeira · 2015-08-05 13:44:59

same problem here

wes · 2015-08-05 13:49:52

Are you not connecting to the router, or are you having DNS issues? After the
upgrade, I had the latter problem. I think the new dhcpcd wiped my
/etc/resolv.conf. Saving the old resolv.conf and restoring it after the
upgrade fixed everything for me. HTH.

capoeira · 2015-08-05 14:00:54

I could connect to my WIFI and even acces my router, but no internet access. using googles dns

sandstorm · 2015-08-05 16:38:24

wes wrote:

Saving the old resolv.conf and restoring it after the
upgrade fixed everything for me. HTH.

But it is strange that downgrading dhcpcd fixes the problem without a backup of the old resolv.conf.
Or is the resolv.conf in the new package corrupt if that is possible somehow?

wes · 2015-08-05 17:19:30

sandstorm wrote:

But it is strange that downgrading dhcpcd fixes the problem without a backup of the old resolv.conf.
Or is the resolv.conf in the new package corrupt if that is possible somehow?

For me, resolv.conf is autogenerated by dhcpcd -- here's what was in mine:

# Generated by dhcpcd from eth0.dhcp
# /etc/resolv.conf.head can replace this line
nameserver 192.168.1.1
# /etc/resolv.conf.tail can replace this line

I would guess that the same mechanism which wiped mine is fixing yours when you revert. Anyhow, I did reboot the machine, and it didn't wipe it a second time, so I think this is an OK workaround for now...

Engelbrekt · 2015-08-08 07:34:56

I have also been having problems the last couple of days.
When I booted this morning my resolv.conf was empty:

$ ls -l /etc/resolv.conf 
-rw-r--r-- 1 root root 0  8 aug 09.21 /etc/resolv.conf

But sometimes everything is fine after boot up.

anatolik · 2015-08-08 16:42:46

Add 'debug' option to the dhcpcd.conf file, this will provide more information about what is going on there.

thunderstone · 2015-08-11 18:22:33

Engelbrekt wrote:

I have also been having problems the last couple of days.
When I booted this morning my resolv.conf was empty:
$ ls -l /etc/resolv.conf 
-rw-r--r-- 1 root root 0  8 aug 09.21 /etc/resolv.conf
But sometimes everything is fine after boot up.

Same problem here. After update and reboot resolv.conf is empty.

anatolik · 2015-08-12 00:06:36

If you want to solve this problem - send the information to upstream maillist. I don't see any sense in "me too" posts.

sandstorm · 2015-08-12 09:07:38

Very true. Before I post this upstream, does someone have a guess if this an upstream problem or an Archlinux package problem?

firewalker · 2015-08-14 09:40:58

@sandstorm Did you reported it upstream?

It may be just WICD problem. I tried to find a dhcpcd 6.9.1 with networkmanager and nmcli, and it works.

rsmarples · 2015-08-14 10:07:03

This should already be fixed upstream.
If someone can try the latest fossil code and let me know if it fixes their issue or not I'd appreciate it.

sandstorm · 2015-08-14 12:35:16

Reported upstream: http://roy.marples.name/projects/dhcpcd … 5c4ed38082

Sandstorm

anatolik · 2015-08-14 18:15:03

I wonder if it is the same issue http://roy.marples.name/projects/dhcpcd … 84fe46aa49

wes · 2015-08-14 19:41:21

rsmarples wrote:

This should already be fixed upstream.
If someone can try the latest fossil code and let me know if it fixes their issue or not I'd appreciate it.

Hi Roy,

I built the latest trunk, and it seems to have resolved the issue.

For others who would like to do the same, I had to tweak the PKGBUILD from abs
a little. Here is a diff from the latest in abs:

diff --git a/var/abs/core/dhcpcd/PKGBUILD b/PKGBUILD
index 9085aba..b4bded9 100644
--- a/var/abs/core/dhcpcd/PKGBUILD
+++ b/PKGBUILD
@@ -5,7 +5,7 @@
 
 pkgname=dhcpcd
 pkgver=6.9.1
-pkgrel=1
+pkgrel=2
 pkgdesc="RFC2131 compliant DHCP client daemon"
 url="http://roy.marples.name/projects/dhcpcd/"
 arch=('i686' 'x86_64')
@@ -15,19 +15,24 @@ depends=('glibc' 'sh')
 provides=('dhcp-client')
 backup=('etc/dhcpcd.conf')
 options=('emptydirs')  # We Need the Empty /var/lib/dhcpcd Directory
-source=("http://roy.marples.name/downloads/$pkgname/$pkgname-$pkgver.tar.xz"
+# source=("http://roy.marples.name/downloads/$pkgname/$pkgname-$pkgver.tar.xz"
+source=("./$pkgname-$pkgver.tar.gz"
         'dhcpcd_.service'
 		'dhcpcd.service')
-sha1sums=('b4c32d5ef1fe23e1d8541566f41a15173e005f74'
+# sha1sums=('b4c32d5ef1fe23e1d8541566f41a15173e005f74'
+sha1sums=('4a46fd920ef405189909cb7eb938142184790813'
           '6f1633edde14d29b5cdc09c4f029a450ef2ebc96'
           '52c1bad9ab43e9a253c1eb175e7eefb13497b8f9')
 
 build() {
+	mv "${srcdir}/${pkgname}-trunk" "${srcdir}/${pkgname}-${pkgver}"
   cd "${srcdir}/${pkgname}-${pkgver}"
 
   # configure variables
   ./configure \
       --sbindir=/usr/bin \
+      --bindir=/usr/bin \
+      --libdir=/usr/lib \
       --libexecdir=/usr/lib/dhcpcd \
       --dbdir=/var/lib/dhcpcd \
       --rundir=/run

Oh, and I should note that I renamed the new source tarball to
dhcpcd-6.9.1.tar.gz, and placed it in the same directory as the PKGBUILD.

*EDIT:* In case it is annoying to read/apply the patch, here's the whole
PKGBUILD: http://pastebin.com/9V4zqd52

Last edited by wes (2015-08-14 19:49:06)

anatolik · 2015-08-15 02:53:24

Could you please actually check that it is fixed by this single commit http://roy.marples.name/projects/dhcpcd/info/2a1546e586 If yes I can push a new package with given commit.

wes · 2015-08-15 17:52:55

It seems to be fixed by that commit. I made sure to run dhcpcd on different
interfaces (so that it would write new /etc/resolv.conf's), and it did the
right thing each time, but it would be great if others could confirm that it is
working for them. Here's an updated PKGBUILD to save a little typing:

http://pastebin.com/BrqStnAR

Arch Linux

#1 2015-08-01 08:08:39

[SOLVED] DHCPCD Connecting Issues

#2 2015-08-01 09:53:20

Re: [SOLVED] DHCPCD Connecting Issues

#3 2015-08-01 16:12:34

Re: [SOLVED] DHCPCD Connecting Issues

#4 2015-08-01 16:37:05

Re: [SOLVED] DHCPCD Connecting Issues

#5 2015-08-01 16:40:53

Re: [SOLVED] DHCPCD Connecting Issues

#6 2015-08-01 17:26:19

Re: [SOLVED] DHCPCD Connecting Issues

#7 2015-08-04 03:49:29

Re: [SOLVED] DHCPCD Connecting Issues

#8 2015-08-04 20:29:20

Re: [SOLVED] DHCPCD Connecting Issues

#9 2015-08-05 13:44:59

Re: [SOLVED] DHCPCD Connecting Issues

#10 2015-08-05 13:49:52

Re: [SOLVED] DHCPCD Connecting Issues

#11 2015-08-05 14:00:54

Re: [SOLVED] DHCPCD Connecting Issues

#12 2015-08-05 16:38:24

Re: [SOLVED] DHCPCD Connecting Issues

#13 2015-08-05 17:19:30

Re: [SOLVED] DHCPCD Connecting Issues

#14 2015-08-08 07:34:56

Re: [SOLVED] DHCPCD Connecting Issues

#15 2015-08-08 16:42:46

Re: [SOLVED] DHCPCD Connecting Issues

#16 2015-08-11 18:22:33

Re: [SOLVED] DHCPCD Connecting Issues

#17 2015-08-12 00:06:36

Re: [SOLVED] DHCPCD Connecting Issues

#18 2015-08-12 09:07:38

Re: [SOLVED] DHCPCD Connecting Issues

#19 2015-08-14 09:40:58

Re: [SOLVED] DHCPCD Connecting Issues

#20 2015-08-14 10:07:03

Re: [SOLVED] DHCPCD Connecting Issues

#21 2015-08-14 12:35:16

Re: [SOLVED] DHCPCD Connecting Issues

#22 2015-08-14 18:15:03

Re: [SOLVED] DHCPCD Connecting Issues

#23 2015-08-14 19:41:21

Re: [SOLVED] DHCPCD Connecting Issues

#24 2015-08-15 02:53:24

Re: [SOLVED] DHCPCD Connecting Issues

#25 2015-08-15 17:52:55

Re: [SOLVED] DHCPCD Connecting Issues

Board footer