Recent content by abien

Thank you for describing a solution.

What is the smartest way to ask PVE in this case? I came up with: # qm config 122 | grep ^scsi0 | grep -Eo "data:([^,]+)" data:vm-122-disk-1

This is my original EL9 templates hardware layout After cloning (full) via the following command, the layout changes qm clone $VM_TEMPLATE $VM_ID --name $VM_HOSTNAME --storage ${VM_STORAGE:-data} -full disk-0 and disk-1 switched places. I assume this is due to the way the cloning is...

Are you able to share your results?

We could not solve this issue reliably and ended up moving away from ZFS for primary VM storage. At this point we have switched to Ceph with an all-flash configuration. The investment in terms of EUR was quite substantial but the results are pretty good - i dare say "worth it". After roughly one...

In the GUI Datacenter -> Summary -> Nodes it shows percentage based graphs. Is there any official way to configure the color/percentage values? Example: I would want it to start turning red when memory reaches 95% instead of 90% which seems to be the case currently.

@JamesT We didn't solve it. For a while we used a bandwidth limit of 125 MiB/s. That made the issue almost unnoticeable at the cost of longer migration durations. However, since then we moved away from ZFS and started using ceph flash only.

Understood. How does one prune all snapshots for a certain group fast and easy? "forget" only seems to prune one snapshot.

It's worth mentioning that the "more/remove" dialog in the PRX GUI has a checkbox that is misleading when using PBS. I understand why its there and what it does for legacy dumps- but that is not the case when using PBS. It is not removing anything. I propose to make this button forget all...

Any chance the patch could make it to testing packages sometime soon?

Once the above patch was applied migrations caused no further problems. A quick test of backups also caused no problems. However - we currently do not have the same test setup (with 40 big VMs) that we had before. We tested with ~5 VMs and saw no issues. Can we expect this patch to make its way...

I have to correct this: While the patch fixes the backups - it kills migrations. The patched PVE node can no longer recieve online migrations. Log output: Migrations are successfull again if we revert the patch and restart pve* services.

Hi Wolfgang, i suppose the last patch fixed the issue. We have done 8 full backup runs, ~14h/30vm's each - no error. All good. Can you confirm the patch will make it into upstream release at some point?

That exact line gives syntax errors. I will be testing with one less bracket my $bus = Net::DBus->system("private", 1, "nomainloop", 1 ); Will report back :)

The term backup chain does not apply to the way in which PBS works. There simply are no chains. There is chunks and indexes. The basic assumption of "What if my data become corrupt" however is still a good thought. PBS counters this by using ZFS to make sure that no silent corruption of data can...