Recent content by DirkH

Thanks for sharing! After I could test it some. It seems to be the subtree_check that is causing the problem. I still run async but with no_subtree_check the mounts work with the new kernel.

Nope, no luck so far. Node with the NFS-Server runs with the old Kernel for now. Strange thing is I didn't get the Stale file handle on other nodes only on the one that is itself exporting the shares.

Hi, I hit a roadblock updating one of our clusters to PVE9.1.4. We have a 5 node cluster where one of the machines also has additional disks and shares them via nfs for backups and images. So on this node nfs-kernel-server is installed, the underlying fs is zfs. The mounts are facilitated via a...

6.5.11-6 solved the problem for us. Thank You

I did it via the Interface

Tried to set -pcid. Yes that looks like that prevents it from crashing.

We have the same problem. With E5-2690 v4 and E5-2690 v1 CPUs. Kernel in the VM doesn't matter, Centos 7, Debian 10,11,12 with their kernels had the problem. All VMs have CPU-Type kvm64. Example config of an vm is: bootdisk: virtio0 cores: 2 ide2: none,media=cdrom memory: 8192 name: varnish-t...

After the upgrade 8.0-->8.1 with the new kernel VMs become unresponsive short after a live migration and need to be resettet. Affected VMs so far all have the old CPU-Default KVM64. They are running Debian 10-12 with the respective default kernel. There are no messages in dmesg/konsole when...

Right! After removing an old certificate from 1999 it works again. Looks like it's an old debt in our ansible. Thank You. Solved!

Hi Fabian, thanks for the answer. Uhm which store? We have custom-ca-certificates via /usr/local/share/ca-certificates/ and pveproxy-ssl.pem for the nodes in the /etc/pve/nodes/xxx/.

Hi, I updated yesterday to pve-manager 7.2.11. Now the pve-daily-update.service fails with Sep 23 10:32:12 proxhan01 pveupdate[1586625]: thread '<unnamed>' panicked at 'Failed to add native certificate too root store: BadDer', /usr/share/cargo/registry/ureq-2.4.0/src/rtls.rs:73:14 Sep 23...

ups sorry a not hot migrateable VM: bootdisk: scsi0 cores: 1 ide2: none,media=cdrom memory: 2048 name: exch net0: virtio=C2:31:F1:1E:71:7C,bridge=vmbr1 numa: 0 ostype: l26 scsi0: ceph1:vm-111-disk-1,size=32G scsihw: virtio-scsi-pci smbios1: uuid=02b737a7-0203-4cc1-89b1-4889abc513ff sockets: 1...

Hi Dominik, old was: proxmox-ve: 4.4-108 (running kernel: 4.4.114-1-pve) pve-manager: 4.4-22 (running version: 4.4-22/2728f613) pve-kernel-4.4.98-2-pve: 4.4.98-101 pve-kernel-4.4.6-1-pve: 4.4.6-48 pve-kernel-4.4.13-1-pve: 4.4.13-56 pve-kernel-4.4.35-1-pve: 4.4.35-77 pve-kernel-4.2.6-1-pve...

Hi, I just upgraded one of our clusters in place from 4.4 to 5.1. It's a 3 host cluster with ceph as storage backend. So far all went smooth. The problem I stumbled upon was that some VMs (all linux kvm, all had vga set to cirrus) didn't live migrate. This cluster has 18VMs. 13 of these are in...