vmware vSphere Storage migration „Fehlgeschlagen beim Warten auf Daten. Fehler 195887107. Not found.“

Problem

Einige virtuelle Maschinen lassen sich nicht via Storage Motion oder Storage vMotion auf einen neuen VVOL-Datastore verschieben. Mit andere klappt das fehlerfrei, auch zwischen klassischen Datastores gibt es kein Problem.

Ist die VM eingeschaltet gibt es im Aktivitätsprotokoll die Fehlermeldung

Fehlgeschlagen beim Warten auf Daten. Fehler 195887107. Not found. 

Oder auf English:
A fatal internal error occurred. See the virtual machine’s log for more details.

Ist die VM ausgeschaltet sieht das so aus:

Ein allgemeiner Systemfehler ist aufgetreten: Launch failure

Im /var/log/vmkernel.log stehtm ebenso wenig hilfreich:

OSFS_Lookup:2579: Lookup error: file = rfc4122.b4401030-3010-43a9-8d68-5a76251e5e62, status = Failure
Mirror: scsi0:1: SVMotionLocalDiskCreate: Failed to create destination disk

Spannender ist da schon die Fehlersuche im Protokoll der Maschine, in /vmfs/volumes/<DATASTORE>/<VMNAME>/vmware.log

OBJLIB-VVOLOBJ : VVolObjCheckSize: Requested size (######) is not an MB multiple.

VVolObjDetermineSizeInMB: Requested size (#####) is not a MB multiple.

Mirror: scsi0:1: SVMotionLocalDiskCreate: Failed to create destination disk: The requested size is not a multiple of 1MB.

Lösung

Das Log hat recht: aus irgendeinem Grund hat die virtuelle Maschine eine Festplatte, deren Größe kein ganzzahliges vielfaches von einem Mebibyte ist (1MB).

  • Bearbeiten der virtuellen Maschine
  • Vergrößern der Festplatte auf ein ganzzahliges vielfaches
  • Übernehmen

Fertig, die Maschine kann nun verschoben werden. Man kann der vollständigkeit halber natürlich auch noch das Dateisystem innerhalb der VM vergrößern, aber für den Storage(v)Motion-vorgang ist das nicht notwendig.

Man kann mit PowerCLI auch auf die schnelle herausfinden, welche Maschinen alle betroffen sind:

PC C:\> Get-Datastore | Get-HardDisk | Select Parent, Filename, @{N="Remainder";E={$_.CapacityKB % 1024}} | Where {$_.Remainder -ne 0}

Vielen Dank an den Benutzer in der ehemaligen Nimble-Community, der das herausfand und dokumentierte. Bevor HPE das ganze Forum löschte *seufz*

Gekaufte Blog-Posts und „gesponsorte“ Inhalte

Das es in diesem Internet oft „gekaufte Artikel“ gibt und manche Blogger sogar einen festen Preis für „Sponsored Posts“ haben ist ein offenes Geheimnis. Das solches Sponsoring in letzter Zeit überhand nimmt, vor allem auf Youtube, Twitch und co, wird mittlerweile jedem mit mehr als zwei grauen Zellen aufgefallen sein. Es ist ja schon fast zur Kunst geworden, echte und ehrliche Inhalte zu finden.

Wir machen das nicht.

Wir sind Admins.

Wie so eine Spam-Anfrage aussieht? Ungeschönt, unverändert und original? Mit Antwort natürlich: https://www.ugg.li/in-office-365-die-alternative-e-mail-adresse-oder-handynummer-von-benutzern-anzeigen-auflisten/

vmware Template (Vorlage) auf anderen Datastore verschieben

Problem

Virtuelle Maschinen (Gäste) lassen sich im Gegensatz zu Templates problemlos zwischen Datastores verschieben. Je nach Lizenz mal ein-, mal ausgeschaltet, aber verschieben geht immer. Aus uns nicht bekannten Gründen fehlt die „Migrieren“ Option aber für Vorlagen vollständig. Das gilt sowohl für alle GUIs als auch für das PowerCLI.

Natürlich könnte man diese Vorlagen in Maschinen konvertieren, dann auf dem Storage verschieben und dann wieder zurückkonvertieren, aber geht das nich einfacher?

Lösung

Das geht, kein Problem – im Datastore-Browser.

  • Das Template aus dem Inventar entfernen („Aus Bestandliste entfernen“)
  • Zum Datastore wechseln, wo das Template liegt, zur Inhaltansicht
  • Auf der linken Seite des Datastore-Browsers den Eltern-Ordner des Template-Ordner auswählen
  • Auf der rechten Seite des Datastore-Browsers den Template-Ordner auswählen
  • Oben auf den nun verfügbaren Button „Verschieben nach …“ klicken und das Ziel auswählen
  • Nach dem vollständigen verschieben, zum Ziel-Datastore wechseln, in den nun verschobenen Vorlagen-Ordner
  • Die *.VMTX Datei auswählen und „Zur Bestandliste hinzufügen“

In Office 365 die „Alternative E-Mail Adresse“ oder Handynummer von Benutzern anzeigen/auflisten

Problem

Ein Benutzer möchte sein Office 365 Kennwort zurücksetzen, kann sich aber nicht mehr an seine alternative (zweite) E-Mail Adresse oder seine dafür gespeichterte Handynummer erinnern. Das soll tatsächlich vorkommen …

Lösung

An der Office 365 Powershell kann man der Admin die Alternate-Details „seiner“ Benutzer auflisten …

Get-MsolUser -UserPrincipalName [email protected] | fl aternate*

… und natürlich auch ändern:

Set-MsolUser -UserPrincipalName [email protected] -AlternateEmailAddresses [email protected]
Set-MsolUser -UserPrincipalName [email protected] -AlternateMobilePhones 017355555555

 

 

Office 365 Benutzern erlauben, ihre Kennwörter selbst zurückzusetzen

Als Office 365-Administrator kann man seinen Benutzern erlauben, den Link „Konto wieder aktivieren“ (aka ‚Kennwort vergessen‘ oder ‚Sie können nicht auf ihr Konto zugreifen‘) zu verwenden. Deren Kennwörter müssen dann nicht mehr vom Admin zurückgesetzt werden sondern Benutzer können das selber erledigen. Der Trend geht sowiso zum „Kennwort selber zurücksetzen„.

In der Office 365-Testversion funktioniert das allerdings nicht, weil da noch kein AzureAD enthalten ist. Jedes Business-Abonnoment enthält den Zugang zum Office 365 Azure AD. Zweite Ausnahme: Wenn man ein lokales Active Directory via Federation Trust (ADFS) verwendet, ist „Azure AD Premium“ erforderlich.

Zulassen, dass Benutzer ihre eigenen Kennwörter in Office 365 zurücksetzen:

  1. Den Office 365 Administrator („Admin Center“) öffnen
  2. Links unter „Einstellungen“  auf „Sicherheit und Datenschutz“ klicken
  3. Dann rechts in der Box „Lassen Sie Ihre Benutzer ihre eigenen Kennwörter zurücksetzen“ auf das „Azure AD Admin Center“ klicken
  4. In dem in einem neuen Tab öffnenden „Azure Activ Directory Admin Center“ links auf „Benutzer“
  5. Rechts auf „Zurücksetzen des Kennwortes“
  6. In der neuen spalte rechts kann man nun die Einstellung auswählen. Alle, Nur bestimmte oder Keiner.
  7. Dann oben „Speichern“ auswählen und nach ein paar Minuten ist die Einstellung aktiv
  8. Unter „Authentifizierungsmethoden“ kann man nun auch hinzufügen, wie den Benutzer das erlaubt sein soll (E-Mail, Handy, Bürotelefon, Sicehrheitsfrage)

azure-ad-admin-center