On Monday, May 27, 2019 6:00:29 PM CEST Pavel Raiskup wrote:
> we are in the process of migration builders to F30, and from recent build
> failures I deduce that the bootstrap_container feature is broken, or that
> we have the mock misconfigured on F30.

There was for some reason (I need to check) enabled systemd-resolved
service on builder VMs.  Not only there, on fresh Fedora 30 install on my
laptop I got the service enabled as well.

I think that systemd-nspawn (used in copr by default) detects that
systemd-resolved is running on host (even though host's /etc/resolv.conf
is generated by network manager :-)) - and creates its own stub
/etc/resolv.conf in the container using the host's systemd-resolved
feature.  And then, the systemd-resolved service suffers from some
race-condition issue (rhbz#1710699).

I hoped that mock's use_host_resolv will work-around the issues, but
there's a bunch of issues to be fixed in mock till use_host_resolv
will work fine with use_nspawn mock option.

So be careful to use 'mock --bootstrap-chroot' with systemd-resolved
enabled on F30.  Copr builders have the service now disabled, and all
seems to be working fine..  sorry for the delay.

Happy building!
Pavel


_______________________________________________
copr-devel mailing list -- [email protected]
To unsubscribe send an email to [email protected]
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedorahosted.org/archives/list/[email protected]

Reply via email to