5361 2013-10-16 15:59:12 +0000 resolvconf fail to change dns-nameservers from /etc/network/interfaces 2014-12-03 18:22:17 +0000 1 1 11 Runtime General Runtime General Runtime 1.5 Other arm RESOLVED FIXED Medium normal 1.7 1 davide.soldan sgw diego.ml jessica.zhang --- --- No (bug/feature does not impact docs) oldest_to_newest 37988 0 davide.soldan 2013-10-16 15:59:12 +0000 branch: dora commit id (meta-yocto): 56f39bcf2237c11508d82238b6292e4bfbfed764 (meta-fsl-arm): 00f0cf377224829f450d99bdc4664ffe96623996 (meta-fsl-arm-extra): 12af63db7719877fd191ed2aa921a455a04f677b (meta-fsl-demos): 393b0119d513f9abf7b0570ab0d32b81583dedca Hi, I'm running an image that inherit core-image on a nitrogen6x and with resolvconf-1.74-r0 package installed. I want to change the ip of the dns-nameservers in /etc/network/interfaces for eth0. After changing the interfaces file I cannot update /etc/resolv.conf with neither of the commands; - resolvconf -a eth0 (it hangs and doesn't return) - resolvconf -u (it returns with no return messages) - resolvconf -d eth0 (does nothing) - ifdown eth0, ifup eth0 - reboot so I cannot reflect the change made in /etc/network/interfaces... 39432 1 sgw 2013-12-16 23:14:57 +0000 Resolvconf -a is not intended to be run from the command line, it's designed to take input from stdin via the dhcp client enter hook, ppp or ifdown/ifup scripts, this might be why you are having issues. Since this is a shell script, if you have further issues, please use sh -x to help better understand the failure. So, even a reboot does not work? 39433 2 sgw 2013-12-16 23:15:07 +0000 . 39812 3 sgw 2014-01-14 19:15:40 +0000 Since I have not heard back, I am closing this out, please reopen and provide updates if we still feel this is a bug. 39835 4 davide.soldan 2014-01-15 16:14:04 +0000 Hi Saul, excuse me for the late reply. No, even a reboot does not work. But maybe I'm doing the wrong things...my procedure is: - I manually change the dns-nameservers entry (for example for eth0) in /etc/network/interfaces - I try to update the /etc/resolv.conf file with resolvconf command - reboot maybe is not the right way to change dns-nameserver informations? 47090 5 sgw 2014-11-19 16:46:41 +0000 Davide, I am still working this one in the background, I have a new question: what network management are you using? it's it just static, busybox with udhcp, the actual dhcp client or connman or ???, what exactly are you setting in your /etc/network/interfaces file (full entry if possible). I think I have finally made some progress on this! It seems that the resolvconf package is not being installed correctly onto the root filesystem on the target image, and even then it relies on bash'isms that may not be available with Busybox. 47100 6 2251 davide.soldan 2014-11-20 11:15:21 +0000 Created attachment 2251 /etc/network/interfaces file 47102 7 davide.soldan 2014-11-20 11:20:14 +0000 Hi Saul, the network management is static. I attached my /etc/network/interfaces file. The behavior is always the same: no updates to /etc/resolv.conf 47178 8 diego.ml 2014-11-25 09:50:15 +0000 (In reply to comment #5) > Davide, I am still working this one in the background, I have a new > question: > what network management are you using? it's it just static, busybox with > udhcp, the actual dhcp client or connman or ???, what exactly are you > setting > in your /etc/network/interfaces file (full entry if possible). > > I think I have finally made some progress on this! It seems that the > resolvconf package is not being installed correctly onto the root filesystem > on > the target image, and even then it relies on bash'isms that may not be > available with Busybox. I've tested v2 patch: http://patches.openembedded.org/patch/83771/ and it works fine for me for both dhcp and static configurations. 47339 9 sgw 2014-12-03 18:22:17 +0000 http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=35e0a3eb6725781eb291b3fa90694a68c3b64c60 2251 2014-11-20 11:15:21 +0000 2014-11-20 11:15:21 +0000 /etc/network/interfaces file interfaces text/plain 281 davide.soldan IyAvZXRjL25ldHdvcmsvaW50ZXJmYWNlcyAtLSBjb25maWd1cmF0aW9uIGZpbGUgZm9yIGlmdXAo OCksIGlmZG93big4KQogCiMgVGhlIGxvb3BiYWNrIGludGVyZmFjZQphdXRvIGxvCmlmYWNlIGxv IGluZXQgbG9vcGJhY2sKCiMgV2lyZWQgaW50ZXJmYWNlCmF1dG8gZXRoMAppZmFjZSBldGgwIGlu ZXQgc3RhdGljCglhZGRyZXNzIDE5Mi4xNjguMS4xMDAKCW5ldG1hc2sgMjU1LjI1NS4yNTUuMAoJ Z2F0ZXdheSAxOTIuMTY4LjEuMjU0CglkbnMtbmFtZXNlcnZlcnMgMTkyLjE2OC4xLjI1NAo=