Ein paar Gedanken zu Blog-Ethik und Selbstverständnis

Zur Abwechslung möchte ich hier nicht zu einem technischen Thema schreiben, sondern über Dinge die mir vereinzelt in der Blog Gemeinschaft aufgefallen sind.

Ich war kürzlich auf der Suche nach einer Lösung zu einem ganz speziellen Thema. Ich fand nach längerer Suche schließlich einen Blog aus Deutschland, der sich mit genau dieser Fragestellung beschäftigte. Es wurde ziemlich genau das Problem beschrieben, welches ich zuvor in meinem Testsystem beobachtete. Die erste Freude über den Fund wurde schnell getrübt, als ich auf der Seite nach einer Lösung suchte. Diese wurde nicht angegeben, statt dessen ein Verweis auf die Kontaktdaten des Bloggers. Man möge doch mit ihm einen Termin vereinbaren und ihn zur Lösung konsultieren. Überflüssig zu erwähnen, daß diese Dienstleistung nicht gratis wäre.

Wäre dies ein Einzelfall, so wäre es mir sicherlich keine Zeile Text wert. Leider stolpert man immer wieder über derartige Beispiele. Man stelle sich ein Netz vor, in dem jeder so wie dieser Blogger sein Wissen unter Verschluss hält und in dem ein Blog nur als Werbeplattform für die eigene Person/Firma dient. Das wäre ein ödes, tristes Netz, in dem das Wissen versickert wie ein Schluck Wasser in der Wüste. „Ein paar Gedanken zu Blog-Ethik und Selbstverständnis“ weiterlesen

HA failover und STP

Eine Verfahrensweise, die ich mir bei Wartungen an ESX Clustern zu eigen gemacht habe, ist HA zu deaktivieren. Insbesondere dann, wenn es sich um Wartungen an der Netzinfrastruktur handelt. Warum eigentlich? HA ist inzwischen ein robuster Dienst und die Netzinfrastruktur sollte ohnehin redundant ausgelegt sein. Die Erfahrung zeigte allerdings, dass trotz aller Redundanz, Arbeiten an der Netzinfrastruktur immer wieder zu unerwünschten Failover Aktionen des HA führten. Dabei versucht z.B. ein Host (vergeblich), die laufenden VMs eines anderen zu starten. „HA failover und STP“ weiterlesen

Server 2008 R2: Dienste hart beenden

Beim Update des vCenter Update Manager Dienstes konnte der aktuelle Dienst nicht automatisch beendet werden. Auch manuelles beenden über die GUI der Dienstverwaltung scheiterte. Eine schnelle Lösung fand ich bei Mike Mullen im Spiceworks Forum.

Zunächst muss man den Namen des Dienstes finden. Diesem kann man z.B. im Dienste Manager ermitteln. Im Falle des Update Manager Dienstes lautet dieser: vmware-ufad-vci

PID auslesen

sc queryex vmware-ufad-vci

ServiceKill01

Die PID für den Update Manger Dienst lautet hier: 876

Task abschiessen

taskkill /f /pid 876

ServiceKill02

Danach funktionierte auch das Update des Update-Manager Dienstes.

Links

  • Microsoft TechNet – Taskkill Referenz
  • Microsoft TechNet – SC Referenz