Inzicht in geheugen verbruik
Zo, heerlijk een weekje en een paar dagen vrij gehad en weer volop aan de slag. “Low on virtual memory”, dit roept je windows server…. en dan? In ieder geval is Process Monitor en RAMMAP een goede start qwa utils om mee te beginnen.
Soms heb je gewoon meer nodig dan een standaard overzicht. Welke applicaties gebruiken hoeveel RAM, hoeveel is standby en hoeveel is echt verbruikt. Gebruik dan “RAM Map”:
http://technet.microsoft.com/en-us/sysinternals/ff700229.aspx
Of wil je echt diep op processen, dll’s cpu load, enz. inzoomen. Gebruik dan “Process Monitor”.
http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx
Beide zijn sysinternals (welke is overgenomen door Microsoft) tools. Een installatie is er vrijwel niet en je kan direct beginnen.
Succes!
Handmatig de disken en snapshots samenvoegen (Hyper-V)
Mijn virtuele machine configuratie is weg, beschadigd, de machine is gekopieerd noem maar op. Niets ernstigs, dit is goed “bij elkaar te klikken”. Maar wat nu als er nog snapshots in stonden die nog samengevoegd moesten worden met de originele .vhd file. Dit is goed te doen!
Hyper-V cluster shared volume iscsi errors and event ID 20 and event ID 34
De gehele avond besteeds aan e.e.a. aan problematiek inzake een Hyper-V Cluster Shared Volume omgeving. De feiten:
Stroomuitval
Alles is herstart en er blijven problemen. Een node opbrengen helpt niet, meerdere nodes ook niet. Allemaal komen ze met dezelfde events 20 en 34
Event 20:
Connection to the target was lost. The initiator will attempt to retry the connection.
Event 34:
A connection to the target was lost, but Initiator successfully reconnected to the target. Dump data contains the target name.
Wat kwam er nog meer voorbij (sorry, het is 03:30 ’s nachts) o.a.:
STOP 0x0000009E zie hiervoor:
https://blogs.technet.com/b/askcore/archive/2009/06/12/why-is-my-2008-failover-clustering-node-blue-screening-with-a-stop-0x0000009e.aspx
Dit zegt feitelijk “Alles wijst naar het cluster, maar het bevind zich op een diepere laag”. Als we dit combineren ga je ervanuit dat e.e.a. met elkaar te maken heeft.
Verder hadden we nog de volgende error:
“Cluster resource ‘Cluster Disk 1’ (resource type ”, DLL ‘clusres.dll’) either crashed or deadlocked”
Maar dit gaat “veel dieper” dan de laag waarop ik het vermoeden heb (had ;)).
Uiteindelijk was alles te herleiden naar de stroomuitval. De iSCSI switches waren niet gevoed en die vielen direct uit. Wat is er gebeurd, de switches zijn de config’s verloren en de “Jumbo frames” setting is verloren gegaan. Je raad al wat er gebeurt, de verbindingen gaan staan klapperen en dus “disken” ook. Wel contact, geen contact, enz. enz. De hosts stonden op 9000, het SAN ook, behalve de switches…..
Aanpassen en alles liep weer :)
Uit de oude doos Backup (o.i.d) exchange 2003 en VSS writers
Zoals de tekst al zegt, niet heel relevant meer in deze tijd. Maar toch! Daarnaast, het commando voor het “listen” van de VSS writer is altijd handig ;)
Krijg je de volgende error: V-79-57344-34110 na gebruik van VSS, kijk hier eens!
http://support.microsoft.com/kb/838183
komt erop neer dat je vanaf een cmd het commando “VSSAdmin list writers” moet afvuren, controleer of exchange (of datgene wat je wil gaan back-uppen via VSS) erbij zit. Zit exchange er niet bij, doe dan het volgend:
- Click Start, click Run, type regedit, and then click OK.
- Locate and then double-click the following registry subkey:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
- Double-click the Disable Exchange Writer value.
- In the Value data text box, change the value from 1 to 0, and then click OK.
- Quit Registry Editor.
- Click Start, point to Administrative Tools, and then click Services.
- Stop and then restart the Microsoft Exchange Information Store service.
Succes!!
ps. hier de symantec link:
http://clientui-kb2.symantec.com/kb/index?page=content&id=TECH129295&key=15047&actp=LIST
VMWare vSphere v4.1 Backup Exec 2010 vStorage API
Even ter verduidelijking. Vanaf VMWare vSphere 4 zijn er vStorage API’s beschikbaar. Dit klinkt heel spannend maar is niets meer dan een vervanging voor “VMWare Continous Backup Server” beter bekend als VCB.
Deze vStorage API’s worden in Symantec Backup Exec ondersteund vanaf versie 12.5 (uit mijn hoofd, eventueel controleren). Met andere woorden, het is nu echt nog de vCenter server installeren, Backup agents erin en klaar. Je hoeft alleen de locatie van de vCenter server op te geven en de rest spreekt voor zich.
Lees overigens wel goed de manual inzake de laatste status van VSS writers. Komt er op het moment van schrijven kort op neer: Of VMWare VSS, of Symantec/Microsoft VSS. Beide naast elkaar gaat niet goed.
