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...
For simulated "degraded" ZFS pool and then mail , best way is zinject
Adapt sdX3 and rpool :
apt install zfs-test ( require PVE repo enabled , like no-subscription )
zinject -d /dev/sdX3 -e io -f 100 rpool (error trigger)
zinject -c all (cancel...
@daanw I know I can have mail alerts, my point is that a pve/pbs node that has a degraded pool or smart errors for that matter should not be showing "all green/OK" in the summary or PDM dashboards, the system is NOT ok and may be teetering on a...
https://forum.proxmox.com/threads/no-email-notification-for-zfs-status-degraded.87629/post-385017
To check ZFS status at boot, you need a crontab @reboot