David C. Rankin wrote:

Will follow-up with the details, but no you are not crazy, and yes I saw the same behavior on 15.4.

Interesting, thanks. It sounds like something for a bug report. At first I thought "some sort of fluke", but when it is easily reproduced : On a system that has a "normal" /etc/resolv.conf and firewalld is disabled - systemctl enable firewalld reboot -> empty /etc/resolv.conf (template only). -- Per Jessen, Zürich (0.1°C) Member, openSUSE Heroes (2016 - present) We're hiring - https://en.opensuse.org/openSUSE:Heroes

David C. Rankin composed on 2023-02-28 21:15 (UTC-0600):

I set the immutable attribute on resolv.conf following section 2.1 in https://wiki.archlinux.org/title/Domain_name_resolution

That's what I did for many moons. Eventually I converted all but two (a non-multiboot laptop with wireless, plus my sole desktop installation using DHCP) of my then currently supported installations from whatever they were using to systemd-network. In the process I'd run systemctl list-unit-files | grep solv then disable and mask anything returned that wasn't already. Nothing has been touching any of the copies of my template resolv.conf file, last written 2020-11-30, that all installations (but two) have had in their /etc/s ever since. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

On 28.02.2023 04:31, David C. Rankin wrote:

On 15.4, I saw the same behavior,

I just tested and it works here. And as firewalld is active by default and wicked is the default network manager, it is rather hard to believe that it is something fundamentally broken.

the major problem being an empty resolve.conf that screwed name resolution.

That is not the problem, that is just the symptom of a problem.

What I found is resolve.conf is now more a punching-bag for the various network managers, and some don't use it at all anymore (therein lies the issue)

Which issue and wherein it lies?

Per Jessen wrote:

Andrei Borzenkov wrote:

...

On 28.02.2023 04:31, David C. Rankin wrote:

...

On 15.4, I saw the same behavior,

I just tested and it works here. And as firewalld is active by default and wicked is the default network manager, it is rather hard to believe that it is something fundamentally broken.

That was also my first thought. Hence "A little bit weird" ....

AFAICT, the only thing that might set these systems apart is that they booting from PXE with root on NFS.

Tomorrow, I think I might take another system and dup it to 15.4, to see if the problem can be reproduced there. -- Per Jessen, Zürich (-0.3°C) Member, openSUSE Heroes (2016 - present) We're hiring - https://en.opensuse.org/openSUSE:Heroes

On 01.03.2023 07:26, Andrei Borzenkov wrote:

On 28.02.2023 22:12, Per Jessen wrote:

...

Andrei Borzenkov wrote:

...

On 28.02.2023 04:31, David C. Rankin wrote:

...

On 15.4, I saw the same behavior,

I just tested and it works here. And as firewalld is active by default and wicked is the default network manager, it is rather hard to believe that it is something fundamentally broken.

That was also my first thought. Hence "A little bit weird" ....

AFAICT, the only thing that might set these systems apart is that they booting from PXE with root on NFS.

Well, normally /etc/resolv.conf is updated by netconfig which is called by wicked when interface is configured. With root on NFS interface must be up in initrd already and in initrd there is no netconfig (and location of /etc/resolv.conf is wrong anyway). And during normal system boot interface is already up so I /think/ there is no event triggering netconfig run.

Can you show

cat /etc/sysconfig/network/ifcfg-XXX (for your interface) journalctl -b --no-pager lsinitrd /boot/initrd-XXX (which modules are there)

and ls -l /etc/resolv.conf

On Wed, Mar 1, 2023 at 11:06 AM Per Jessen wrote:

...

journalctl -b --no-pager

https://files.jessen.ch/mythbe2.log

Is it with or without a firewall? Because I do not see any string "firewall" in this log.

Per Jessen wrote:

Andrei Borzenkov wrote:

...

On Wed, Mar 1, 2023 at 11:06 AM Per Jessen wrote:

...

...

journalctl -b --no-pager

https://files.jessen.ch/mythbe2.log

Is it with or without a firewall? Because I do not see any string "firewall" in this log.

Ah, sorry, that is a working system so no firewall. I'll enable the firewall and boot again.

This shows the issue in a nutshell - a) enable firewall b) reboot c) empty resolv.conf https://files.jessen.ch/mythbe2-reboot-with-fw.txt boot log: https://files.jessen.ch/mythbe2-with-firewall.log -- Per Jessen, Zürich (1.4°C) Member, openSUSE Heroes (2016 - present) We're hiring - https://en.opensuse.org/openSUSE:Heroes

Andrei Borzenkov wrote:

On Wed, Mar 1, 2023 at 12:12 PM Per Jessen wrote:

...

boot log: https://files.jessen.ch/mythbe2-with-firewall.log

Mar 01 10:02:46 mythbe2 wickedd-nanny[969]: device eth0: call to org.opensuse.Network.Firewall.firewallUp() failed: DBus method call timed out Mar 01 10:02:46 mythbe2 wickedd-nanny[969]: eth0: failed to bring up device, still continuing

No idea, org.opensuse prefix implies wicked. Sounds like a wicked issue.

FWIW, problem persists in Leap 15.3 and Leap 15.4. Well, I guess it is too exotic to worry much about. For myself, the problem is "solved" as I won't be using firewalld on these systems anyway. -- Per Jessen, Zürich (3.3°C) Member, openSUSE Heroes (2016 - present) We're hiring - https://en.opensuse.org/openSUSE:Heroes

Andrei Borzenkov wrote:

On 27.02.2023 15:56, Per Jessen wrote:

...

...

From the mythv thread - I have just repeated this issue, on Leap 15.1. (I know its EOL, but I don't have a choice).

a) after rebuilding the initrd, the first boot - just the standard template in /etc/resolv.conf, no nameserver. firewalld is running.

b) 2nd reboot, no changes. Still an empty /etc/resolv.conf.

The wicked lease information is from last night.

c) stopped and disabled firewalld, 3rd reboot.

Now the lease info was updated and so was /etc/resolv.conf. Weird stuff.

d) enabled firewalld and rebooted. Empty /etc/resolv.conf.

Do you get IP address and gateway(s)?

Nope, just the empty template (full of comments). -- Per Jessen, Zürich (-0.8°C) Member, openSUSE Heroes (2016 - present) We're hiring - https://en.opensuse.org/openSUSE:Heroes

On 2/28/23 11:15 AM, Per Jessen wrote:

Per Jessen wrote:

...

Andrei Borzenkov wrote:

...

On 27.02.2023 15:56, Per Jessen wrote:

...

...

From the mythv thread - I have just repeated this issue, on Leap 15.1. (I know its EOL, but I don't have a choice).

a) after rebuilding the initrd, the first boot - just the standard template in /etc/resolv.conf, no nameserver. firewalld is running.

b) 2nd reboot, no changes. Still an empty /etc/resolv.conf.

The wicked lease information is from last night.

c) stopped and disabled firewalld, 3rd reboot.

Now the lease info was updated and so was /etc/resolv.conf. Weird stuff.

d) enabled firewalld and rebooted. Empty /etc/resolv.conf.

Do you get IP address and gateway(s)? Nope, just the empty template (full of comments). Sorry, I guess you meant if the network is configured? yes, the network is fine, IP addresses & gateway, I have also checked the wicked lease file, it's good.

If the ifcfg files haven't the stanzas for the resolver, you get that