Ouvrir un ticket iTop¶
Les tickets se créent sur le portail utilisateur iTop de votre MSP. Un ticket complet dès l'ouverture évite un aller-retour et fait gagner souvent plusieurs heures.
Accéder au portail iTop assistance.oncloud.fr
Les 5 informations à donner¶
- Plateforme : nom du cluster et du ou des nœuds concernés.
- Symptôme : ce que vous voyez, depuis quand, ce qui a changé juste avant (mise à jour, coupure, ajout de disque).
- Impact : services ou VMs touchés, nombre d'utilisateurs.
- Ce que vous avez déjà fait : runbook suivi, étape atteinte, commandes lancées.
- Sorties de commandes (ci-dessous), en texte et non en capture d'écran.
Commandes à joindre selon le sujet¶
| Sujet | Commandes |
|---|---|
| Toujours | pveversion -v · pvecm status · journalctl -b -p err --no-pager \| tail -200 |
| Ceph | ceph -s · ceph health detail · ceph osd tree · ceph osd df tree |
| ZFS | zpool status -v · zpool list · zfs list -o name,used,avail,refer |
| Sauvegarde PBS | log de la tâche en échec · pvesm status · capture Datastore → Summary |
| Réplication | pvesr status · sortie de pvesr run --id <job> --verbose |
| Réseau / cluster | cat /etc/network/interfaces · corosync-cfgtool -s · journalctl -u corosync -n 200 |
Le script pvereport (fourni avec Proxmox VE) rassemble la plupart de ces informations en un seul fichier :
Données sensibles
pvereport contient la configuration réseau et le nom des VMs. Joignez-le au ticket iTop, jamais dans un e-mail non chiffré ni sur un forum public.
Modèle de ticket à copier¶
Plateforme : <cluster> / <nœud(s)>
Symptôme : <ce que je vois> depuis <date heure>, après <changement éventuel>
Impact : <VMs / services> · <nb utilisateurs>
Sévérité : P<1-4> (voir la grille Proxmox Academy)
Déjà fait : runbook RB-xx, étape <n> ; commandes : <...>
Pièces : pveversion -v, pvecm status, <sorties selon le sujet>