Global HomeLab News: После обновления Proxmox 9.2.2 «сломалась VM» — разбор показал переполнение ФС, а не баг гипервизора

В новых обсуждениях Proxmox за последние часы пользователи связали сбои VM с обновлением до 9.2.2, но в диагностике всплыл типовой сценарий: внутри гостя заполнен корневой раздел, из-за чего падают apt и загрузка пакетов. Параллельно в другом кейсе на хосте Proxmox корень rpool/ROOT/pve-1 тоже достиг 100%, что подтверждает системную проблему ёмкости и квот, а не единичную ошибку релиза.

Что произошло

В кейсе с Ubuntu VM после обновления Proxmox пользователь получил No space left on device, apt update перестал работать, а в MOTD внутри VM отображалось Usage of /: 100% of 97.87GB. При этом в панели гипервизора виртуальный диск выглядел больше (250 GB), что создало ложную привязку к апдейту Proxmox.

Во втором обсуждении уже на самом хосте Proxmox корневой dataset rpool/ROOT/pve-1 был заполнен почти полностью (8.4G/8.5G). Сообщество указывает на проверку квот/резерваций ZFS, очистку кэшей и старых пакетов, а также верификацию thin provisioning/trim.

Технические детали

• Симптом в гостевой ОС:
• E: Write error - write (28: No space left on device)
• E: IO Error saving source cache
• df -h показывает 100% по /.
• Важный момент: увеличение виртуального диска в Proxmox не расширяет автоматически partition/LVM/filesystem внутри гостя.
• Для ZFS-хоста отдельно проверяются:
• фактическая ёмкость пула (zpool list -v),
• использование dataset’ов (zfs list -r rpool),
• ограничения (zfs get quota,refquota,reservation,refreservation rpool/ROOT/pve-1).
• Возможная сопутствующая причина ложного «заполнения»: отсутствующий/нерабочий TRIM в thin-сценариях (VM/LXC/Storage-слой).

Риски и ограничения

• Ошибочная атрибуция инцидента «апдейту Proxmox» может задержать восстановление сервиса на часы.
• Очистка логов и пакетов без контроля может удалить нужные артефакты диагностики.
• Расширение разделов/ФС в госте требует проверки типа разметки (GPT/MBR), LVM и файловой системы; шаги отличаются.
• На ZFS нельзя полагаться только на общий размер пула: dataset quotas могут ограничивать / при наличии свободного места в пуле.

Практика для HomeLab (чеклист)

1. Подтвердить, где именно «кончилось место»:
   ```bash
   # внутри VM
   df -hT
   lsblk
   sudo pvs; sudo vgs; sudo lvs

# на хосте Proxmox
zpool list -v
zfs list -r rpool
zfs get quota,refquota,reservation,refreservation rpool/ROOT/pve-1
```
Критерий: ясно определён проблемный слой (guest FS, LVM, dataset quota или сам пул).

1. Безопасная быстрая очистка (минимальный риск):
   bash sudo apt-get clean sudo apt-get autoremove -y sudo journalctl --vacuum-time=7d
   Критерий: освобождено хотя бы 1–2 GB, apt update проходит без write (28).

2. Если диск VM уже увеличен в Proxmox — расширить внутри гостя:
   bash # пример для ext4 + LVM sudo growpart /dev/sda 3 sudo pvresize /dev/sda3 sudo lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv sudo resize2fs /dev/ubuntu-vg/ubuntu-lv
   Критерий: df -h показывает рост /, пакетные операции стабильны.

3. Для ZFS root на Proxmox:

4. проверить и скорректировать quota/refquota,
5. удалить устаревшие kernel-пакеты и кэш,

6. проверить TRIM/Discard в storage-цепочке.
   Критерий: rpool/ROOT/pve-1 < 80%, нет алертов «100% /».

7. Пост-инцидентный контроль:

8. алерт на disk_used_percent для guest и host,
9. отдельный алерт на ZFS dataset quota usage,
10. правило change-review: после апдейта сначала проверка ёмкости (df, zfs list), потом вывод о причине.

Источник:
- https://reddit.com/r/Proxmox/comments/1tlm8c1/update_to_922_broke_vm/
- https://reddit.com/r/Proxmox/comments/1tlneoa/no_space_left_on/