Avamar : les restaurations en mode fichier Avamar 19.7 n’aboutissent pas lorsque le serveur Avamar est plus ancien ou plus récent que le proxy.

La restauration en mode fichier (FLR) échoue lorsque le serveur Avamar et le proxy exécutent des versions différentes. 

Si ce comportement se produit lorsque le serveur Avamar et le proxy Avamar exécutent la même version majeure, reportez-vous à la section; 
Avamar: les restaurations en mode fichier Avamar 19.7/19.8 échouent après la mise à niveau du serveur Avamar à partir de la version 19.4 ou antérieure.

La tâche FLR échoue.

Dans avamar Java MCGUI, nous voyons: 
Le nom de fichier VMDK n’est pas valide ou présent. Vérifiez que le proxy a été correctement enregistré à l’aide de la méthode prise en charge dans la documentation



 
Dans l’interface AUI, nous voyons ce qui suit:  

Les logs proxy axionfs (/usr/local/avamar/var/axionfs.log) indiquent:

[axionfs]  snapupdirobj::getlabelnumsnapup rslt=MSG_ERR_PSWD_INVALID, list.cnt()=0

En raison d’une modification de la sécurité d’Avamar 19.7, les opérations FLR ne sont pas rétrocompatibles avec les anciennes versions des proxys Avamar. .

Avamar 19.7 : 
En raison des exigences de mot de passe STIG, le mot de passe du compte de restauration interne a été modifié dans le serveur Avamar 19.7 et le client proxy Avamar 19.7.
Cette modification du mot de passe entraîne des problèmes de compatibilité descendante lors de l’utilisation de versions mixtes du serveur Avamar et du proxy (une configuration de version mixte n’est PAS recommandée). Il se produit également lorsque le serveur Avamar 19.7 utilise toujours l’ancien mot de passe de restauration. Ce problème fait l’objet d’une procédure d’enquête. 

Informations :  
Avamar FLR utilise un processus appelé axionfs. Le processus se connecte au serveur Avamar à l’aide du compte utilisateur restoreonly , ainsi qu’un ID client de ticket sécurisé généré dynamiquement par le serveur Avamar pour cette session de navigation particulière.
Le client cible et le numéro de libellé sont validés par rapport à ce ticket sécurisé.    

Limitation:
Le workflow de navigation FLR Avamar présente une limite dans laquelle les informations d’identification de restauration interne ne sont pas envoyées par le serveur Avamar.
Au lieu de cela, il s’appuie sur un fichier de configuration codé fixe qui existe sur chaque proxy Avamar.
Le fichier se trouve à l’adresse /usr/local/avamar/var/axionfs.cmd.  

Assurez-vous que le proxy Avamar et le serveur Avamar exécutent la même version.

Voir Avamar : les restaurations en mode fichier Avamar 19.7/19.8 échouent après la mise à niveau du serveur Avamar à partir de la version 19.4 ou antérieure.