Oder warum ein Doppelklick eine AHA-Effekt haben kann.

Eigentlich keine große Sache denkt man sich als alter Softgrider, doch im Support schlägt immer wieder die Frage auf: "Ich starte die Anwendung und nichts als ein gelbes Schildchen taucht unten rechts auf, und da steht "Launch failed"". Auf die Frage wie den der Error Code lautet erntet man normalerweise nur ein "Häääää, watt willse". Den wer weiß schon, dass es sich lohnt auf die gelben Schildchen doppelt zu klicken.

Sollte man also auf das Schilchen einen beherzten Doppelklick ausführen erhält man einen Dialog mit dem Error-Code.

Picture (c) Justin Zarb aus seinem Blogeintrag vom 26.07.2007

Alle diese Errorcodes die so entstehen, können auch nachträglich in der History des Clients, oder aber im Logfile (sftlog.txt im Installationspfad der Anwendung - sofern man den Speicherort der Datei nicht umgelegt hat) nachgesehen werden.

In diesem Bespiel, würde im Logfile am Standardspeicherort  %Program Files%\Softricity\SoftGrid for Windows Desktops\sftlog.txt folgender Eintrag stehen.

   1: [07/26/2007 14:37:44.407 TRAY ERR] {tid=2140:usr=jzarb}

   2: The SoftGrid Client could not launch Macromedia Dreamweaver MX 2004 7.0.2052.0.

   3: No connection could be made because the target machine actively refused it.

   4: Error code: 420114-19D0472A-0000274D

Diese Fehlernummer bringt uns der Lösung ein Stück näher. Es gibt viele Fehlercodes und viele Lösungen zu den Fehlermeldungen. Erster Ansatz ist natürlich die Softgrider FAQ. In der Fehleransicht sind einige Fehler mit ihren Lösungen verzeichnet. Möglich ist auch die Suche in der Microsoft Knowledgebase.

Wichtig ist hier zu wissen, wie ich in der KB nach der Fehlermeldung suche.
Alle Fehlermeldungen in der KB  sind wie in der Softgrider FAQ bestehend aus den zwei Blöcken abgelegt.  Vom zweiten Blockk die letzten beiden Stellen, und der dritte Block. Speziell bei Microsoft Knowledgebase ist, das die ersten 6 Stellen des zweiten Blocks mit x gefüllt werden müssen. Für obigen Fehler lautet die Suche folgendermaßen. xxxxxx2A-0000274D (Demo)

Übersetzung aus dem Softgrid Team Blog

Wir haben oft fragen wie sich Scripts in Softgrid nutzen lassen. Darum posten wir einige grundlegende Vorgehensweisen, damit sie starten können. Wir haben die Möglichkeit eine unbegrenzte Anzahl und beliebige Scriptsprachen innerhalb einer OSD Datei auszuführen. Und diese Scripts können sehr hilfreich sein, Begrenzungen von Anwendunen zu umgehen oder spezielle Konfigurationen von Anwendungen einzurichten damit diese ordnungsgemäß ausgeführt werden. 

Scripts können in vielen möglichen Sprachen geschrieben werden und werden von der OSD einer Softgrid Anwendung dem Client übergeben und ausgeführt, wenn dieser den nötigen Scriptinterpreter installiert hat. Firmen haben möglicherweise schon existierende Scripts die in Visual Basic, Perl, .bat Dateien, .cmd Dateien, usw. geschrieben, die für die Ausführung ihrer Anwendungen nötig sind. Wenn sie die grundlegenden Regeln für die Scripterstellung beachten, können diese in einer OSD Datei verwendet werden.

Die folgenden Fragen in Bezug auf "Wenn", "Wo" und "Wie" ein Script ausgeführt wrid, müssen beantwortet sein bevor das Script in die OSD Datei eingefügt werden kann.

Alle Scripte müssen zwischen die <DEPENDENCY> Tags in der OSD eingefügt werden. Eine Anweisung kann auf eine existierende Scriptdatei anhand ihres Dateinamens verweisen, oder sie können die Anweisungen in die Script Section direkt eintragen.

WANN
Eine OSD kann Scripte an unterschiedlichen Stellen während des Starts ober bei  Beendigung einer Softgridanwendung ausführen.
Die erste Einstellung in den Scriptelementen bestimmt den Ausführungszeitpunkt:

