-
Bug
-
Resolution: Not a Bug
-
Critical
-
openshift-4.14
-
None
-
None
-
False
-
-
False
-
-
Description of problem:
On a host with no default IP or route, MicroShift does not start after a reboot.
Version-Release number of selected component (if applicable):
4.14
How reproducible:
only tried one time
Steps to Reproduce:
- Build a VM in the normal way.
- Install MicroShift.
- Stop MicroShift and clean up OVN data.
- systemctl stop microshift
- systemctl stop kubepods.slice
- /usr/bin/microshift-cleanup-data --ovn
- Stop external network access by bringing the NIC down. Your device name may be different, if so replace the "enp1s0" part of this command with the device that has the default gateway.
- nmcli connection down enp1s0
- nmcli connection modify enp1s0 connection.autoconnect no
- Add a fake IP on the loopback interface.
- nmcli con add type loopback con-name bogus-microshift ifname lo ip4 10.44.0.1/32
- Add that same IP to the MicroShift config file as the node.nodeIP setting.
- Add an entry for the node's hostname in /etc/hosts using the same IP.
- Configure DNS to look at the local name server (note this is not the same IP, it's on a different subnet).
- echo “nameserver 10.44.1.1” >> /etc/resolv.conf
- Restart microshift
- systemctl start microshift
- Verify it works
- oc get pods -A
- Reboot the host
- Verify it works (watch for a while, because the initial pod information is cached from before the reboot and is not accurate)
- oc get pods -A
Actual results:
The openshift-dns/dns-default-* pod will enter a crash loop. The logs show: plugin/forward: no nameservers found
Expected results:
Everything works.
Additional info:
- is related to
-
NP-794 Prepare instruction for running Microshift on fully disconnected hosts.
- Closed