Monat: April 2013

vmware vSphere client „Anmeldung beim Abfragedienst fehlgeschlagen“

Veröffentlicht am von — Keine Kommentare ↓

Und wieder eine neue, spannende Fehlermeldung:

„Fehler: Anmeldung beim Abfragedienst fehlgeschlagen. Der Remotename konnte nicht aufgelöst werden: ‚vcenter.foo.bar'“

In den meisten Fällen stimmt die Fehlermeldung auch und der in der Fehlermeldung enthaltene FQDN ist nicht korrekt.

Lösung: In den meisten Fällen ist die API-Url für die (Clientseitigen) Sortierungsabfragen falsch eingetragen (worden). Das lässt sich direkt im vSphere-Client korrigieren: Verwaltung -> vCenter Server-Einstellungen -> Erweitert. Hier gibt es die beiden Wertepaare „VirtualCenter.VimApiUrl“ und „VirtualCenter.VimWebServicesUrl“ die für diesen API-Aufruf verantwortlich sind. Einfach korrigieren, neu starten und der Client sortiert auch wieder richtig.

Windows Server 2008R2 / Windows 7 Gruppenrichlinineverwaltung (MMC) Backspace und Pfeiltasten funktionieren nicht

Veröffentlicht am von — Keine Kommentare ↓

In verschiedenen MMC-SnapIns, am häufigsten in der „Gruppenrichtlinienverwaltung„, steigt schon mal die Rücktaste (Backspace) aus und/oder die Pfeiltasten funktionieren nicht. In besonders penetranten Fällen trifft es zudem auch die Tasten Pos1/Ende. Das Verhalten ist an der lokalen Konsole manchmal ein anders wie in Remotesitzungen.

Microsoft nennt dieses Problem übersetzungsfehlertypisch „RÜCKTASTE oder die Pfeiltasten funktionieren nicht in MMC auf Computer, auf denen Windows 7 oder Windows Server 2008 R2 ausgeführt wird“ und gibt dem Effekt die Nummer KB2466373. Verursacher ist demnach ein Fehler, der dafür sorgt das Tastatureingaben nicht immer von „der richtigen Windows-Komponente“ behandelt werden. Immerhin gibt es auch einen Patch.

Lösung:

(Danke Marcus)

Exchange 2010 „Sie verfügen über 10 Telefonpartnerschaften …“

Veröffentlicht am von — 1 Kommentar ↓

Wer viele mobile Geräte mit der Synchronisationsfunktion von Exchange 2010 einsetzt wird irgendwann auf die Standardbarriere der 10 gleichzeitig zugelassenen Devices stoßen. Wenn das der Fall ist quittiert die ActiveSync-Schnittstelle die Aktion mit dem Fehler:

Sie verfügen über 10 Telefonpartnerschaften von den maximal
zulässigen 10 Partnerschaften. Wenn Sie die Maximalzahl erreicht
haben, können Sie zusätzliche Partnerschaften erst nach dem
Löschen vorhandener Partnerschaften aus dem Konto erstellen.

Melden Sie sich hierzu an Outlook Web App an, klicken Sie auf
Optionen > Telefon > Mobiltelefone, und löschen Sie nicht
verwendete Partnerschaften.

Lösung: Die Anzahl der Partnerschaften wird mittels der ThrottelingPolicy gesteuert. Man erhöht die Anzahl der gleichzeitig nutzbaren Gerät mit der PowerShell (sofern nur eine Policy verwendet wird):

Get-ThrottlingPolicy | Set-ThrottlingPolicy –EASMaxDevices 20

Im Falle mehrerer Policys kann man Set-ThrottlingPolicy auch die Identity der passenden Richtlinie mitgeben. Mit Get-ThrottlingPolicy lässt sich der Erfolg der Eintragung prüfen. Die Änderung wirkt sofort.

exchange-max-devices

vSphere „Unable to access file since it is locked“ (Snapshots konsolidieren nicht)

Veröffentlicht am von — 4 Kommentare ↓

Manchmal konsolidieren Consolidation-Helper Snapshots von Backup-Programmen nicht korrekt. Wenn das nicht auffällt, landen bei jedem neuen Consolidation-Helper neue zusätzliche .vmdk-Dateien im Dateisystem:

vmware-konsoliddation-1