SCRIPT TIMING and EVENT:
• PRE STREAM: Bevor die Anwendung auf den Client gestreamt wird. (Zum Beispiel wenn der Benutzer eine VPN Verbindung zu einem Softgrid Server herstellen muss, um das Paket streamen zu können bevor es ausgeführt werden kann.)

• POST STREAM: Wird ausgeführt wenn die Anwendung für den User genehmigt und gestreamt wurde, aber bevor die virtuelle Anwendungsumgebung hergestellt wird.

• PRE LAUNCH: Ausführung nach Herstellung der virtuellen Umgebung, aber bevor die Anwendung gestartet wurde.

• POST LAUNCH: Ausführung wenn die Anwendung gestartet wurde.

• POST SHUTDOWN: Wenn die Anwendung beendet wurde, die virtuelle Umgebung aber noch existiert. Hier lassen sich die Scripte starten um die Umgebung wieder aufzuräumen, (Temporäre Dateien löschen) oder Konfigurationsdateien  wieder zurücksetzen.

WO
Die nächste Angabe muss definieren "wo" das Script ablaufen soll. Es gibt nur zwei Optionen, entweder innerhalb oder außerhalb der virtuellen Umgebung.environment or outside.

Protect:
• Protect=True: Erlaubt dem Script auf die virtuelle Umgebung zuzugreifen. Die Ausführung innerhalb der virtuellen Umgebung kann für die Fehlersuche sehr nützlich sein.

• Protect=False: Das Script läuft auf dem Client außerhalb der virtuellen Umgebung. Hiermit lassen sich Dateien auf den Client kopieren, ohne die virtuelle Umgebung zu benutzen.

WIE
Der nächste Eintrag bestimmt "wie" das Script ausgeführt wird. Die Einstellungen bestimmen wie lange dieses Script ausgeführt werden darf und ob auf die Beendigung des Scripts gewartet wird. Der Eintrag "TIMEOUT" bestimmt die maximale Ausführungszeit. Aus Gründen der Rückwartskompatibilität kann der "WAIT" Eintrag auch in SoftGrid 4.x verwendet werden. Ein Script das asynchron ausgeführt wird jeden einzelnen Schritt des Scripts ausführen ohne auf die Beendigung des vorherigen Schrittes zu warten.

TIMEOUT:
• TIMEOUT=xx: Der Client wartet xx Sekunden auf die Beedigung bevor er einen Fehler zurückgibt.

• TIMEOUT=0: Der Client wartet bis zum "jüngsten Tag" auf die Beendigung.

Wait:
• Wait=False: Fährt in der Ausführung fort ohne die Beendigung des Scriptes abzuwarten

• Wait=True: Wartet bis zur Beendigung des Scriptes, bevor das nächste Scriptelement gestartet wird.

Beispiel 1
Das folgende Beispiel benutzt das SCRIPTBODY tag um als erstes den Server mit seiner IP Adresse anzupingen. Danach löscht es die Laufwerkszuordnung und erstellt eine Neue mit dem gleichen Laufwerksbuchstaben, der zuvor gelöscht wurde.

<DEPENDENCY>
<SCRIPT TIMING="PRE" EVENT="LAUNCH" WAIT="TRUE" PROTECT="TRUE">
<SCRIPTBODY> @echo on \n
ping 192.168.100.100 \n
net use x: /delete /y \n
net use x: \\\\ServerName\\Achieve \n
net use y: /delete /y \n
net use y: \\\\ServerName\\Achieve\\claims\\Bethany \n
</SCRIPTBODY>
</SCRIPT>
</DEPENDENCY>

Hinweis: Die Angabe "\n" bedeutet, das in der nächsten Zeile noch ein Befehl steht.

Beispiel 2
Das folgende Beispiel verwendet das SCRIPTBODY Tag um als erstes ein Laufwerk mit einer Serverfreigabe zu verbinden. Danach ruft es eine existierende .cmd Datei auf diesem Laufwerk auf. Als nächstes wird das Programm editini.exe von einem Neztlaufwerk aufgerufen und fügt einen Pfad zur word.ini hinzu.

