This page documents the Proxmox backup context discovered while investigating host006. It is an operational orientation page, not a complete backup policy.

This page is about Proxmox guest backups on the Hackeriet Proxmox cluster. Do not confuse this with unrelated service-specific backups such as forum.hausmania.org backups.

The Proxmox cluster documented so far is klynge001, with verified nodes:

• host006
• host007

A weekly vzdump job was observed from the cluster configuration while documenting host006. The observed job used:

• Schedule: Sunday 03:00
• Mode: snapshot
• Storage: local
• Compression: zstd
• Retention: keep last 1
• Failure mail: backupmail@hackeriet.no

Treat this as observed state, not as a reviewed backup policy.

host006 had a nearly full root filesystem when documented. Its /var/lib/vz/dump directory was large and contained old vzdump backups and ISOs. Several recent vzdump failures on host006 had errors like:

• vma_queue_write: write error - Broken pipe

Disk pressure on host006 is the first suspect for those failures. Investigate storage before changing guests.

host007 had healthier storage when documented. Its /var/lib/vz/dump was a separate filesystem with substantial free space. This does not prove backups are healthy, but it makes the host006 disk-pressure failure mode less likely on host007.

On the relevant Proxmox host:

• df -h
• du -sh /var/lib/vz/dump
• pvesm status
• systemctl –failed

In Proxmox, check the backup job configuration and recent task logs before deleting files or changing retention.

• Do not delete backups or ISOs during an incident without understanding what they are.
• Do not change guest VM state unless the incident requires it.
• Do not mix up Proxmox guest backups with application-specific backup systems.