Bug 1048231

dracut handles the network setup, it is waiting for the wrong device to become active.

/online/11-fetch-kickstart-net.sh: line 27: /tmp/net.ens192.dhcpopts: No such file or directory

....

[    8.526163] localhost systemd[1]: Starting Switch Root...
[    8.528303] localhost systemd[1]: Not switching root: /sysroot does not seem to be an OS tree. /etc/os-release is missing.

Comment #1 is correct.

There is no more net.$iface.dhcpopts anymore since

commit e173f0b384f699c2519db879f3f562b1f6676d8d
Author: Will Woods <wwoods>
Date:   Thu Apr 5 13:01:37 2012 -0400

    network: add save_netinfo, fix problems with nfs->NM takeover
    
    For NetworkManager to properly take over a NFS-root system, we need to
    have the interface name(s) in /tmp/net.ifaces and save the dhclient
    lease. This lets the ifcfg module do its magic.
    
    save_netinfo should properly write out /tmp/net.ifaces when needed, and
    copies the dhclient files into place.

Created attachment 858787 [details]
initrd overlay with possible fix

The actual problem here is that anaconda-ifcfg.sh isn't getting run before 11-fetch-kickstart-net, so the file is missing.

Here is a initrd overlay that should fix it, I can't test it completely because of how my dhcp/pxe setup is configured, but it no longer complains about the missing file.

You can apply this by *appending* it to the initrd= line in your pxe cfg file, like this:

initrd=images/pxeboot/initrd.img,images/pxeboot/1048231.img

If there are still problems, please run it with rd.debug and attach the output from journalctl

It with that patch it gets a bit further, but fails when it tries to fetch the kickstart file from our dhcp server. In 11-fetch-kickstart-net.sh you have
(lines 24-28)

if [ "$kickstart" = "nfs:auto" ]; then
    # construct kickstart URL from dhcp info
    # server is next_server, or the dhcp server itself if missing
    . /tmp/net.$netif.dhcpopts
    server="${new_dhcp_next_server:-$new_dhcp_server_identifier}"

however my (anonymized) dhclient.ens192.dhcpopts file (10.0.0.1 and 10.0.0.2 are dns/dhcp servers, 10.0.0.3 is the pxe server which also shares /kickstart via nfs) has
new_broadcast_address=10.0.1.63
new_dhcp_lease_time=43200
new_dhcp_message_type=5
new_dhcp_server_identifier=10.0.0.1
new_domain_name=myaddr.com
new_domain_name_servers='10.0.0.2 10.0.0.1'
new_expiry=1391553036
new_ip_address=10.0.1.1
new_network_number=10.0.1.0
new_next_server=10.0.0.3
new_routers=10.0.1.62
new_server_name=rhel7beta.myaddr.com
new_subnet_mask=255.255.255.192

so line 28 is looking for new_dhcp_next_server when the value set is actually new_next_server.

If I add the 11-fetch-kickstart-net.sh file to your initrd fix with line 28 replaced by
    server="${new_next_server:-$new_dhcp_server_identifier}"

then the kickstart file is read correctly.

Thanks for tracking that down.

Verified on anaconda-19.31.67-1 (RHEL-7.0-20140317.0).

I have just tested the RHEL7 RC pxeboot images, and the kickstart file is found correctly when using the ks option.

This request was resolved in Red Hat Enterprise Linux 7.0.

Contact your manager or support representative in case you have further questions about the request.