Incus VMs are basically black boxes at the moment with zero control over them. You cannot import VMs, you cannot export VMs, you cannot back them up to another system via rsync, you cannot use a custom root.
Please, add the above functionality. At least for me, personally, Incus VMs are completely useless as-is. I am not going to use VMs that I have so little control over or that I can’t even back up.
Maybe they have already planned to include such features, maybe haven’t. I wouldn’t know. I can only go by what I see and make feature requests based on that.
I agree, a lot of the same problems also can be found in the container part of the current incus implementation. I really hope they make those features available in the full release (preferably for both VMs and containers).
I dont want to create another post for this so I will just post here.
Another pain point can be current location of Incus in /var/lib/incus which can get wiped upon Truenas upgrade.
Because of this any directly created configuration (outside of Truenas UI) can be lost. Mentioned here: Fangtooth Unifies the TrueNAS Community Editions - #125 by Stux
This could be solved by:
Making /var/lib/incus mountpoint/symlink to another location on ZFS. Kinda discussed here: IncusScripts - #7 by bketelsen
I like how current Docker apps allow both configuration in Truenas UI but also manual configuration either directly by YAML or through separate apps like Dockge and Portainer.
I wonder if some similar balance could be achieved for Incus.
Yea I agree that would be very nice, but I’m pretty sure this won’t get added in 25.04 so I’m searching for a workaround until it’s added. Mainly to set core.metrics_address in the incus config.
I would just do it in a cronjob after every reset to make sure it’s always applied. Also I’m lazy and don’t want to manually change the config when it breaks.
I played with Incus briefly last night and while I can make Incus use a custom dataset for all of its data, I haven’t yet been able to figure out a way of using passphrase encryption with it. With the old VM mechanism, you could just use passphrase encrypted datasets without an issue, but with Incus it’d clearly need more messing around.
Alas, my VMs are on encrypted datasets and now I have this sinking feeling about this whole thing that Incus is going to be major headache for me…
boot.autostart just makes the container/VM fire up when Incus is launched and isn’t relevant to what I said.
I can delete the default storage and make a new one using an encrypted dataset, yes, but after reboot even after I unlock the dataset and restart Incus, it’s lost all of its configuration and won’t find any of the VMs or containers.