Open mlei opened 1 month ago
Hi! just say I had the same problem and @mlei workwaround worked (thanks!).
I've downgraded to 2.33 and worked out-of-the-box (my downgrade was for other reasons, not this issue, and didn't try to install the intermediate versions).
I had same problem as @mlei and the work around cleared up the issue. Would be nice to see some movement on this. We in OKD-land are referring users interested in crc/openshift local to this okd plugin.
Anything we might do to help?
The workaround also worked for me but to make things a little easier for future users I'd suggest:
ssh core@$(crc ip) -i ${HOME}/.crc/machines/crc/id_ecdsa \
-i ${HOME}/.crc/cache/crc_okd_libvirt_4.15.0-0.okd-2024-02-23-163410_amd64/id_ecdsa_crc \
"sudo systemctl status dnsmasq"
Describe the bug When using the current crc release and the okd preset (
crc config set preset okd
), the CoreOS image that it uses,crc_okd_libvirt_4.15.0-0.okd-2024-02-23-163410_amd64.crcbundle
, has thednsmasq.service
systemd unit masked by default.When executing
crc start
for the first time, the start will eventually fail with this error:At this point, you can ssh into the instance and work around this manually:
After doing this,
crc stop
and thencrc start
, the start process proceeds normally from here.Version
4.15.0-0.okd-2024-02-23-163410_amd64
Installed via crc
How reproducible Always
Log bundle
N/A