Avamar Client voor Windows: Avamar back-up wordt niet voltooid met foutmelding "avtar Error <18866>: Onvoldoende geheugen voor cachebestand" op Windows-clients

Summary: Het doel van dit KB-artikel is om een specifieke situatie aan te pakken waarin, voor dat type cacheprobleem, de client niet in staat is om meer geheugen toe te staan om het cachebestand te laten groeien en welk KB-artikel 495969 niet van toepassing is. ...

:-onvoldoende-geheugen-voor-cachebestand"-op-windows-clients" />

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.
Check out other resources

Symptoms



In dit scenario hebben we hetzelfde probleem als in de KB 495969 de oplossing is echter niet van toepassing vanwege een omgevingsprobleem op een Windows-client. Het probleem kan van invloed zijn op elke plug-in, zoals in dit geval, waarbij de fout op de volgende manier wordt weergegeven:   
  • Voor FS-back-ups:   
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
  • Voor VSS-back-ups:   
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
  • Voor Oracle-back-up:   
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
  • Het RMAN-logboek meldt dit:   
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.

Aanvankelijk werd gedacht dat het cachebestand niet groter kon worden vanwege een onjuiste "hashcachemax"-waarde.

De client had voldoende vrij RAM-geheugen (48 GB totaal RAM), dus hebben we de waarde van de vlag verhoogd van -16 (bestandsgrootte max. 3 GB) naar -8 (bestandsgrootte max. 6 GB).

Maar het probleem bleef bestaan en de schijfruimte was ook geen probleem, er was voldoende GB's vrije ruimte.

Cause

Nader onderzoek met een binair testbestand van het engineeringteam leidde tot het feit dat het MS-besturingssysteem niet voldoende ongebruikt en aaneengesloten geheugen vrijgaf dat nodig was om het volledige hashcachebestand voor de back-upbewerking aan het geheugen toe te wijzen/laden.

Er werd geprobeerd met een binair testbestand dat het geheugen in kleinere stukjes zou toewijzen om te zien of we het punt konden bereiken waarop het besturingssysteem zou toestaan dat het volledige bestand in het geheugen p_cache.dat worden geladen, maar ook dat hielp niet. Het operatieve systeem stond om de een of andere reden nog steeds niet toe om het bestand in het geheugen te laden.

De hoofdoorzaak zit ergens in het besturingssysteem verborgen, maar in dit geval hebben we het MS-team niet ingeschakeld voor verder onderzoek.

In plaats daarvan hebben we een manier gevonden om het probleem te omzeilen door het cachebestand kleiner te maken. Meer informatie vindt u in het gedeelte over de oplossing hieronder.

Resolution

Om dit probleem te omzeilen, hebben we het hash cache-bestand zo ingesteld dat het kleiner is, zodat het besturingssysteem geen problemen ondervindt bij het toewijzen ervan aan het geheugen.

In dit geval werd opgemerkt dat het besturingssysteem ook problemen had bij het toewijzen van kleinere groottes zoals 200+ MB, dus hebben we besloten om de grootte van de p_cache.dat te wijzigen in slechts 100 MB met behulp van de volgende vlag:   

--hashcachemax=100

Op deze manier zou het hash cache-bestand nooit groter worden dan 100 MB en zou het de oude items overschrijven.

Na het toevoegen van die vlag is het nodig om het cachebestand te recyclen door de naam te wijzigen of het p_cache.dat te verwijderen (hernoemen heeft de voorkeur).

Na de eerste back-up, die zoals verwacht langer zou duren dan normaal (om het cachebestand opnieuw op te bouwen), zou het probleem opgelost moeten zijn.

Additional Information

  • De wisselcache op aanvraag wordt in dit scenario niet aanbevolen, omdat de back-ups zijn omgeleid naar GSAN-opslag en de monolithische wisselcache is gebruikt.
  • Demand-paging is ontworpen om voordeel te behalen voor back-ups die naar DataDomain-storage worden verzonden.

Affected Products

Avamar

Products

Avamar, Avamar Client for Windows, Avamar Plug-in for Oracle
Article 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.