I’d love if anyone has found a solution to this issue.
VNC Option Not Available for VM Displays | Page 2 | TrueNAS Community
Jun 24 14:08:47 transmission1 kernel: [TTM] Buffer eviction failed
Jun 24 14:08:47 transmission1 kernel: qxl 0000:00:02.0: object_init failed for (4096, 0x00000001)
Jun 24 14:08:47 transmission1 kernel: [drm:qxl_alloc_bo_reserved [qxl]] *ERROR* failed to allocate VRAM BO
Jun 24 14:09:03 transmission1 kernel: [TTM] Buffer eviction failed
Jun 24 14:09:03 transmission1 kernel: qxl 0000:00:02.0: object_init failed for (4096, 0x00000001)
Jun 24 14:09:03 transmission1 kernel: [drm:qxl_alloc_bo_reserved [qxl]] *ERROR* failed to allocate VRAM BO
Jun 24 14:09:18 transmission1 kernel: [TTM] Buffer eviction failed
running journalctl my logs are full of these messages. Googling this error goes back as far as 2016-2017 era and it seems to have to do with qemu and video/spice or something.
People mention solving this by changing video modes to virtio, but it doesn’t seem to be an option using the TrueNAS gui.
I’ve got fresh installs of ubuntu 22.04 and 24.04 and the issue occurs on both.
Has anyone addressed this?
I can’t be the only one with this issue. Anyone else should be able to replicate this no problem.
come on guys. all you need to do is run the following.
journalctl --since '5 hour ago'
you will see your journal FULL of these errors. No one else has this problem?
I do have the same issue.
And I stumble upon it because my VM gets completely stuck every couple days.
Not necessarily related though
I have this issue too. Have been wondering why my VM is crashing. I think it may be this. A bit of googling and this seems to be to do with KVM and QXL which it seems is another name for Spice. The workaround most are providing is to use something other than QXL which I doubt is possible on TrueNAS but could be wrong.
Interestingly I CAN still ssh to the VM, but at least the app itself (and I assume other things) are not able to function properly.
I have logged a ticket for this here, I would encourage you to go and vote for it with a me too or something and add your details so that IX has all the information they need.
As a workaround / test I have completely deleted the display device in the virtual machines devices section - I don’t usually need it anyway. Will see if that helps to confirm if it is indeed the QXL / Spice setup causing the crash.
As a bit of an update, it’s been a few days and it’s been rock solid since I deleted the display from the VM config. More time will need to pass to truly tell, but so far it looks like this is the issue.
It seems IX systems has elected to say they don’t care about our VM’s crashing. Perhaps it’s only a few of us but I thought that given where we isolated it to, they would be a little more interested that just quoting amateur hour upstream fix required.
See the link if you need more info.
Perhaps it’s just me.
1 Like
I have the same issue, very upsetting… 
I’d suggest log a ticket. And maybe say that if an upstream fix is required to make ‘your’ product work, to submit one rather than asking customers to become developers like the ticket above. Or perhaps you’ll get a different developer that isn’t so amateur. Some months down the track, I can confirm all errors have ceased since disabling QXL / Spice driver.
They have mentioned dropping SPICE in Fangtooth and going back to VNC.
Source is iX’s kris in the T3:
He gets into the SPICE specific bits at around 18:14 but I recommend you start listening at the linked timestamp or a bit earlier if you want more context to the discussion.