<DEPENDENCY>
<SCRIPT EVENT="LAUNCH" TIMING="PRE" PROTECT="TRUE" WAIT="TRUE">
<SCRIPTBODY>
net use k: \\\\w2k-pdc\\netlogon \n
CALL k:\\usr-w2k.cmd \n
\\\\sft-softgrid\\shr\\editini.exe c:\\word\\word.ini "FileLocations" TempPath c:\\temp \n
</SCRIPTBODY>
</SCRIPT>
</DEPENDENCY>

Beispiel 3
Das folgende Beispiel verwendet die Umgebungsvariable %SFT_MNT% um die Position des aktuellen virtuellen Laufwerks zu ermitteln und die Anwendung proflwiz.exe aufzurufen. Der absolute Pfad wird hier verwendet, weil davon auszugehen ist, das der Programmspeicherort nicht Teil der auf dem Client gesetzen Pfadvariablen ist.

<DEPENDENCY>
<SCRIPT TIMING="PRE" EVENT="LAUNCH" WAIT="TRUE" PROTECT="TRUE">
<SCRIPTBODY>%SFT_MNT%\\OfficeXP\\Office10\\proflwiz.exe</SCRIPTBODY>
</SCRIPT>
</DEPENDENCY>

Wir hoffen das sie die Informationen nützlich finden und wie immer, wenn Sie Vorschläge für weitere Beiträge haben, lassen Sie es uns wissen.

- The Microsoft SoftGrid Team
translated to German by Frank Fette

Mehr Infos zu OSD-Scripting und weitere Beispiele in der Softgrider FAQ

Fehlermeldungen findet man ja nun in der Microsoft Knowledgebase. Will man jedoch nach Softgrid Einträgen suchen trägt folgender Link Softgrid in das Produktfeld ein.

http://support.microsoft.com/search/default.aspx?spid=12357

Btw:
spid=12352 is for SoftGrid for Windows Desktop
spic=12389 is for SoftGrid for Terminal Services

Da haben wir uns mal eine neue Platte gegönnt. Western Digital Raptor WD360ADFD. Ist zwar nur die 36 GB Version, aber das Budget gab eben nicht mehr her.

Fakt ist, die Lautstärke steigt - die Geschwindigkeit aber auch. Wer also viel sequenct braucht vor allem Dampf in der Backe - äh unter dem Tisch.

Somit bleibt mehr Zeit die Softgrid FAQ weiter auszubauen.

http://www.softgrider.de 

Fehlt was in der FAQ?  Mail an info(at)softgrider.de

Unter %CSIDL_PROFILE%\Local Settings ist in einem deutschen Betriebssystem bis Windows XP keiner zu Hause.

(Wie das bei Vista ist, das ist mit hoher Wahrscheinlichkeit anders, da hier nur noch eindeutige Verzeicnnisnamen verwendet werden und die Translations als Link ausgeführt werden.) 

Also habe ich für meine deutschen Sequencer den Eintrag auf %CSIDL_PROFILE%\Lokale Einstellungen geändert.

Mit Bildchen im Blog unter http://www.softgrider.de/websites/blog/Lists/Beitraege/Post.aspx?ID=7

Tach auch.
Ist ein bisserl ruhiger hier. Ich bastle gerade an der Softgrid FAQ. Mehr dazu später.

Unter www.appdeploy.com  findet man Installationsanleitungen, Parameter und Aufrufe eingentlich für die Verteilung von Software per SMS o.ä.

Ein Beispiel wäre die Installation vom Adobe Reader 8. Die gesammelten Anweisungen lassen sich natürlich wunderbar bei der Installation innherhalb des Sequencers anwenden.

Extra für die Virtualisierung gibt es ein angehängtes Forum (Anmeldung erforderlich) in dem sich noch einige Tipps und Hints speziell bezogen auf die Virtualisierung finden.

Application Virtualization Forum at Appdeploy

Wie in der Softgrid Knowledgebase beschrieben, kann man während der Ausführung von Applikationen Filemon und Regmon benutzen.

Softgrid Knowledgebase Artikel ID 500

Dazu muss man auf der Maschine wie beschrieben die Datei Registry Datei (bei mir heißt sie sft_filemon.reg) hinzufügen.

