Re: Generic image not working with IPv6 only
On Thu, Aug 15, 2024 at 04:52:26PM +0000, Jeremy Stanley wrote:
> > > I think the main takeaway here is that we should go back to
> > > having OpenStack cloud images, because the "generic" cloud
> > > images are really only intended for use in the proprietary
> > > hyperscalars, not in free/libre open source public cloud
> > > providers. It's unfortunate, but understandable as the cloud
> > > team seems to focus their efforts on supporting proprietary
> > > systems and there's only so many hours in their day.
> >
> > That's not an accurate representation of things. In fact it's
> > basically the opposite. I don't image many people use the generic
> > images in proprietary hyperscaler environments at all. I expect
> > the generic images to primarily target OpenStack.
>
> Apologies for the mischaracterization. Agreed I've relied heavily on
> the genericcloud images in the past when running testing/unstable in
> OpenStack-based public clouds, and have appreciated the ability to
> do so, but also do need working configdrive so if the image's kernel
> can no longer support cloud-init mounting a virtual CD presented
> from Nova/libvirt/Qemu while booting that's a fairly significant
> break.
The generic image installs the standard Debian kernel and, as such,
supports all the same hardware as the rest of Debian. There's no need
for customization to make basic things like CD-ROM drives work there.
The "genericcloud" images are different. Those images are identical to
the generic images, *except* that they install the "cloud" kernel build.
The cloud kernel is the one that leaves out many drivers and is
primarily targeted at Azure and AWS. My recommendation to most people
is to use this image if it works for them, but swap in the generic image
if they need drivers that it does not provide.
I think this is a reasonable situation. In retrospect, I wish we'd
picked a less confusing naming scheme, but other than that, our images
provide broad compatibility with a large number of cloud environments,
and I'm satisfied with that.
noah
Reply to: