On 09/20, Bradley Sickles wrote:
> I am trying to extend this box to a vagrant box.
> When I try to boot, vagrant waits (until timeout) to acquire the coreos
> guest ip address to no avail.
>
> I am able to SSH into the box just knowing the IP Address.
> Also, I confirmed that HyperV incorrectly reports a lack of IP Address.
>
> ```
> PS> Get-VM | ? { $_.Name -eq "coreos-1465.7.0" } | Get-VMNetworkAdapter |
> ft VMName, IPAddresses, switchName
>
> VMName IPAddresses SwitchName
> ------ ----------- ----------
> coreos-1465.7.0 {} packer-hyperv-iso
> ```
>
> Is this a known deficiency with coreos?
> Any way to fix this?
That's interesting. If the IP address works but Hyper-V doesn't know
about it, that implies that the guest is expected to report that
information to the hypervisor. We don't ship any guest tools
specifically for Hyper-V in Container Linux. Do you know if guest OSs
are expected to have a set of tools installed?
> On Wednesday, September 20, 2017 at 3:26:37 PM UTC-4, Bradley Sickles wrote:
> > Do you know if there are intentions of ignition supporting HyperV?
> > Is this a technical limitation or just a priority issue?
It's a bit of both. Ignition needs to know where it can find the
configuration that should be used. VMware, for example, has a Guest
Variable mechanism (implemented as an intercepted hyper-call from the
guest to the hypervisor). I'm unsure of the preferred mechanism that
Hyper-V uses (or if there is one). The Hyper-V support fell out of Azure
support (which also uses Hyper-V).
-Alex