Avamar Client for Windows : La sauvegarde Avamar ne se termine pas avec l’erreur « avtar Error <18866> : « Mémoire insuffisante pour le fichier de cache » sur les clients Windows
Summary: L’objectif de cet article de la base de connaissances est de traiter d’une situation spécifique dans laquelle, pour ce type de problème de cache, le client n’est pas en mesure d’autoriser davantage de mémoire pour le fichier de cache et dans laquelle l’article de la base de connaissances 495969 ne s’applique pas. ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Dans ce scénario, le problème est le même que celui présenté dans l'495969 de la base de connaissances, mais la solution ne s’applique pas en raison d’un problème d’environnement sur un client Windows.
- Article 495969 de la base de connaissances : La sauvegarde Avamar échoue avec les messages « Not Enough Space » et « Memory of Memory for cache file »
- Pour les sauvegardes FS :
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\p_cache.dat' avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\p_cache.dat' size 805306912 avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space
- Pour les sauvegardes VSS :
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\p_cache.dat' avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\p_cache.dat' size 1610613280 avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space
- Pour une sauvegarde Oracle :
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat'
avtar Error <18866>: Out of memory for cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat' size 100663840
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space
or this variant:
avtar Info <8650>: Opening hash cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat'
avtar Error <18864>: Out of restricted memory for cache file 'C:\Program Files\avs\var\clientlogs\oracle-prefix-1_cache.dat' size 100663840
avtar FATAL <5351>: MAIN: Unhandled internal exception Unix exception Not enough space
avoracle Error <7934>: Snapup of <oracle-db> aborted due to rman terminated abnormally - check the logs
- Avec le journal RMAN signalant ceci :
RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of backup plus archivelog command at 06/14/2018 22:17:40 RMAN-03009: failure of backup command on c0 channel at 06/14/2018 22:17:15 ORA-04030: out of process memory when trying to allocate 1049112 bytes (KSFQ heap,KSFQ Buffers) Recovery Manager complete.
Au départ, on pensait que la taille du fichier de cache ne pouvait pas augmenter en raison d’une valeur « hashcachemax » incorrecte.
Le client avait beaucoup de RAM libre (48 Go de RAM au total), nous avons donc augmenté la valeur de l’indicateur de -16 (taille de fichier de 3 Go max.) à -8 (taille de fichier de 6 Go max).
Mais le problème persistait et l’espace disque n’était pas non plus un problème, il y avait beaucoup de Go d’espace libre.
Cause
D’autres investigations effectuées par l’équipe d’ingénieurs à l’aide d’un binaire de test ont conduit au fait que MS OS ne libérait pas suffisamment de mémoire contiguë et inutilisée pour allouer/charger dans la mémoire l’intégralité du fichier de cache de hachage pour l’opération de sauvegarde.
Cela a été essayé avec un binaire de test qui allouerait la mémoire en plus petits morceaux pour voir si nous pouvions atteindre le point où le système d’exploitation permettrait au p_cache.dat fichier complet d’être chargé dans la mémoire, mais cela n’a pas non plus aidé. Le système d’exploitation ne permettait toujours pas de charger le fichier en mémoire pour une raison quelconque.
La cause première est cachée quelque part dans le système d’exploitation, mais dans ce cas, nous n’avons pas demandé à l’équipe MS d’approfondir les investigations de leur côté.
Au lieu de cela, nous avons trouvé un moyen de contourner le problème en réduisant la taille du fichier de cache. Voir les détails dans la section résolution ci-dessous.
Cela a été essayé avec un binaire de test qui allouerait la mémoire en plus petits morceaux pour voir si nous pouvions atteindre le point où le système d’exploitation permettrait au p_cache.dat fichier complet d’être chargé dans la mémoire, mais cela n’a pas non plus aidé. Le système d’exploitation ne permettait toujours pas de charger le fichier en mémoire pour une raison quelconque.
La cause première est cachée quelque part dans le système d’exploitation, mais dans ce cas, nous n’avons pas demandé à l’équipe MS d’approfondir les investigations de leur côté.
Au lieu de cela, nous avons trouvé un moyen de contourner le problème en réduisant la taille du fichier de cache. Voir les détails dans la section résolution ci-dessous.
Resolution
Afin de contourner ce problème, nous avons défini le fichier de cache de hachage pour qu’il soit d’une taille plus petite afin que le système d’exploitation n’ait pas de problèmes lors de son allocation en mémoire.
Dans ce cas, il a été remarqué que le système d’exploitation avait également des problèmes pour allouer des tailles plus petites comme 200+ Mo, nous avons donc décidé de redimensionner la p_cache.dat pour qu’elle ne soit que de 100 Mo avec l’utilisation de l’indicateur suivant :
--hashcachemax=100
De cette façon, le fichier de cache de hachage ne dépasserait jamais 100 Mo et écraserait les anciennes entrées.
Après l’ajout de cette balise, il est recommandé de recycler le fichier de cache en renommant ou en supprimant le p_cache.dat (l’option de changement de nom est l’option préférée).
Après la première sauvegarde qui prend plus de temps que d’habitude comme prévu (pour reconstruire le fichier de cache), le problème devrait être résolu.
Dans ce cas, il a été remarqué que le système d’exploitation avait également des problèmes pour allouer des tailles plus petites comme 200+ Mo, nous avons donc décidé de redimensionner la p_cache.dat pour qu’elle ne soit que de 100 Mo avec l’utilisation de l’indicateur suivant :
--hashcachemax=100
De cette façon, le fichier de cache de hachage ne dépasserait jamais 100 Mo et écraserait les anciennes entrées.
Après l’ajout de cette balise, il est recommandé de recycler le fichier de cache en renommant ou en supprimant le p_cache.dat (l’option de changement de nom est l’option préférée).
Après la première sauvegarde qui prend plus de temps que d’habitude comme prévu (pour reconstruire le fichier de cache), le problème devrait être résolu.
Additional Information
- Le cache de pagination à la demande n’est pas recommandé dans ce scénario, car les sauvegardes sont dirigées vers le stockage GSAN. C’est pourquoi le cache de pagination monolithique a été utilisé.
- La pagination à la demande a été conçue pour tirer parti de l’envoi de la sauvegarde au stockage DataDomain.
Affected Products
AvamarProducts
Avamar, Avamar Client for Windows, Avamar Plug-in for OracleArticle Properties
Article Number: 000060137
Article Type: Solution
Last Modified: 17 Jun 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.