Search results

OK, I understand now, current version is 5.11.22-10 with ABI 5.11.22-5.

You are talking about pve-kernel-5.11.22-9-pve which is not available in pve-no-subscription? I'am not sure because newest available package pve-kernel-5.11.22-5-pve has "Version: pve-kernel-5.11.22-9"

Hi. I have the same problem on many clusters and kernel 5.11.22-4, I already downgrading to 5.11.22-3. Is there chance to resolve this issue in newer kernels and nearly future?

Thank You :cool:

OK, tnx. I see modified clone_disk() function, this patch is also correct for scenario when VM with .raw disk is restored from backup? In the previous post I wrote also about problems with restore VM from backup, this problem occurs only for backups with .raw cloud-init drives, not for .qcow2.

Hi @mira, what is current status of this bug?

Yes, I can confirm Your observations at current package versions.

Yes, rebooted, problem also exists on new cluster build about one week ago. qm clone/restore have the same issue, look at this: # grep -irn "unable to parse volume filename" /usr/share/perl5/PVE /usr/share/perl5/PVE/Storage/Plugin.pm:474: die "unable to parse volume filename '$name'\n"...

proxmox-ve: 6.2-2 (running kernel: 5.4.65-1-pve) pve-manager: 6.2-15 (running version: 6.2-15/48bd51b6) pve-kernel-5.4: 6.2-7 pve-kernel-helper: 6.2-7 pve-kernel-5.4.65-1-pve: 5.4.65-1 ceph-fuse: 12.2.11+dfsg1-2.1+b1 corosync: 3.0.4-pve1 criu: 3.11-3 glusterfs-client: 5.5-3 ifupdown: residual...

Hi @mira . I posted pveversion -v above, on current pve-manager: 6.2-15 behavior is the same. Problem exists on local storage (/var/lib/vz) and on NFS storage, no matter if I try VM clone or restore from backup. Message: TASK ERROR: clone failed: error during cfs-locked 'storage-NFS-HDD'...

Hi, bug still exists, I can't restore from backup or clone any VM that's contains cloud-init drive. @mira There is any progress?

Is there any documented and supported configuration for this? How I can configure valid multipath setup? Mount via directory is tested?

Yes, both patches applied. But You should see this: # grep -irn "unable to parse volume filename" /usr/share/perl5/PVE /usr/share/perl5/PVE/Storage/Plugin.pm:474: die "unable to parse volume filename '$name'\n"; /usr/share/perl5/PVE/Storage/GlusterfsPlugin.pm:161: die "unable to parse...

Hi, I manually applied line changed in patch but without success, problem still exists when cloning or restoring backup file. TASK ERROR: clone failed: error during cfs-locked 'storage-NFS-STORAGE' operation: unable to parse volume filename 'vm-10004-cloudinit' There is described the same...

Hi @Richard , the same issue exists on NFS storage, can You fix it? UPDATE: Problem also exists on local storage and doesn't exists on CEPH (PVE 6.2-12)

Hi, systemd issue #9276 is labelled as cant-fix. I searched for recommended default swappiness settings for systemd and I found nothing. Is there better workaround than rc.local?

I don't know, I using aggressive.

Fine, how I can safely enable compression on existing production pool? Is safe directly that way?

Any news about enabling compression?

OK, this is important for me on production environment.