Thanks for the report.
For the SLAB consolidation skipped, set :
args: -global scsi-hd.discard_granularity=8M -global virtio-blk-pci.discard_granularity=8M
in VM .conf for Windows since 10 v2004 and Server 2022
if you read the topic, and if you have same problème, then fleecing greatly help.
But as we have not info about your case, nobody can guess.
Open new topic is better with your specs and your flow
then your problem is elsewhere.
that's not this topic.
slow destination backup can slowdown VM up to crash.
create new topic, or append to existing topics about it.
is PBS over WAN ?
Too slow PBS can impact VM because when data change in VM, old data is first sent to PBS then VM wait PBS to finish, only after it's done, new data in VM can be effective written/modified.
There is fleecing option to mitigate...
Things to try:
rgrep "d9:21:51" /etc/*
rgrep "d92151" /etc/*
rgrep "192.168.10.150" /etc/*
See if these find any instances of the MAC or IP in /etc.
You might also run those against /var as well (or separate into a few subdirs under var like...
No, you can download a file from the VM backup (in most cases), but from Proxmox VE UI, PBS does not have this feature and even if it has, it would not work for encrypted backups.
hm - at least part of the issue is that an IP that might be yours (based on public IPs in your traceroute ) indeed ran into a rate limit - my guess is that your parallel downloader app opened too many parallel connections.
Sadly we had to install...
Any access can cause denial of service. Even read-only might allow too many network requests that cripple the system eventually. You'll have to do your own attack surface and thread vector analysis. That said: you do kind of trust the co-workers...