You shouldn’t incus remote switch to an image server as otherwise it will try to create the instance on the image server, failing with the error you’re getting.
So run incus remote switch local to be back to your local system.
That said, I expect incus image list ubuntu: to be empty as the Ubuntu image servers don’t publish images with the Incus metadata.
You can manually go to Ubuntu 22.04 LTS (Jammy Jellyfish) release [20240319], then download ubuntu-22.04-server-cloudimg-amd64.squashfs and ubuntu-22.04-server-cloudimg-amd64-lxd.tar.xz and then manually import those locally with:
The incus CLI command is pre-configured with several remote image servers.
However there’s only one: images. (There’s local as well, but that isn’t remote).
When bootstrapping incus, it tells you to try “incus launch images:blah”. However in git, it looks like some of the translations are out of date. For example:
./po/fr.po:"Pour démarrer votre premier conteneur, essayer : lxc launch ubuntu:16.04"
./po/fr.po:#~ "To start your first container, try: lxc launch ubuntu:20.04\n"
./po/fr.po:#~ "Or for a virtual machine: lxc launch ubuntu:20.04 --vm"
./po/fr.po:#~ "Pour démarrer votre premier conteneur, essayer : lxc launch ubuntu:16.04"
./po/fr.po:#~ msgid "To start your first instance, try: lxc launch ubuntu:20.04"
./po/fr.po:#~ "Pour démarrer votre premier conteneur, essayer : lxc launch ubuntu:16.04"
./po/fr.po:#~ " lxc init ubuntu:16.04 u1"
./po/fr.po:#~ " lxc init ubuntu:16.04 u1"
./po/fr.po:#~ " lxc launch ubuntu:16.04 u1"
./po/fr.po:#~ " lxc launch ubuntu:16.04 u1"
./po/fr.po:#~ msgid "To start your first instance, try: lxc launch ubuntu:18.04"
./po/fr.po:#~ "Pour démarrer votre premier conteneur, essayer : lxc launch ubuntu:16.04"
Hmm, how is one supposed to know or find out that 2 mentioned downloads (.squashfs and .tar.xz) are a replacement for ‘ubuntu:22.04’ launch command arg ?
The ubuntu:22.04 string means the Ubuntu container images for Ubuntu 22.04.
Therefore, the URL from Ubuntu Cloud Images is actually the following (22.04/release/).
Note that we’ve been engaging with the Canonical Cloud images team recently and hope to have the needed Incus metadata online on their image server soon.
Hi Simos, thx a lot for your quick response and clarification! Actually what I’m trying to achieve is to add another description to my hobbyist project https://homekube.org that covers a setup using Incus. Interesting coincidence - you wrote a blog post about it years ago how to do using LXD containers: https://blog.simos.info/how-to-make-your-lxd-container-get-ip-addresses-from-your-lan/
Now I’m trying to do the same with Incus but so far I’m struggling with the preparation steps
The Ubuntu images from the Incus repositories are much leaner, as if you are installing images from Ubuntu Minimal, then add packages on demand. Saves disk space and RAM on your baremetal servers. You can use the images:ubuntu/24.04/cloud images (with cloud-init) in order to add extra configuration like auto-installing necessary packages upon launching the containers.
I am trying to replace those old network guides with newer ones for Incus. There are some quality of life improvements since then, that makes it necessary to rewrite the old documents. The top document is already done, A networking guide for Incus – Mi blog lah!