Guide d'installation et de mise à niveau de NetBackup™ Snapshot Manager for Cloud

Échec de la restauration de snapshot de niveau disque si le disque d'origine est détaché de l'instance

Ce problème se produit si vous effectuez une restauration de snapshot de niveau disque vers le même emplacement.

Lorsque vous déclenchez une restauration de snapshot de niveau disque vers le même emplacement, NetBackup détache d'abord le disque d'origine existant de l'instance, crée un volume à partir du snapshot de disque, puis attache le nouveau volume à l'instance. Le disque d'origine est automatiquement supprimé à l'issue de l'opération de restauration.

Cependant, si le disque d'origine dont le snapshot est en cours de restauration est détaché manuellement de l'instance avant le déclenchement de la restauration, l'opération de restauration échoue.

Le message suivant peut s'afficher sur l'interface utilisateur NetBackup :

Request failed unexpectedly: [Errno 17] File exists: '/<app.diskmount>'

Les journaux du coordinateur NetBackup contiennent des messages semblables à ce qui suit :

flexsnap.coordinator: INFO - configid : <app.snapshotID> status changed to
 {u'status': u'failed', u'discovered_time': <time>, u'errmsg': u'
Could not connect to <application> server localhost:27017: 
[Errno 111]Connection refused'}

Solution de contournement :

Si la restauration a déjà échoué dans l'environnement, vous devrez peut-être d'abord effectuer manuellement un nettoyage de disque, puis redéclencher le travail de restauration.

En général, si vous voulez détacher les disques de l'application d'origine de l'instance, utilisez le processus de restauration suivant :