Recent content by udotirol

you are trying to open a binary file (/usr/bin/smartctl) with a text editor, that won't work.

I think it's this commit https://lists.proxmox.com/pipermail/pve-devel/2023-September/058995.html

Thanks @fiona and @fweber for your efforts here, this seems to be a particularly nasty bug ... I can confirm this, too, I could indeed revive such a stuck VM by hibernating and then resuming it: # qm suspend 150 --todisk 1 Logical volume "vm-150-state-suspend-2023-08-03" created. State...

I remember having tried with both KSM and/or ballooning disabled months ago, to no avail. Maybe it improves the situation, but at least for us it did not make a real difference.

Coming back from vacation, I indeed found a stuck Win10 VM. Unfortunately I only noticed it now and I also cannot say how long it has been stuck, because this is an unmonitored VM. The VM doesn't have the proposed mitigations=off configured, because this has come up only during my vacation...

ok, then I will open an support ticket the next time one of our VMs freezes. Not sure how fast it happens, but it will, sooner or later ... I'll keep you posted.

Would it help if you got access to one of the nodes when the freeze occurs? If so, I'd be happy to upgrade that node to Basic support and open an official support request. I guess others would be happy to do the same, because this is really growing into a showstopper.

that's exactly what we're seeing as well. The freezing guests can be tight on memory and we have tried with and without memory ballooning, all to no avail.

At least for us, changing it from "VirtIO SCSI" to "VirtIO SCSI single" has made the biggest difference. We've been seeing far less freezes than before ... but as we all know, only time will tell if this really improves things ... And "VirtIO SCSI single" is actually also the default now.

while we have been "lucky" during the last days, not seeing any recent freezes, what puzzles me is that even a watchdog is not able to interact with such a frozen VM. That is, no matter what has been configured (eg. reboot), the VM is and remains frozen. As far as I understand how the kernel...

We're probably in the same boat as well, we're seing some very high load Debian 11 VMs (high load on CPU, RAM and I/O) freezing randomly. Sometimes they run without issues for weeks and sometimes they crash after days following a reboot. In our case, the common determinator is that they run on...

well, I dug a bit deeper as well and it looks like as if the version of the ureq HTTPS client used (as indicated in the exception /usr/share/cargo/registry/ureq-2.4.0/) is outdated. There is a fix for dealing with those "UnsupportedCriticalExtension" since ureq 2.6.0...

Allright, after temporarily removing the local CA certificates from /usr/local/share/ca-certificates and running "update-ca-certificates --fresh" again, pvesubscription update successfully completes. So the issue must have something to do with those custom CA certificates, but as they have been...

yes, there are some local CA certificates in that directory. They have been put there in Nov 2019, so that's quite a while :) I however noticed that one of the certificates didn't have .crt but .pem as a filename extension. After listing all known certificates from...

thanks. I can ping & connect to shop.proxmox.com on the node's commandline, but "pvesubscription update" throws an ugly exception: root@sisyphos:~# RUST_BACKTRACE=full pvesubscription update thread '<unnamed>' panicked at 'Failed to add native certificate too root store...