Bug 2203192

Images are rolling out now: https://koji.fedoraproject.org/koji/buildinfo?buildID=2201154

However, they are dynamic VHDs and not fixed VHDs. I used these commands to fix the image and upload it:

qemu-img convert -f vpc -O raw Fedora-Cloud-Base-Azure-Rawhide-20230516.n.0.x86_64.vhd Fedora-Cloud-Base-Azure-Rawhide-20230516.n.0.x86_64.raw
qemu-img convert -f raw -O vpc -o subformat=fixed,force_size Fedora-Cloud-Base-Azure-Rawhide-20230516.n.0.x86_64.raw Fedora-Cloud-Base-Azure-Rawhide-20230516-fixed.n.0.x86_64.vhd

However, there's a new error about the size:

The VHD for disk 'Fedora-Cloud-Base-Azure-Rawhide-20230516-fixed.n.0.x86_64.vhd' with blob Fedora-Cloud-Base-Azure-Rawhide-20230516-fixed.n.0.x86_64.vhd has an unsupported virtual size of 5120.2265625 MB. The size must be a whole number in (MBs)."

Ah here's the right path from Azure's docs:

  https://learn.microsoft.com/en-us/azure/virtual-machines/linux/create-upload-generic#resizing-vhds

Opened an upstream issue with imagefactory to figure out how we can get the code updated:

  https://github.com/redhat-imaging/imagefactory/issues/453

The existing HyperV code seems to do about 1/3 of what we need. I'm not sure if we need a new piece of code for Azure or if we can add to what's already there for HyperV.

Can we get a status update here, please? We're past the Beta freeze, which means all Changes are supposed to be "100% code complete" at this point. Is that where we are with this? I see the change in pungi-fedora was made, but not sure what else needs doing. Thanks.

If the change is 100% complete, set the status to ON_QA. If it's at least "testable", set it to MODIFIED.

(In reply to Major Hayden 🤠 from comment #3)
> Opened an upstream issue with imagefactory to figure out how we can get the
> code updated:
> 
>   https://github.com/redhat-imaging/imagefactory/issues/453
> 
> The existing HyperV code seems to do about 1/3 of what we need. I'm not sure
> if we need a new piece of code for Azure or if we can add to what's already
> there for HyperV.

QEMU will be able to take a HyperV VHDX and properly convert it to an Azure VHD just fine.

The following command will do the trick:

$ qemu-img convert -p -f vhdx -O vpc -o subformat=fixed,force_size image.vhdx image.vhd

Right, I mentioned that above in the BZ, but then Azure requires an exact size to be set that is in a whole number of MBs.

If we have a roadblock here which can't be solved really very soon indeed, this is probably gonna need to be deferred to F40, I think...

Agreed, Adam.

In other news, the delightful Peter Robinson and Ondřej Budai helped me figure out how to get koji building scratch Azure images:

  https://koji.fedoraproject.org/koji/taskinfo?taskID=105188156

I uploaded that to Azure and it boots just fine on x86_64 instances. 🎉

We're still coming up short in a few areas:

1) Automating the upload from Fedora infra to Azure
2) Getting a btrfs filesystem by default
3) cloud-init needs to start up on first boot
4) We need to test Arm images, too

Ondřej has a PR upstream for #3, and #2 has the work defined but nobody is available to work on it. I'm hoping that #4 is fairly straightforward by specifying the architecture to koji for a scratch build.

#1 will take some more work with David Duncan and Brian Stinson to figure out credentials and signing.

> available to work on it. I'm hoping that #4 is fairly straightforward by
> specifying the architecture to koji for a scratch build.

It should be just doing so in the pungi build or for a scratch adding --arch-override=aarch64 to the command options.

Where are we with this for Beta? Are we going to have a Beta image available in Azure?

If not, we should probably defer this.

F39 was released on November 7th, so I am closing this tracker. If this Change was not completed, please notify me ASAP.

F39 was released on November 7th, so I am closing this tracker. If this Change was not completed, please notify me ASAP.

Hi. Are there any plans to publish the Fedora images to the Azure Marketplace?

that's a q for Major or davdunc, not Aoife...

I think Neal is working on this now with David Duncan.