Checksum errors after installing incus-ui-canonical

Incus
1

Hi,

I am using the latest Incus 6.0 LTS.
While using my own image server I didn’t had any errors or any checksum errors.

I wanted to install incus-ui-canonical, so I can debug some VM’s.
However when incus-ui-canonical was installed, I ended up getting consistent checksum errors, on images that worked fine before and have not been changed.

Anyone aware of this? some kind of bug?
I mean if the base incus isn’t complaining why is incus complaining when incus-ui-canonical is installed? Either is bugged or incus isn’t doing checksum checks.

Any ideas? I also rebooted the system after installing incus-ui-canonical, no change.

2

Very unlikely to be related to incus-ui-canonical. All that this package does is write a few HTML, CSS and JS files in /opt/incus/ui/. It doesn’t interact with Incus at all.

It seems more likely that either some other set of packages got pulled in at the same time or that installing the package has somehow upset the storage or kernel on the box causing the other errors.

3

Incus seems to always get the wrong checksum

root@baguette:~# wget -c https://img.someimageserver.net/images/alpine/3.23/amd64/cloud/20260509_11:54/incus.tar.xz
–2026-05-09 17:45:55--  https://img.someimageserver.net/images/alpine/3.23/amd64/cloud/20260509_11:54/incus.tar.xz
Resolving img.someimageserver.net (img.someimageserver.net)… xxx.xxx.xxx.xxx
Connecting to img.someimageserver.net (img.someimageserver.net)|xxx.xxx.xx.xxx|:443… connected.
HTTP request sent, awaiting response… 200 OK
Length: 1312 (1.3K) [application/octet-stream]
Saving to: ‘incus.tar.xz’

incus.tar.xz                                               100%[========================================================================================================================================>]   1.28K  --.-KB/s    in 0s

2026-05-09 17:45:56 (15.3 MB/s) - ‘incus.tar.xz’ saved [1312/1312]

root@baguette:~# sha256sum incus.tar.xz
14bdfb71087baec4357452ce082061e3c6ef0861d7ec2d1354b7b1fb1606aee2  incus.tar.xz
root@baguette:~# incus image copy kvm:alpine/3.23/cloud/amd64 local: --alias alpine323
Error: Failed remote image download: Image fingerprint doesn’t match. Got 48831a7b7a4e84fa0431fd4263bbd875205c229156af96caed29a983517ac636 expected 14bdfb71087baec4357452ce082061e3c6ef0861d7ec2d1354b7b1fb1606aee2
4 
root@baguette:~# incus image info kvm:alpine/3.23/cloud/amd64 
Fingerprint: 14bdfb71087baec4357452ce082061e3c6ef0861d7ec2d1354b7b1fb1606aee2 
Size: 90.81MiB 
Architecture: x86_64 
Type: virtual-machine 
Public: yes 
Timestamps: 
    Created: 2026/05/09 00:00 UTC 
    Uploaded: 2026/05/09 00:00 UTC 
    Expires: 1970/01/01 00:00 UTC 
    Last used: never 
Properties: 
    requirements.cdrom_agent: true 
    type: disk-kvm.img 
    release: 3.23 
    variant: cloud 
    os: Alpine 
    architecture: amd64 
    serial: 20260509_11:54 
    description: Alpine 3.23 amd64 (20260509_11:54) 
Aliases: 
    - alpine/3.23/cloud 
    - alpine/3.23/cloud/amd64 
Cached: no 
Auto update: disabled 
Profiles: []
5

I could reproduce that on 2 machines, I thought its a bug on one machine, but nah.

6

Do you see the same problem with the public image server (images:)?

7

That one works fine, I double checked everything.
I have no idea why this keeps happening.

I did manually download the files, sums match, I checked the json files with the sha sums, they match.