Title daily ISOs: network interfaces get IP via DHCP but missing nameserver entries in resolv.conf
Priority bug Status resolved
Superseder Nosy List mika
Assigned To Topics release-stopper

Created on 2015-07-29.10:39:15 by mika, last changed 2017-01-27.13:27:19 by mika.

msg6065 (view) Author: mika Date: 2017-01-27.13:27:19
So we migrated to systemd and this issues no longer exists with current daily
msg5863 (view) Author: mika Date: 2016-06-02.08:02:22

thanks for raising and digging into this issue!

I've tried to reproduce your steps using Virtualbox with grml64-small testing
build1641 (see /etc/grml_version). It indeed works when using only *one* network
interface, but as soon as using two network interfaces /etc/resolv.conf is empty
for me, so that seems to be part of the problem.

FTR: as soon as we run Grml with systemd (instead of file-rc) this issue is
gone, though the migration to systemd isn't finished yet.

msg5862 (view) Author: Wintemrute Date: 2016-06-01.20:05:36
I hope I use that bugtracking tool right. :-)
Wanted to dig deeper into that release-stopper because I really like GRML.

- Downloaded the latest testing daily, booted it -> No "auto network" running.
- Checking system, learned that it now uses the new predictable network interface naming thingy from systemd 
- Rebooted the system and added net.ifnames=0 to the kernel parameters to disable these eno1 etc names
- Tadaa, network with dhcp running. Nameserver entry also in resolv.conf
msg5320 (view) Author: mika Date: 2015-08-27.09:20:53
The resolv.conf issue was "fixed" by switching from allow-hotplug to auto, but
now all DHCP requests/network configuration takes place blocking/running in
foreground instead of running in background during boot. :-/
msg5305 (view) Author: evgeni Date: 2015-08-16.23:38:05
May or may not be fixed:
grml/commit/214cc032c4713bfaaecb2fb3b4377589684c90ab :)
msg5196 (view) Author: mika Date: 2015-07-30.10:30:05
FTR: Still present with udev 223-2.
msg5195 (view) Author: mika Date: 2015-07-29.11:14:10
Verified, downgrading udev to 215 (apt-get install udev=215-5.1~grml.01
libudev1=215-5.1~grml.01) results in a working resolv.conf.
msg5194 (view) Author: mika Date: 2015-07-29.10:39:15
When booting the current daily ISOs and having DHCP available the network
interfaces get an IP as usual, but /etc/resolv.conf doesn't include any
nameserver entries. When manually executing "dhclient eth0" it's working fine

Maybe related to udev v222-2 which introduced new interface handling (see
Date User Action Args
2017-01-27 13:27:19mikasetstatus: chatting -> resolved
messages: + msg6065
2016-06-02 08:02:23mikasetmessages: + msg5863
2016-06-01 20:05:38Wintemrutesetmessages: + msg5862
2015-08-27 09:20:53mikasettopic: + release-stopper
messages: + msg5320
2015-08-16 23:38:05evgenisetmessages: + msg5305
2015-07-30 10:30:05mikasetmessages: + msg5196
2015-07-29 11:14:10mikasetstatus: unread -> chatting
messages: + msg5195
2015-07-29 10:39:15mikacreate