root или с потребител с достатъчни права.
1. Бърз преглед на хоста
Първото нещо, което правя, когато вляза на нов или проблемен хост, е да видя какво изобщо има върху него.
qm list
pct list
qm list && echo "-----" && pct list
pvecm status
pvesm status
2. Обновяване на Proxmox (с правилни репозитории)
Една от най-честите грешки е да се опита обновяване, без да се оправят репозиториите. По подразбиране Proxmox идва с enterprise repo, което изисква абонамент. Аз винаги минавам на no-subscription хранилището.
rm -f /etc/apt/sources.list.d/pve-enterprise.list
echo "deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription" > /etc/apt/sources.list.d/pve-no-subscription.list
apt update && apt full-upgrade -y
apt update преди full-upgrade.
Ако пропусна тази стъпка, системата може да се опита да тегли пакети от грешното място.
grep -r . /etc/apt/sources.list /etc/apt/sources.list.d/
3. Управление на VM и LXC от терминала
Виртуални машини (qm)
qm start 101
qm shutdown 101
qm stop 101 # принудително
qm reset 101
qm config 101
qm clone 101 201 --name test-clone --full
qm snapshot 101 before-update --description "Преди ъпдейт на ОС"
qm listsnapshot 101
qm rollback 101 before-update
LXC контейнери (pct)
pct enter 105
pct exec 105 -- df -h
pct exec 105 -- apt update && apt upgrade -y
pct reboot 105
4. Когато нещо е заключено (VM is locked)
Това е една от най-често срещаните ситуации. Операция е прекъсната, backup е забил, или просто GUI-то е останало в странно състояние. Решението е просто:
qm unlock 101
pct unlock 105
unlock само когато съм сигурен,
че няма реална операция, която все още върви на заден план.
Иначе рискувам повреда на диска.
5. Дисково пространство и storage
pvesm status
du -h --max-depth=1 /var/lib/vz | sort -hr | head -15
ls -lh /var/lib/vz/template/iso/
ls -lh /var/lib/vz/template/cache/
journalctl --vacuum-time=7d
6. Backup от терминала
vzdump 101 --mode snapshot --compress zstd --storage local
vzdump 101 102 105 --mode snapshot --compress zstd --storage local
ls -lh /var/lib/vz/dump/
qmrestore /var/lib/vz/dump/vzdump-qemu-101-2026_08_29-12_00_00.vma.zst 201 --storage local-lvm
7. Когато GUI-то се държи странно
Понякога Web интерфейсът спира да отговаря или показва грешни данни. В повечето случаи е достатъчно да се рестартират услугите:
systemctl restart pveproxy pvedaemon pve-cluster
systemctl status pveproxy pvedaemon pve-cluster
8. Още няколко команди, които ползвам често
ps aux --sort=-%cpu | head -12
grep -r "bridge=vmbr0" /etc/pve/qemu-server/ /etc/pve/lxc/
echo "=== Nodes ===" && pvecm nodes
echo -e "\n=== VMs ===" && qm list
echo -e "\n=== CTs ===" && pct list
echo -e "\n=== Storage ===" && pvesm status
9. Най-важното накратко
qm listиpct list— първото нещо, което правя на всеки хост.- Обновяването винаги започва с правилни репозитории (no-subscription).
qm unlock/pct unlockспасяват, когато нещо е заключено.vzdumpот терминала е по-бърз и по-гъвкав от GUI-то при масови backup-и.- Когато GUI-то се държи странно —
systemctl restart pveproxy pvedaemon pve-cluster.
Заключение
Не съм против GUI-то. Ползвам го всеки ден. Но когато трябва да свърша нещо бързо, да проверя десетки машини или да оправя проблем в 2 през нощта — терминалът печели.
Командите по-горе не са „всички възможни“. Това са тези, които реално използвам отново и отново. Ако имаш свои любими, които аз съм пропуснал — пиши ми.