CH-J Server Managergestion de serveur sur SSH
Menu
Tous les guides et articles →

Comment surveiller Proxmox VE via SSH

Les commandes pour vérifier l’hôte, les invités et le stockage sur Proxmox VE, ainsi que ce que la supervision Linux générique y détecte et laisse de côté.

L’intérêt de SSH en complément de l’interface web

Proxmox VE fonctionne sur Debian : un hôte peut donc être vérifié avec les outils Linux habituels et les commandes Proxmox. SSH reste accessible lorsque l’interface web sur le port 8006 ne répond plus, et permet de voir les problèmes de l’hôte que les invités ne perçoivent que sous forme de lenteurs. Les commandes présentées ici s’exécutent sur l’hôte et la plupart nécessitent root.

Hôte et version

Commencez par la version, la charge et l’état des services Proxmox. Dans un cluster, vérifiez aussi le quorum, car sans lui les invités ne peuvent être ni démarrés ni modifiés.

pveversion
uptime
systemctl --failed
systemctl status pveproxy pvedaemon pvestatd --no-pager
pvecm status

Machines virtuelles et conteneurs

qm gère les machines virtuelles et pct les conteneurs. pvesh interroge la même API que l’interface web : il renvoie donc aussi des données sur l’ensemble du cluster dans un format adapté aux scripts.

qm list
pct list
pvesh get /cluster/resources --type vm --output-format json

Stockage : df ne suffit pas

df ne montre que les systèmes de fichiers montés : il n’indique donc pas le taux de remplissage d’un pool LVM-thin ou ZFS. Un pool thin plein peut arrêter ou endommager les invités, et il est souvent surprovisionné : surveillez donc l’utilisation des données et des métadonnées. Pour ZFS, vérifiez l’état de santé et la capacité du pool.

pvesm status
sudo lvs -a
zpool status -x
zpool list

La mémoire sur un hôte ZFS

Le cache ZFS ARC se trouve en dehors du cache de pages habituel : un hôte ZFS peut donc sembler presque à court de mémoire dans free, même s’il fonctionne normalement. Consultez la taille de l’ARC séparément. Une machine virtuelle apparaît sur l’hôte sous la forme d’un processus kvm, dont la mémoire peut rester allouée après que l’invité l’a libérée en interne. Les chiffres de l’hôte et de l’invité ne correspondent donc pas nécessairement.

awk '$1=="size"{print $3/1024/1024/1024" GiB"}' /proc/spl/kstat/zfs/arcstats
free -h
ps -eo pid,rss,cmd --sort=-rss | grep '[k]vm' | head -5

Journaux et sauvegardes

Un échec de sauvegarde ou une erreur disque apparaît souvent d’abord dans le journal. Vérifiez régulièrement les tâches et les journaux, et ne vous fiez pas uniquement à un état vert dans un tableau de bord. Les données SMART nécessitent smartmontools, que Proxmox installe par défaut, mais les disques derrière un contrôleur RAID peuvent nécessiter des options supplémentaires.

journalctl -p err -b --no-pager | tail -30
pvesh get /nodes/$(hostname)/tasks --errors 1 --limit 10
smartctl -H /dev/sda

Ce que CH-J Server Manager affiche sur Proxmox

System Monitor ne possède aucune logique propre à Proxmox. Il traite l’hôte comme un serveur Linux et affiche CPU, RAM, swap, systèmes de fichiers, durée de fonctionnement et interfaces réseau. Il ne répertorie pas les invités, n’utilise pas l’API Proxmox et compte ZFS ARC comme de la mémoire utilisée. Pour qm, pct et pvesm, utilisez le terminal SSH. Disk Manager reconnaît le stockage Proxmox : les volumes des invités sont identifiés, et aucune modification destructive n’est proposée pour le stockage protégé de l’hôte, comme LVM, ZFS ou le disque système.

Documentation détaillée

Proxmox VE: pvesh →

Proxmox VE: pvesm →

Déverrouillage biométrique et sécurité →