Diese fressen nach und nach den freien platz im Datastore auf und sind in der Snapshot-Ansicht nicht zu sehen:

vmware-konsoliddation-2

Sobald man im Gast-Menü „Konsolidieren“ auswählt erscheint folgende Fehlermeldung im Log:

Zugriff auf die Datei <unspecified file> nicht möglich

vmware-konsoliddation-3… oder deren Englischsprachiger pendant:

Unable to access file <unspecified filename> since it is locked

Die Ursache sind in der Regel VADP (vmware api for data protection) Backups, bei denen beim zurückrollen der Helpersnapshots ein Fehler aufgetreten ist.

Lösung

  1. Backup-Jobs abschalten. Wenn wärend des manuellen zurückrollens ein VAPD-Helper gestartet wird, ist die zerstörung der VMDK warscheinlich.
  2. Prüfen, welche VMDK die letzte erstelle ist. Achtung! Die Datei mit der höchsten Nummer ist nicht zwingend die letzte. Das geht in der Bearbeitungsansicht des Gastsystems:
  3. vmware-konsoliddation-4Öffnen einer SSH-Shell auf den Server, die diese Maschine registriert hat (verschieben ist vorher möglich) und wechseln in das Verzeichnis in dem die betreffende Maschine wohnt (z.B. /vmfs/volumes/4444444-4444444-4444-f4f4f4f4/meinemaschine/)
  4. Herunterfahren des Gast. Das ist wichtig, weil die VMDK nur offline vollständig zurückrollt wenn die VADP nicht mehr funktionieren.
  5. Zurückrollen (Klonen) der Snapshots mit vmkfstools in eine neue VMDK: 
    vmkfstools -i meinemaschine-0000??.vmdk ./NEWdisk1.vmdk

    Die „??“ entsprechen dem letzten Snapshot aus dem zweiten Punkt. Anstelle des aktuellen Pfades („./“) kann auch ein anderer Datastore zum Beipisle mit mehr Platz verwendet werden. Dieser vorgang dauert eine (ganze) Weile.

  6. Jetzt wird eine neue VMDK erstellt, die einfach an die Maschine anstelle der alten angehängt wird. Die MAschine dann nun noch testen und wenn alles läuft die alten -0000* Snapshots löschen.

Das klappt alles sehr gut, solange es keinen I/O-Error im zugehörigen vmware.log gibt. Wenn das der Fall ist, ist die integrität mindestens einer .vmdk beschädigt; sofern die VM dann noch läuft klappt eigentlich nur noch ein Converter-Klon. Es sei denn jemand hat einen noch besseren Tipp für uns 🙂

 

VMWare Tools [ warning] [vmusr:vmusr] Error in the RPC receive loop: RpcIn: Unable to send. (Patch)

Veröffentlicht am von — 1 Kommentar ↓

Im Windows-Ereignisprotokoll tauchen diese Meldungen vom Typ „Warnung“ sehr oft auf:

Error in the RPC receive loop: RpcIn: Unable to send.

Im vmware.log der virtuellen Maschine finden sich ebensoviele Meldungen die so aussehen:

GuestRpc: Channel X, conflict: guest application toolbox-dnd tried to register, but it is still registered on channel Y
GuestRpc: Channel X reinitialized.

Ab und an crasht eventuell auch gerne mal die vmtoolsd.exe mit dem felgenden Fehler:

Access violation (0xC0000005)

Das ist ein Bug in den vmware Tools. Es gibt auch einen ausgewachsenen ESX(i) Patch dagegen: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2036350 (direkter Download-Link). Das funktioniert natürlich auch und ist die saubere Lösung.

Instaliert wird ein VIB (nach dem hochladen in einen Datastore) generell mit:

C:Program Files (x86)VMwareVMware vSphere CLIbin> esxcli.exe -s SERVER -u root software vib install -v /vmfs/volumes/DATASTORENAME/VMware_locker_tools-light_5.1.0-0.9.914609.vib

Lösung: Schnelle Hilfe im laufenden Betrieb bringt dieser NICHT OFFIZIELLE Patch. Das Script wendet einfach die in dem KB-Artikel beschriebenen einstellungen auf die VMWare-Tools-Services an und startet diese neu. Kein Ausfall. Einfach das Script in der laufenden Windows-Maschien ausführen, fertig.

Download: vmware_patch_2036350 »