Hi there,

For whether or not the issue affects Groovy. I've been creating Groovy
VMs on a loop to confirm if I could reproduce it there and (after ~50
tries) I still haven't seen it happen. I think we can safely assume that
this issue does not affect Groovy.

Also I was able to reproduce the issue with gen1 hyper-v (before I was
only using gen2).

To continue the system log investigation, I can add the following:

GOOD
Apr 19 08:53:43 hirsute-man-2 systemd[1]: Finished Wait for Network to be 
Configured.
Apr 19 08:53:43 hirsute-man-2 systemd-networkd[660]: eth0: Gained carrier
Apr 19 08:53:43 hirsute-man-2 systemd-networkd[660]: eth0: DHCPv4 address 
10.0.0.4/24 via 10.0.0.1
Apr 19 08:53:44 hirsute-man-2 cloud-init[667]: Cloud-init v. 
21.1-19-gbad84ad4-0ubuntu2 running 'init' at Mon, 19 Apr 2021 08:53:44 +0000. 
Up 84.81 seconds.
Apr 19 08:53:48 hirsute-man-2 systemd-networkd[660]: enP6454s1: Link UP
Apr 19 08:53:48 hirsute-man-2 systemd-networkd[660]: enP6454s1: Gained carrier

BAD
Apr 19 08:33:48 groovy-acc-UWP5F systemd[1]: Finished Wait for Network to be 
Configured.
Apr 19 08:33:48 groovy-acc-UWP5F systemd-networkd[616]: eth0: Gained carrier
Apr 19 08:33:48 groovy-acc-UWP5F cloud-init[626]: Cloud-init v. 
21.1-19-gbad84ad4-0ubuntu2 running 'init' at Mon, 19 Apr 2021 08:33:48 +0000. 
Up 7.34 seconds.
Apr 19 08:33:48 groovy-acc-UWP5F systemd-networkd[616]: enP30932s1np0: Gained 
carrier
Apr 19 08:33:51 groovy-acc-UWP5F systemd-networkd[616]: eth0: DHCPv4 address 
10.0.0.4/24 via 10.0.0.1

On GOOD, DHCP is configured before Cloud-init runs, on BAD it's done
after. This is "obvious" considering the error raised by cloud-init but
I just wanted to underline it.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure in Ubuntu.
https://bugs.launchpad.net/bugs/1919177

Title:
  Azure: issues with accelerated networking on Hirsute

Status in cloud-init:
  Incomplete
Status in cloud-init package in Ubuntu:
  New
Status in linux-azure package in Ubuntu:
  New

Bug description:
  [General]

  On Azure, when provisioning a Hirsute VM with Accelerated Networking
  enabled, sometimes the SSH key is not setup properly and the user
  cannot log into the VM.

  [how to reproduce]

  Start a VM with AN enabled:

  ```
  az vm create --name "$VM_NAME --resource-group "$GROUP" --location "UK South" 
 --image 
'Canonical:0001-com-ubuntu-server-hirsute-daily:21_04-daily-gen2:latest' --size 
Standard_F8s_v2 --admin-username ubuntu --ssh-key-value "$SSH_KEY" 
--accelerated-networking
  ```

  After a moment, try to SSH: if you succeed, delete and recreate a new
  VM.

  [troubleshooting]

  To be able to connect into the VM to debug, run:

  ```
  az vm run-command invoke -g "$GROUP" -n "$VM_NAME" --command-id 
RunShellScript --scripts "sudo -u ubuntu ssh-import-id $LP_USERNAME"
  ```

  In "/run/cloud-init/instance-data.json", I can see:
  ```
       "publicKeys": [
        {
         "keyData": "<my-pub-key>",
         "path": "/home/ubuntu/.ssh/authorized_keys"
        }
       ],
  ```

  as expected.

To manage notifications about this bug go to:
https://bugs.launchpad.net/cloud-init/+bug/1919177/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to