Handmatig een de-installatie van XenApp (Citrix) of een de-installatie forceren

Vandaag een XenApp 5.0 x64 server voorzien van FP3 (tenminste, dat was de bedoeling) maar dit liep mis. De server ligt dusdanig overhoop dat een herinstallatie noodzakelijk is, OF we moeten de XenApp op de rit kunnen brengen. Zojuist een de-installatie geforceerd waar een normale de-installatie niet meer ging. Zie hier het Citrix artikel:

http://support.citrix.com/article/CTX746354

Komt erop neer dat je het volgende dient te draaien:
“msiexec /x mps.msi /L*v c:\output.log CTX_MF_FORCE_SUBSYSTEM_UNINSTALL=Yes”

can’t connect to the citrix metaframeserver

Even kort door de bocht, dit omdat veel mensen de melding totaal niet kunnen overzien en al snel veel verder gaan zoeken dan nodig is. Tuurlijk, het kunnen secure gateways zijn alsmede web interfaces e.d. maar in 9 van de 1o gevallen hebben we hier te maken met het feit dat de client “letterlijk” niet bij de server kan komen. Zo ook vandaag, klant heeft 2 additionele citrix servers en men is vergeten deze op te nemen in de firewall.

Oftewel, controleer eerst of de juiste poorten openstaan naar de citrix server en of deze routering technisch ook wel benaderbaar is.

QNAP storage box 802.3ad, LACP en Cisco (of dergelijke merken)

Vandaag leuk mogen spelen met een QNAP storage box. Schitterend ding voor zover ik er echt veel mee heb kunnen doen. In ieder geval een leuk apparaat om tijdelijk wat speel VM’s op te plaatsen die vanaf de VMWare omgeving gestart moeten kunnen worden maar de kosten van een SAN omgeving niet waard zijn.

Maar, zo’n QNAP met dubbele NIC wil je soms in een 802.3ad port-channel plaatsen, let op standaard gaat dit niet goed (standaard Cisco etherchannel). Daarom hieronder een voorbeeld config:

!
interface GigabitEthernet1/0/4
 description QNAP-01
 switchport access vlan 210
 switchport mode access
 channel-protocol lacp
 channel-group 13 mode active
 spanning-tree portfast
end

!
interface GigabitEthernet2/0/4
 description QNAP-01
 switchport access vlan 210
 switchport mode access
 channel-protocol lacp
 channel-group 13 mode active
 spanning-tree portfast
end

!
interface Port-channel13
 description QNAP
 switchport access vlan 210
 switchport mode access
 spanning-tree portfast
end

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:

  1. Click Start, click Run, type regedit, and then click OK.
  2. Locate and then double-click the following registry subkey:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
  3. Double-click the Disable Exchange Writer value.
  4. In the Value data text box, change the value from 1 to 0, and then click OK.
  5. Quit Registry Editor.
  6. Click Start, point to Administrative Tools, and then click Services.
  7. 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.



R710 server upgraden bios, idrac, nic e.d.

Wat hebben we het toch gemakkelijk soms. Na een VMWare installatie op een aantal servers (uiteraard met behulp van iDRAC6 Enterprise, schitterend!) bleek dat er eentje een aantal memory errors had in A1 en A4. hmmmm…  DELL support gebeld, werd keurig te woord gestaan en dit schijnt een issue te zijn welke soms in een oudere BIOS voor kan komen.

Het bijwerken, en je denkt alweer aan cd’s patchen enz. enz. Maar dit keer niet. Server booten, tijdens het booten F10, je komt nu in de “Universal Server Configurator”. Wat heb je eraan? nu, simpel, geef je NIC instellingen op (LET OP! je kan geen VLANs ingeven, dus moest ik in mijn geval een apart poortje patchen) connecteer naar ftp.dell.com en é voilà! Je krijgt een lijst gepresenteerd met huidige versie en nieuwe versie, volgende drukken en alles word keurig gepatched. Nietst te tobben!

LET OP! Het betreffende OS welke erop draait kan hier natuurlijk wel door worden beinvloed. b.v. doordat deze nieuwe hardware vind.