On Sat, Dec 11, 2021 at 3:03 AM Peter Boy <pboy(a)uni-bremen.de> wrote:
Hi,
> Am 07.12.2021 um 10:08 schrieb Peter Boy <pboy(a)uni-bremen.de>:
>
> Hi,
>
>> Am 07.12.2021 um 05:12 schrieb Chris Murphy <lists(a)colorremedies.com>:
>>
>> On Mon, Dec 6, 2021 at 6:17 PM Peter Boy <pboy(a)uni-bremen.de> wrote:
>>>
>>> Hi,
>>>
>>> if I remember correctly, with the switch to systemd-resolved in F33, the
file /etc/resolve.conf is no longer managed by NetworkManager. It is replaced by a link to
/run/systemd/resolve/stub-resolv.conf. On my F34 production systems this is indeed the way
it is.
>>>
>>> …
>>
>> Silverblue is also affected. Workstation is not affected.
>>
>> Does it make a difference is Server edition is installed using
>> netinstall vs dvd ISO?
>
>
> Very good idea / question! I’ll check that today.
>
> I take from your info it is a bug or at least an "unintended outcome“.
Sorry, I got carried away and took the opportunity to update and expand our Fedora Server
user documentation at the same time. This was more work than planned.
Anyway, the net installation also has this problem. Among other things, this has the
effect that Split DNS no longer works.
@Chris: Do you know if this is being worked on? Or are we just waiting for F36?
We need to find out why it's not being created at installation time
only for Server. I suspect it's not just Server, but anytime Anaconda
installs RPMs to destination, rather than the typical desktop
installation, in which Anaconda uses rsync. But I don't know what's
responsible for creating the /etc/resolv.conf symlink in the two
installation methods.
cc'ing some folks who may know.
--
Chris Murphy