Nun habe ich versucht das Verzeichnis per Logon Script (CMD Script) zu löschen bzw. zu leeren.
Beide Varianten funktionieren leider nicht zufrieden zustellend, da sich Dateien dirkt bei der Anmeldung im Zugriff befinden.
Da Verzeichnis kann so weder geleert noch gelöscht werden.

Die Lösung für mich lautet hier “Windows Powershell”!
Mit diesem 5 Zeilen Code wird das Verzeichnis “geleert” und im Zugriff befindliche Daten werden einfach übergangen.

—8<—–8<——-8<———-
# User Temp Verzeichnis leeren
cd $env:userprofile\’Lokale Einstellungen\Temp’
ls >$logpfad\tmpdel_befor.txt
Remove-Item * -Recurse | out-file -filepath $logpfad\delout.txt
ls >$logpfad\tmpdel_after.txt 
—8<—–8<——-8<———-

Powershell scheint einige Punkte in meinem Logon Script “besser” lösen zu können als jetzt über mein CMD Script.
Zwischen den Jahren werde ich die erste (misch) Version auf der Farm zum Einsatz bringen, wenn es sich bewährt und performant ist kann es Schrittweise das alte Script ablösen.

Über das Ergebnis oder weiteren PS Code werde ich natürlich berichten.

https://www.sslshopper.com/ssl-converter.html

Von mir Favorisiert wird ejabberd. Warum?
Ganz einfach, er ist verdammt einfach zu installieren und zu verwalten.

Mit
#apt-get install ejabberd
#dpkg-reconfigure ejabberd

ist auf einem Debian System schon alles erledigt. Nun kann man sich bequem auf der Adminseite mit der Konfiguration beschäftigen. (http://deinedomain.de:5280/admin)

Gehen wir mal davon aus das die VM Ware Server in einem Räumlich getrennten Cluster laufen.
Nun fällt in einem der Serverräume der Strom aus! Sagen im Serverraum 1.
Betroffen sind also nur die Maschinen die im Serverraum 1 laufen.
Im Normalfall hat man in diesem Fall noch ca. 8-10 Minuten Zeit in dem die Notfallbatterien die Systeme am leben halten. Bei mehren Servern in unterschiedlichen Räumen weiß man natürlich nie welcher der VMs auf welcher Maschine läuft, es würde also schon einige Zeit vergehen bis eine Person im VM Ware Center die entsprechenden VMs alle manuell heruntergefahren hat. Zudem was passiert wenn das ganze Nachts passiert und der Admin nicht direkt vor dem Monitor sitzt?

Für den VM Ware Server gibt es hier noch eine einfach Lösung. APC bietet für ca. 100€ ihren Power Shutdown Agent auch für ESX 3.5 an. Die Installation einfach und ist hier auch sehr gut beschrieben. Diese Lösung fährt aber nur nach einer bestimmten Zeit den Server selbst herunter und alle VMs werden “Hard” gestoppt! Hierbei kann es gerade bei Datenbankdiensten zu schweren Datenverlusten oder Inkonsistenzen kommen. Es wäre also wesentlich geschickter die Maschinen geordnet vorher herunter zu fahren. Mit der APC Lösung kann ich hierzu nicht nur die Maschine herunterfahren sondern auch zu einem früheren Zeitpunkt ein Script starten lassen.

Das Script muss also folgendes Kriterium Erfüllen:
“Eine Virtuelle Maschine darf nur heruntergefahren werden wenn sie auch auf der betroffen Hardware läuft”

Ich habe das so gelöst:
#!/bin/bash
######################################################################
#
# Shout Down Script für Powershutdown auf ESX Serverumgebungen
# Version: 1.000
# jn / 19102009
#
######################################################################

# Data File zum Temporären zwischenspeichern
datafile=/root/serverlist.txt

# Aktuell registrierte Server in Datafile schreiben
vmware-cmd -l >>$datafile

# Datafile auslesen und mit VM-Ware Shutdown Befehl verbinden
n=1
while read line ; do
eval “line$n=\”$line\”"
vmware-cmd $line stop;
n=`expr $n + 1`
done <$datafile

# Löschen des Datafiles
rm $datafile

Alle Registrierten VMs werden in eine Textfile aufgelistet, danach arbeitet eine kleine Schleife die einzelnen Zeilen ab und schreibt so für jede VM die auf dieser Hardware läuft den VM Ware Konsolen Shutdown Befehl.

Nun müssen nur noch die Batterien das Zeitfenster zum herunterfahren lange genug offen halten.

Download Script: Note: There is a file embedded within this post, please visit this post to download the file.

Es hat sehr lange gedauert, aber nun habe ich mich entschlossen wieder einen Seite/Blog zu führen und auch die Zeit gefunden eine neue Seite aufzubauen. Die Version 2 musste leider vor mehr als einem halben Jahr von mir aus dem Netz genommen werden, da sich (trotz regelmäßigen Updates) ein “bösartiges” Script fast durch alle meine Seiten und Beiträge gefressen hatte. Keine sorge es war wohl nur dafür da SPAM in den Blog einzuschleusen, aber entfernen konnte ich es nicht mehr richtig. Als sich auch noch mein Backup beim wieder Aussetzten des Systems als unbrauchbar erwies, war die Motivation leider dahin.

Doch nun versuche ich langsam neu Inhalte aufzubauen um eine funktionale wie auch ansprechende Seite zu führen.