Recherche dans <book_title>…

Veritas NetBackup™ CloudPoint Guide d'installation et de mise à niveau

Last Published: 2022-05-05

Product(s): NetBackup & Alta Data Protection (10.0)

Redémarrage de CloudPoint

Si vous devez redémarrer CloudPoint, il est important de suivre la procédure appropriée pour préserver vos données environnementales.

Pour redémarrer CloudPoint dans l'environnement Docker

Avertissement :

N'utilisez pas de commandes telles que docker restart, docker stop ou docker start pour redémarrer CloudPoint. Utilisez la commande docker run décrite ci-dessous.

Sur l'instance sur laquelle est installé CloudPoint, entrez la commande suivante :

# sudo docker run -it --rm 
-v /cloudpoint:/cloudpoint 
-v /var/run/docker.sock:/var/run/docker.sock 
veritas/flexsnap-cloudpoint:<version> restart

Ici, version représente la version du produit CloudPoint actuellement installée.

Par exemple :

# sudo docker run -it -rm 
-v /cloudpoint:/cloudpoint 
-v /var/run/docker.sock:/var/run/docker.sock 
veritas/flexsnap-cloudpoint:8.3.0.8549 restart

Remarque :

que vous devez entrer sans saut de ligne.

Pour redémarrer CloudPoint dans l'environnement Podman

Commencez par arrêter CloudPoint à l'aide de la commande suivante sur l'instance sur laquelle CloudPoint est installé :

# podman run -it --rm --privileged 
-v /cloudpoint:/cloudpoint 
-v /run/podman/podman.sock:/run/podman/podman.sock
veritas/flexsnap-cloudpoint:<version> stop

Redémarrez-le ensuite à l'aide de la commande suivante :

# podman run -it --rm --privileged 
-v /cloudpoint:/cloudpoint 
-v /run/podman/podman.sock:/run/podman/podman.sock
veritas/flexsnap-cloudpoint:<version> start

Remarque :

veillez à entrer les commandes sans saut de ligne.

Dépannage du redémarrage de CloudPoint

Reportez-vous aux scénarios de dépannage suivants :

Le démarrage ou le redémarrage des services CloudPoint peut échouer si une entrée d'adresse IP obsolète est conservée dans la couche Podman de l'environnement RHEL 8.3.

Parfois, l'erreur suivante peut se produire lorsque les conteneurs de service CloudPoint redémarrent.

Error adding network: failed to allocate for
 range 0: 10.89.0.140 has been allocated to
 02da9e9aab2f79303c53dfb10b5ae6b6b70288d36b8fffbdfabba046da5a9afc,
 duplicate allocation is not allowed
ERRO[0000] Error while adding pod to CNI network
 "flexsnap-network": failed to allocate for
 range 0: 10.89.0.140 has been allocated to
 02da9e9aab2f79303c53dfb10b5ae6b6b70288d36b8fffbdfabba046da5a9afc,
 duplicate allocation is not allowed
Error: error configuring network namespace for container
 02da9e9aab2f79303c53dfb10b5ae6b6b70288d36b8fffbdfabba046da5a9afc:
 failed to allocate for range 0:
 10.89.0.140 has been allocated to
 02da9e9aab2f79303c53dfb10b5ae6b6b70288d36b8fffbdfabba046da5a9afc,
 duplicate allocation is not allowed"

Le problème existe dans le sous-système Podman, qui ne parvient pas à supprimer l'IP existante assignée pour le conteneur du répertoire /var/lib/cni/networks/flexsnap-network/ lorsque le conteneur est arrêté.

Solution de contournement

Pour supprimer l'entrée obsolète

Recherchez l'adresse IP obsolète conservée lorsque les conteneurs sont arrêtés. Par exemple : 10.89.0.140, dans l'erreur ci-dessus.
Exécutez la commande suivante pour supprimer l'entrée obsolète de dir
# rm /var/lib/cni/networks/flexsnap-network/<stale IP address>
Démarrez ensuite le service à l'aide de
# podman start <service-name>