Dépannage

Cette page rassemble les problèmes les plus courants et leur solution.

« Binaire proxmox-backup-client introuvable »

Une bannière s’affiche en haut de l’interface lorsque proxmox-backup-client n’est pas présent sur l’hôte. Cloud-PBS TUI peut s’ouvrir, mais aucune sauvegarde ni restauration réelle n’est possible.

Solution : installez proxmox-backup-client. Le plus simple est de relancer le script d’installation, qui s’en charge. Voir Installation.

Le contenu d’une sauvegarde ne s’affiche pas

Lors d’une restauration sélective, l’exploration du contenu d’une sauvegarde repose sur un montage FUSE. Si FUSE est absent, l’outil ne peut pas afficher le contenu et l’indique par un message invitant à installer le paquet fuse3.

Solution : installez FUSE.

• Debian / Ubuntu : apt install fuse3
• RHEL / CentOS / Rocky : dnf install fuse fuse3
• openSUSE : zypper install fuse3

Puis relancez la restauration.

« Permissions insuffisantes » à la consultation des sauvegardes

L’écran Sauvegardes signale que le jeton ne peut pas lire le datastore. C’est le cas d’un jeton disposant uniquement du privilège Datastore.Backup : il peut écrire des sauvegardes, mais pas les lister ni les restaurer.

Solution : accordez au jeton le privilège Datastore.Read (ou Datastore.Audit) sur le datastore, côté serveur PBS ou depuis le tableau de bord Cloud-PBS. Voir Connexion au serveur PBS.

Le test de connexion échoue

Si l’action Tester de l’écran Cible échoue, vérifiez dans l’ordre :

• l’URL du serveur et le port (PBS écoute par défaut sur le port 8007) ;
• l’empreinte du certificat si le serveur utilise un certificat auto-signé ;
• l’Auth ID et le Secret du jeton : le secret n’étant affiché qu’à la création du jeton, une erreur de saisie impose d’en recréer un ;
• la connectivité réseau entre l’hôte et le serveur.

Une sauvegarde planifiée ne s’exécute pas

Les sauvegardes planifiées sont déclenchées par systemd. Si une sauvegarde attendue n’a pas eu lieu :

• vérifiez que la planification a bien été appliquée depuis l’écran Planning ;
• au niveau utilisateur, les timers ne tournent que si la session systemd de l’utilisateur est active ; l’activation du lingering (loginctl enable-linger) permet de les exécuter même sans session ouverte ;
• inspectez l’état du timer avec systemctl list-timers (ajoutez --user pour une installation au niveau utilisateur).

La restauration ne rétablit pas le propriétaire des fichiers

La restauration préserve le mode et la date de modification des fichiers, ainsi que les liens symboliques, mais pas l’appartenance (propriétaire et groupe) lorsque l’outil est lancé sans privilèges.

Solution : lancez Cloud-PBS TUI en root si vous devez retrouver les uid/gid d’origine.

Aller plus loin

Si un problème persiste, l’équipe Cloud-PBS peut vous aider : voir la page Support ou contactez-nous.