CRC Microshift setup does not put all needed hostnames into /etc/hosts

[b2sc]

General information

... foo.apps.crc.testing api.crc.testing is missing in /etc/hosts.

Operating System

macOS

Hypervisor

hyperkit

Did you run crc setup before crc start?

yes

Running on

Laptop

Steps to reproduce

1. Do CRC Microshift installation on M1 Mac
2. Startup fails when trying to ping/ resolve foo.apps.crc.testing api.crc.testing

CRC version

CRC version: 2.48.0+1aa46c
OpenShift version: 4.18.1
MicroShift version: 4.18.1

CRC status

CRC config

Host Operating System

ProductName:		macOS
ProductVersion:		15.3.2
BuildVersion:		24D81

Expected behavior

CRC startup should neither hang nor fail.

Actual behavior

CRC startup fails

CRC Logs

Additional context

No response

[gbraad]

Too little information to verify behaviour. We run nightly tests for this, so this might be an issue related to the size of the file, or otherwise. Can you check the amount of lines and what entries were added?

Startup fails when trying to ping/ resolve foo.apps.crc.testing api.crc.testing

Our pre-flight do not check for foo.apps.crc.testing, so not sure where this comes from. Can you provide the steps you performed and the actual error?

[lilyLuLiu]

@b2sc Hi, are you deploying an http service and foo.apps.crc.testing is the service address?

This is the steps of deploying and verifying an HTTP service in our testing. You may reference it if needed.
https://github.com/crc-org/crc/blob/main/test/e2e/features/story_microshift.feature

[cfergeau]

crc/pkg/crc/services/dns/dns.go

Line 178 in 0224cc2

appsHostname := bundle.GetAppHostname("foo")

is checking for foo.apps.crc.testing, but is ignored with usermode networking, which is the default nowadays.

[gbraad]

So, the user might run an older version? This is not the case, so the check should be ignored. More info needed to determine what the user sees.