Ich habe da die Registryeinstellungen für Filemon und Regmon (Version > 7) drin.

Um auch den neuen Process Monitor zu nutzen, der Filemon und Regmon und einen Process Viewer vereint, muss auch für diesen ein Registryeintrag importiert werden. Den habe ich mit in die Datei sft_filemon.reg geschrieben, die damit bei mir so aussieht.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Filemon701]

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Regmon701]

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PROCMON10]

Das ganze als sft_filemon.reg per Editor unter %Systemroot% auf der Clientmaschine abspeichern und mit folgenden Einträgen in der OSD-Datei

<SCRIPT TIMEOUT="60" TIMING="PRE" EVENT="LAUNCH" WAIT="TRUE" PROTECT="FALSE">

in den Part

<DEPENDENCY>

<CLIENTVERSION VERSION="3.1.2.2"/>

hier  einfügen

</DEPENDENCY>

Wenn man die Anwendung mit der veränderten OSD Datei startet, kommt zuerst ein CMD Fenster, das sich schon in der virtuellen Umgebung befindet. Hier kann man jetzt Filemon, Regmon und Procmon starten.  Tip: Einen Ordner mit diesen Programmen anlegen und diesen der Umgebungsvariablen (Environment) Path hinzufügen. So lassen sich die Programme einfach starten.

Auch in der aktuellen Version extrahiert der Iconextractor des Sequencers aus manchen Programmen recht große Icondateien. Werden diese nur auf Clients verteilt, könnte man ja noch drüber hinwegsehen. Hat man jedoch mehrere tausend User in einer Terminalserverumgebung, macht es schon einen Unterschied ob ein Icon 1kb oder > 500kb hat.

Einen Weg dem integrierten Extractor dieses Verhalten abzugewöhnen habe ich nicht gefunden. Hier bietet es sich jedoch an mit dem Nirsoft Icon Extractor, den es als fertiges Softgrid Paket auf http://www.instantapp.net Iconextractor gibt, die Programmdatei zu öffnen und nur ein Icon zu extrahieren und wieder abzuspeichern.

Hat man den Softgrid Server auf einem Windows Server 2003 R2 installiert, so kann mit dem StorageManager eine Regel erstellen, die auf große IconDateien hinweist.

Frage ist: Was benutze ich zum sequencen?

Anwort ist: Egal! 

Aber wie immer bei einfachen Fragen sind diese, wenn man tiefer schaut doch nicht so einfach. Wie immer hat alles was Vorteile hat, auch Nachteile. Also versuchen wir mal rauszufinden was denn jetzt besser ist.

Grundsätzlich eignen sich beide Programme um dem Sequencer eine saubere Umgebung beim sequencen zu bieten.

Der Virtual PC egal ob 2004 oder die 2007er beta hat den Vorteil, das es kostenlos ist.

Natürlich funktioniert es auch, dass zum sequencen verwendete Betriebssystem auf einer Serverversion von VM-Ware Server oder Microsoft Virtual Server 2005 (R2) laufen zu lassen. Bei den Serverversionen sollte man bedenken, das sequencen sehr I/O lastig ist und den verwendeten Server stark belastet. Das kann natürlich andere auf dem Server laufende VMs in die Tiefe reißen.

Jedoch haben alle 3 bisher genannten einen Nachteil, der mich die Nummer 4 ganz nach vorne stellen lässt. VM-Ware Workstation hat die besten Snapshotmöglichkeiten. Ich kann mehrere Snapshots erstellen, ich kann Snapshots verzweigen und ich bin in der Lage schnell verlinkte Clone zu erzeugen.  Und wenn man Problemprogramme hat, die einem zum Archäologen schlechter Programiererschandtaten werden lassen, wird man "das mal eben einen Snapshot erzeugen" zu schätzen wissen.

Fazit: Wenn man also mal ein Programm sequenct oder sich in der Evaluationsphase befindet, ist der Virtual PC vollkommen ausreichend. Hauptsache ist hier der performante Rechner, die schnellen Festplatten und eine optimierte Konfiguration des zum sequencen verwendeten Betriebssystems. Steigt man jedoch tief ein und sequenct hauptberuflich werden die Snapshotfähigkeiten der VM-Ware Workstation zum Hauptargument.