the Sky is the Limit
Zahlreiche vSphere Dienste verwenden für die gesicherte Kommunikation OpenSSL Zertifikate. Einige produkte sind vom kürzlich veröffentlichten Heartbleed Bug betroffen. Unter KB 2076225 werden alle derzeit betroffenen Produkte aufgelistet.
Betroffen sind alle neueren Produkte, da für deren Zertifikate die OpenSSL Library ab Version 1.0.1 verwendet wurde. Ältere Zertifikate, die mit Version 0.9.8 erzeugt wurden sind nicht betroffen.
Jede VM auf einem ESX Server erhält bei Erstellung oder Import eine interne Kennung, die so genannte MOB-ID oder MoRefID. Diese lautet ‘vm-‘ gefolgt von einer Zahl. Zum Beispiel vm-25 oder vm-74. Diese ID ist innerhalb eines vCenters einzigartig und wird in der vCenter Datenbank gespeichert. Über diese ID referenziert Veeam Backup die zu sichernde VM zum Backup. Das ist prinzipiell in Ordnung, sorgt aber für Probleme wenn z.B. eine VM aus dem Backup wiederhergestellt wird. In diesem Fall wird die Backup-VM unter altem Namen neu im vCenter registriert und erhält eine neue MOB-ID. Welche Konsequenz hat dies für den nächsten Backuplauf? Veeam wird die VM nicht mehr finden und das nächste Backup wird fehlschlagen. „Veeam Backup und MOB-ID“ weiterlesen
Die Zeit rast dahin. Vor genau drei Jahren publizierte ich den ersten Artikel auf ElasticSky.de. Über 340 kleinere und größere Artikel hat dieses Blog seither gesehen.
Wie ich in meinem ersten Post schrieb, sollte dieses Blog eine Art digitales Notizbuch sein. Denn wie oft vergisst man Lösungen, die man schon einmal wusste. Ein besonders lustiges Beispiel dafür möchte ich Euch nicht vorenthalten: Kürzlich schilderte mir ein Kollege ein seltsames Phänomen mit verschwindenden Icons unter Windows7. Das Problem kam mir bekannt vor. Ich gab 2-3 Schlagworte in die allwissende Suchmaschine ein und landete… auf meinem eigenen Blog. Im Artikel findet sich eine Bemerkung, in der ich damals genau jenem Kollegen für den Tipp dankte. Er hatte es also auch vergessen und die Info fliesst im Kreis. 😀
Hatte ich vor einem Jahr noch einige Probleme mit Kommentar-Spam, so kann ich darüber derzeit nicht klagen. Die Einführung einer kleinen Rechenaufgabe am Ende des Kommentarfeldes sorgte dafür, dass über 99% der Spammer daran scheiterten. Schliessen wir daraus, dass die Spam-Bots nicht gut in Mathe sind? 😉
Hin und wieder erreichen mich ernsthafte Kommentare, die mich ermutigen, mit dem Projekt weiter zu machen. Am meisten freue ich mich, wenn jemand durch einen Artikel hier ein Problem lösen konnte und das Wochenende gerettet wurde.
Ich freue mich auf 12 weitere Monate ElasticSky, neue Software, neue Hardware und neue Entwicklungen.
divnull
Die Bereitstellung einer neuen vDisk mit den Einstellungen einer bereits vorhandenen Disk ist in SANSymphony 9 recht einfach gelöst. Man kann eine bestehende vDisk als Vorlage für weitere Disks verwenden.
Dazu öffnet man das Kontextmenü einer bestehenden vDisk und wählt “Use as Template”.
Nun öffnet sich der Dialog zur Erstellung des Abbilds. Man kann hier z.B. auch einstellen, wie viele neue vDisks vom Template erstellt werden sollen.
Standard bei der Auswahl der Mirror Pfade ist “Auto select”. In diesem Fall möchte ich aber eine identische Pfadwahl wie bei der bestehenden vDisk und wähle daher “Duplicate paths”.
Die neue vDisk befindet sich anschliessend für kurze Zeit im Status “Full recovery pending” bis quelle und Ziel synchronisiert sind.
Die Präsentation der Hosts wird nicht von der Vorlage übernommen. Das ist auch gut so, da hier ggf. Unverträglichkeiten zwischen den Hosts auftreten könnten.