Avamar : Échec de la sauvegarde sans état de données : impossible de déterminer la version du plugin

Une sauvegarde planifiée ou une sauvegarde lancée à partir de la fenêtre Policy échoue immédiatement avec l’état « No Data ».

 

• Placez le pointeur de la souris sur l’état pour constater que « Activity Failed - client has no data specified by dataset » (Échec de l’activité - le client n’a aucune donnée spécifiée par le jeu de données)
  
   
• Dans l’onglet « Rapport d’activité », il s’affiche comme suit :
  
     
  • Status_code «30915» et status_code_summary «Activity failed - client has no data specified by dataset »
• Dans le rapport « Activités - Échec », il est indiqué comme suit :
  
   
  • Status "30915 : Activity failed - client has no data specified by dataset"

Plusieurs facteurs peuvent être à l’origine de cette erreur.

• Pour les erreurs non répertoriées ci-dessous, reportez-vous à la procédure de résolution pour connaître les causes et solutions supplémentaires.
• S’il s’agit d’un AVE ou d’un nœud unique verrouillé pour la sauvegarde de pointe vers Data Domain, cela est normal.
  • Avamar - DataDomain Integration : Comment bloquer toutes les sauvegardes Avamar et Avamar Virtual Edition sur le back-end Data Domain dans un nœud unique.
    • Notez que dans la colonne Server, il faut indiquer DD-server-name
       
    • Vérifiez l’accessibilité client à l’aide de l’onglet Sauvegarder de la fenêtre Sauvegarder, restaurer et gérer.
      
       
      • Si les plug-ins sont visibles et accessibles, reportez-vous à la section Chemin de résolution.
    • Si les plug-ins ne sont pas visibles et qu’une fenêtre s’affiche indiquant «La configuration de ce client ne prend pas en charge la navigation» ou « Aucun plug-in trouvé pour le client xxxxx ». Ensuite, les avagent.log sur la machine client doivent être examinées.
      
       
      
       
      • Par défaut, le avagent.log se trouve dans C :\Program Files\avs\var.
    • Le serveur MCS (Management Console Server) de la grille Avamar ou la machine client elle-même désactive les plug-ins.
      • Si le serveur MCS désactive les plug-ins, reportez-vous à la section Chemin de résolution pour connaître la résolution appropriée.
      • Si la machine cliente désactive elle-même les plug-ins, le log enregistre les erreurs telles que les suivantes.

avagent Error <5451>: Failed to get plugin 'Windows' version with code 0xc0000142: No error description string
avagent Error <5924>: Unable to determine plugin version for Windows pin file C:\Program Files\avs\bin\windows.pin
avagent Error <5937>: Plugin Windows disabled

avagent Error <5451>: Failed to get plugin 'Windows' version with code 128: There are no child processes to wait for 
avagent Error <5924>: Unable to determine plugin version for Windows pin file C:\Program Files\avs\bin\windows.pin 
avagent Error <5937>: Plugin Windows disabled 

avagent Error <5451>: Failed to get plugin 'Windows' version with code 255: The extended attributes are inconsistent
avagent Error <5924>: Unable to determine plugin version for Windows pin file C:\Program Files\avs\bin\windows.pin
avagent Error <5937>: Plugin Windows disabled

avagent Warning <7145>: No pin files found

avagent Warning <7184>: No pin files found

Log Name:      System
Source:        Win32k
Date:          4/24/2014 10:54:54 AM
Event ID:      243
Task Category: None
Level:         Warning
Keywords:      Classic
User:          N/A
Computer:      Workstation.emc.com
Description:
A desktop heap allocation failed.

Le segment de mémoire du bureau est un espace de stockage de mémoire partagée pour toutes les applications qui utilisent le compte système local. Si les messages d’échec « Allocation du segment de mémoire du bureau » s’affichent dans le journal système de l’Observateur d’événements, cela peut être dû à une fuite de mémoire. Une application sur le client peut utiliser toute la mémoire allouée au segment de mémoire du bureau, même si l’utilisation de la RAM est faible, ce qui est à l’origine de ce problème.

Lorsque cela se produit, les sauvegardes continuent d’échouer avec la même erreur jusqu’à ce qu’un redémarrage soit effectué. Après le redémarrage, les sauvegardes fonctionnent à nouveau pendant quelques jours, puis recommencent à échouer. Un autre redémarrage résout le problème pendant encore quelques jours.
 

S’il s’agit d’un AVE ou d’un nœud unique verrouillé pour pointer uniquement la sauvegarde vers Data Domain, ajustez le jeu de données pour diriger la sauvegarde vers le Data Domain approprié.

Si les plug-ins ne s’enregistrent pas à cause de l’antivirus : Désactivez temporairement le logiciel antivirus et arrêtez tous les processus antivirus en cours d’exécution. Ensuite, réinstallez le package MSI du client Avamar comme d’habitude.

Si les plug-ins sont désactivés en raison d’échecs d’allocation du segment de mémoire du bureau, les options sont les suivantes :

1. Désactivez ou supprimez les applications/programmes susceptibles de subir des fuites de mémoire. Collaborez avec le support Microsoft afin de trouver les programmes incriminés. Sinon, le redémarrage planifié de la machine vide temporairement le segment de mémoire du bureau.
2. Augmentez les valeurs max du segment de mémoire dans le registre et redémarrez le client Windows pour que les modifications prennent effet. Utilisez l’URL suivante pour les procédures et les valeurs recommandées :
   • https://learn.microsoft.com/en-us/troubleshoot/windows-server/performance/desktop-heap-limitation-out-of-memory
3. Correctif à long terme préféré si l’application incriminée ne peut pas être identifiée ou pendant que l’application est en cours d’identification.
   • Remplacez le service Avamar « Backup Agent » du compte par défaut NT Authority\SYSTEM par un compte d’utilisateur de domaine disposant d’autorisations suffisantes sur le client Windows, puis redémarrez le service pour que les modifications prennent effet. Bien que le service Backup Agent s’exécute en tant que compte SYSTEM par défaut, vous pouvez utiliser n’importe quel compte de domaine NT disposant au moins d’un accès lecture/écriture sur le client Windows. Cela est dû au fait que le service Avamar n’utilise plus le même segment de mémoire que les autres programmes connectés en tant que système (y compris le programme qui subit la fuite de mémoire).
   • L’URL ci-dessous fournit des informations supplémentaires à ce sujet et d’autres solutions de contournement :
     • https://www.opswat.com/blog/mysterious-desktop-heap-errors