Avamar: MCS ontvangt "OutOfMemory"-berichten
Samenvatting: De Avamar Management Console Server (MCS) ontvangt OutOfMemory-berichten vanwege een groot NVRAM-bestand van een virtuele machine.
Symptomen
Geplande VMware- en fysieke back-ups lijken niet te reageren.
Ze kunnen in het venster Avamar Administrator Activity worden weergegeven als actief, maar zonder wijziging in de voortgangsbytes.
De Management Console Server (MCS) meldt de status "onvoldoende geheugen" en de gebruikersinterface reageert mogelijk traag.
VMware-clients checken niet gedurende lange tijd in.
Oorzaak
Tijdens het maken van een back-up van virtuele machines laadt het MCS de NVRAM-bestanden (Non-Volatile Random-Access Memory) in de javaheap om de BIOS-configuratie te lezen.
Het NVRAM-bestand bevindt zich op dezelfde locatie als VMware *.vmdk bestanden die zich in de datastore bevinden.
Af en toe wordt het NVRAM-bestand dat doorgaans maar een paar KB groot is (minder dan 10 KB), groter dan ongeveer of meer dan 1 MB.
Dit is voldoende om MCS te veroorzaken javaheap om uit het geheugen te gaan.
Oplossing
1. Meld u aan bij het Avamar hulpprogrammaknooppunt en laad de beheerderssleutels. Zie Avamar voor instructies over het laden van sleutels: Aanmelden bij een Avamar Server en verschillende sleutels laden.
2. Controleer of het javaheap is al ingesteld op 1,5 GB, wat wordt aangegeven met de "-Xmx1536m" in de onderstaande uitvoer:
ps -elf | grep java | grep mcserver
0 S admin 13623 1 2 76 0 - 556102 - 16:54 pts/0 00:10:16
/usr/java/jre1.6.0_22/bin/java -Xmx1536m -XX:MaxPermSize=256m -server -ea -cp
.:/usr/local/avamar/lib/mcserver.jar:/usr/local/avamar/lib/asn_server.jar:/usr/local/avamar/lib/mail.jar:/usr/local/avamar/lib/activation.jar:/usr/local/avamar/lib/xercesImpl.jar:/usr/local/avamar...<snip>...
6.1.23.jar:/usr/local/avamar/lib/jetty-util-6.1.23.jar:/usr/local/avamar/lib/servlet-api-2.5.jar:/usr/local/avamar/lib/jsp-api-2.1.jar:/usr/local/avamar/lib/jsp-
3. Controleer of 'OutOfMemory'-berichten worden gerapporteerd in het logboek (vanwege mogelijk groot NVRAM):
grep -hi "OutOfMemoryError\|VMware" /usr/local/avamar/var/mc/server_log/mcserver.log*
Exception in thread "Thread-191" java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Unknown Source)
at java.io.ByteArrayOutputStream.write(Unknown Source)
at
com.avamar.mc.vmware.VmwareVirtualMachineFiles.readVmFile(VmwareVirtualMachineFiles.java:386)
at
com.avamar.mc.vmware.VmwareVirtualMachineFiles.getVirtualMachineFile(VmwareVirtualMachineFiles.java:109)
at
com.avamar.mc.vmware.VmwareVirtualCenter.getVirtualMachineFile(VmwareVirtualCenter.java:902)
at
com.avamar.mc.vmware.VmwareService.getNvramFileContent(VmwareService.java:2596)
at com.avamar.mc.wo.JobScheduler._gotVmWork(JobScheduler.java:530)
at com.avamar.mc.wo.JobScheduler.gotVmWork(JobScheduler.java:327)
at com.avamar.mc.wo.DPNScheduler.gotVmWork(DPNScheduler.java:144)
4. Controleer welke clients het grote NVRAM hebben:
grep "nvramContent\=\"null\"" mcserver.log.*
In dit voorbeeld van uitvoer worden de "Company_1_Email-PDB-rapporten" van de client gerapporteerd."nvramContent="null"':
FINE: MCS to Client(10.n.n.64:39270) Response: <workorder work="backup" type="work" ack="yes" cid="8580a6233796c72a4a73b89f0d2ae5fb644fcbd0" sync="bg"
wid="NFSSQLCluster-1350439200070" pid="vmimagew" pidnum="3016" msgver="5" sessionid="c61b498fdf57eaca6cadc760a3b7fbf6f7e89aea"
targetCid="bae291d2ba3d3e3ea77d5394bcaa60da3a072463" targetUUID="500faaf4-8f4b-b5f2-1744-1277d19a79cf" vcCid="3a25059a880e1d22b981c5815858d3dc95312621"
time="1350442682" customaction="" ><targetlist><path name="[nas_datastore_03] Company_1_Email-PDB/Company_1_Email-PDB.vmdk" backup="true" diskCapacity="85899345920">
</path><path name="[nas_datastore_03_sqldb] Company_1_Email-PDB/Company_1_Email-PDB.vmdk" backup="true" diskCapacity="171798691840"></path>
<path name="[nas_datastore_03_sqllogs] Company_1_Email-PDB/Company_1_Email-PDB.vmdk" backup="true" diskCapacity="32212254720"></path></targetlist><directives>
<flag type="string" name="encrypt" value="proprietary" /> <flag type="string" name="encrypt-strength" value="cleartext" /> <flag type="string" name="expire"
value="1353034800" /> <flag type="string" name="retention-type" value="daily,weekly,monthly,yearly"
....
"TRUE"scsi0:2.deviceType = "scsi-hardDisk"scsi0:2.present = "TRUE"scsi0:2.redo = ""migrate.hostlog = "
./Company_1_Email-PDB-b5986b60.hlog"scsi0:0.ctkEnabled = "TRUE"ctkEnabled = "TRUE"sched.scsi0:1.shares = "normal"
ethernet1.virtualDev = "vmxnet3"ethernet1.pciSlotNumber = "192"ethernet1.startConnected = "TRUE"
ethernet1.allowGuestConnectionControl = "TRUE"ethernet1.features = "1"ethernet1.wakeOnPcktRcv = "TRUE"
ethernet1.addressType = "vpx"ethernet1.generatedAddress = "00:00:56:8f:3f:b1"ethernet1.networkName = "
VM Network - 117"ethernet1.present = "TRUE"" nvramContent="null" prevBackup="null" snapshotDesired="always" prevSnapName="null" >
</vmInfo><vmDiskInfoList numDisks="3" > <vmDiskInfo capacityInKB="83886080" vmdkFilename="[nas_datastore_03] Company_1_Email-PDB/Comany_1_Email-PDB.vmdk"
vmdkBaseFile="[nas_datastore_03] Company_1_Email-PDB/Comany_1_Email-PDB.vmdk" ordinal="1" srcOrdinal="-1" label="Hard disk 1" diskKey="2000"
datastoreUrl="ds:///vmfs/volumes/e4b3f733-24646679/" datastore="nas_datastore_03"
nvramcontent waarde, dus alle instanties moeten worden beoordeeld.
5. Zodra de client, of clients, met de grote NVRAM is geïdentificeerd in de logboeken:
A. Start de client opnieuw op zodat er een nieuw NVRAM-bestand wordt gemaakt.
B. Als het probleem zich voordoet voor dezelfde client, maakt u een serviceaanvraag aan bij het technische supportteam van Dell Technologies.
6. Zie Avamar als het foutbericht zich blijft voordoen: Symptoomcode 22402 - Desc: Kan consoleserverdata niet opslaan op server (resolutiepad) voor aanvullende probleemoplossing.