Gerard BraadCreating a #Fedora 44 VM cloud image with the ease of a container build
https://ducttape-vm.github.io/demo.html
using #cloudinit, #limavm, #ducttape and #machinefile
Grzegorz CichockiFedora CoreOS zapowiada się na system operacyjny pod #selhosting który gdzieś wpisuje się w moje podejście do maszyn wirtualnych, czyli pod ciągłe tworzenie i ich usuwanie.
Udało mi się dostosować moduł #Terraform pod użycie CoreOS w Proxmox i pierwsza VM służy jako #zabbix proxy. #Butane przypomina #cloudinit co bardzo mi się podoba.
Ktoś może tutaj korzysta z CoreOS?
8472So #AlmaLinux on the #raspberrypi4 is really nice. I installed #almalinuxkitten because I needed some features to manage #quadlets with #cockpit. Alma 10 was missing those.
Also the #cloudinit stuff is really nice. Preconfigure some stuff, booting and done.
Currently serving #pihole and #unboud in a #podman #pod on the pi.
More to come 😁
🌈 Kerblambuli 🦄Oh great, I've literally spent days (over the span of 5 weeks) trying to get my cloud-init config running on an Ubuntu 26.04 LTS image on Scaleway.
My user-data file was available, it was parsable by cloud-init as valid when specifically asked to, it "just" not merged and processed my cloud-config.
Now I've done several rounds of debugging and never noticed that the Scaleway datasource was missing.
Downgraded to 24.04 and bang: it finally worked.
ferricoxideI guess maybe the slowness contributes to why #AWS never added the same kind of "extract a ZIP'ed #userData payload" that's available in #cloud-init. If #EC2Launch is this gawdawful slow with a text-stream payload, how slow would it be if it had to convert a ZIP-stream into uncompressed data".
The speed-difference between #EC2Launch and #cloud-init is pretty stark. When I fire up a #Linux instance that has a #userData payload, doing:
sleep $(( 60 * 2 )) ; ssh <USER>@<INSTANCE_ID>Is usually sufficient to get me a login. If I launch a Windows-based EC2, I usually have to do:sleep $(( 60 * 10 )) ; aws ssm start-session --target <INSTNCE_ID>Unless I want the dreaded "not available error". Worse, while two-minute pause for the cloud-init/Linux EC2 usually logs me in with the cloud-init content well underway, the #SSM login, after a ten-minute pause, usually has me arriving well before EC2Launch has even finished unpacking its data to start executing powershell scripts. It's like "dafuq is taking you so long??""Why are you writing the #Linux modules, first, when this part of the project is primarily #Windows based?"
...Because I can iterate the Linux stuff seven times in the same amount of time it takes me to iterate twice on the Windows stuff. When I get the Linux stuff fully squared away, I have a fairly strong solution-path forged, I just need to translate the bits and pieces.
Seriously: why does it take two minutes from the time I launch a Linux EC2 to start running #cloud-init component where it's nearly ten minues for #EC2Launch to even sorta get started to its work?? It's not like I'm using different instance-families or sizes.
#AWS
...Because I can iterate the Linux stuff seven times in the same amount of time it takes me to iterate twice on the Windows stuff. When I get the Linux stuff fully squared away, I have a fairly strong solution-path forged, I just need to translate the bits and pieces.
Seriously: why does it take two minutes from the time I launch a Linux EC2 to start running #cloud-init component where it's nearly ten minues for #EC2Launch to even sorta get started to its work?? It's not like I'm using different instance-families or sizes.
#AWS
Bastien TraverseA big limitation for #incus coming from #cloudinit: it is impossible to properly merge cloud-config keys between user-data and vendor-data. Even after setting merging rules, the user-data key content will override the vendor-data one.
So e.g. it is impossible to use the `packages:` key in both to install default and instance-specific package.
The bug report exposes that the merging feature of cloud-init is of dubious quality: https://github.com/canonical/cloud-init/issues/6268
This is quite annoying.
Grant Bevis