Xenserver: VDI löschen geht nicht – was tun?

Moin,

heute widmen wir uns eines kleinen Problems, daß auftreten kann, wenn beim Xenserver was richtig schlief läuft:

Beim Transfer einer VM von einem Server zum Anderen ( Stichwort: vm-import ) brach der Transfer zusammen und die importierte VM war defekt. Zu dem Zeitpunkt lies sich weder der Import abbrechen, noch störte das den zweiten Versuch. Erst beim Aufräumen der VM und Festplatten, die beim Import automatisch angelegt werden, kam es zum Problem:

Error: „This Operation Cannot be Performed Because a VDI is in Use by Some Other Operation“

Ja, ok. Und nu? Die zu löschende VM ( vm-destroy ) lies sich noch löschen, aber die daran angehängten Festplatten ( VDI ) nicht mehr. Diese wurden noch vom hängenden Import Prozess blockiert, der an der Dom0 hängt.

Hinweis: Die UUID hier sind die von meinem Server, Ihr habt andere! Die Befehle einfach so in die Konsole hauen, wird schlimmstenfalls Sachen löschen, die Ihr nicht löschen wolltet oder es passiert gar nichts 😀

Da muß man jetzt die Zähne zusammenbeißen und ein paar unfreundliche Anweisungen manuell in die Konsole hauen:

1. Damit wird der hängende Importtask endgültig terminiert:

xe-toolstack-restart

Für sich betrachtet ist der Befehl allerdings harmlos, damit geht noch nichts kaputt 😉

2. Damit sucht man sich die UUID der Festplatte raus, die man löschen will.

xe vdi-list

3. Jetzt müssen wir die VBD ( Virtual Block Device ) zu der VDI finden:

xe vbd-list vdi-uuid=bc83886b-5723-4dfe-9d5b-feebb2917d0f

Da kommt in etwa sowas raus:

uuid ( RO) : d16248e4-2c24-fa3a-1364-dcb43f5f6858
vm-uuid ( RO): 253c1fde-78d4-3719-ede6-8d0bd223b873
vm-name-label ( RO): Control domain on host: xen1
vdi-uuid ( RO): bc83886b-5723-4dfe-9d5b-feebb2917d0f
empty ( RO): false

4. Jetzt die Augen zu und durch: die VBD abziehen und löschen

xe vbd-unplug uuid=d16248e4-2c24-fa3a-1364-dcb43f5f6858
xe vbd-destroy uuid=d16248e4-2c24-fa3a-1364-dcb43f5f6858

5. und jetzt weg mit der VDI:

xe vdi-destory uuid=611441f9-20c7-6775-716a-37c78b6d672e

6. Jetzt empfehle ich noch das Storage Repository ( SR ) neu zu scannen:

xe sr-list
xe sr-scan uuid=655e2297-b012-d722-1c5f-c2814226a942

Damit wird die Liste der virtuellen Festplatten aktualisiert.

Netflix, Firefox und die 1080p – Teil 2

Moin,

wer heute früh schon Netflix mit seinem 1080p gepimpten Firefox sehen wollte, wird leider feststellen, daß dies nicht mehr geht. Schuld ist eine Änderung im Netflix Javascriptcode, der mit den Anpassungen für 1080p in eine Endlosschleife übergeht. Die JS-Engine in Firefox semmelt dann erwartungsgemäß ab und nichts passiert.

Abhilfe schafft das deaktivieren den 1080p Addons 🙁

Leider gibt es keine Lösung für das Problem.

Ich habe den Entwickler schon kontaktiert, aber ob der noch was macht .. ich glaubs nicht. Ich denke, es wird Zeit, daß wir uns als Netflixbenutzer vereinen und Netflix die Pistole auf die Brust setzen und endlich 1080p+ für FireFox und Linux fordern! Das es problemslos funktionieren würde, hat man ja gesehen. Vielleicht bekomme ich dann auch endlich 3k fürs Surface.

Chrome ist ja leider auch keine Hilfe, es bringt nämlich auch keine 1080p zustande.

 

Dance the Night away

Schaut mal was ich beim Stand von 16 Abrufen in knapp 3 Wochen gefunden habe:

Ich wette, Ihr könnt das schnell ändern, denn der hat sich richtig Mühe gemacht 😉 Ein richtig guter Rework von „Kenny Loggins – Footloose“. Der Film an sich ist zwar nicht errinnerungswürdig, aber das Lied ist einfach nur genial.

(Kleines Update: Es handelt sich wohl um den 2016er VJAR Extended Dance Remix in besserer Quali)

Footloose wurde dies Jahr übrigens in der auf Netflix angesagten Serie „Final Space“ Staffel 2 Episode 4 auch neu aufgelegt. Ist zwar nicht vergleichbar zu dem Dance Mix oben, aber auch nicht schlecht.

Fun Fact:  Der deutsche Track von Final Space hat noch eine andere Version drauf 🙂