Default Application - kann nicht starten....

[2search]

Hallo Leute,

habe jetzt versucht mittels App-V "Trial Guide" schön nach Vorlage, mir ein komplettes Testsystem für App-V aufzubauen....inkl. eigenem AD; SQL etc etc....

nur - ich scheitere bereits an der "Demmo Application" - ich komme so weit, das der Benutzer die Desktop Verknüpfungen bekommt, der User ist auch in der "berechtigten" Gruppe - aber wenn ich dann die Applikation aufrufe, kommt nach ein paar Sekunden, folgende Fehlermeldung:

Application Virtualization Client konnte DefaultApp MFC Application 1.0.0.1 nicht starten.

Application Virtualization Client konnte keine Verbindung mit Application Virtualization Server herstellen. Überprüfen Sie Ihre Netzwerkverbindung, und wiederholen Sie dann den Vorgang. Wenn das Problem weiterhin auftritt, berichten Sie den folgenden Fehlercode an Ihren Systemadministrator.

Fehlercode: 4505CD-19D06A0A-10000004

Info: Im Systray steht nur: Default APP MFC Application....(0%) - und dann bereits kommt der Fehler....
Wenn ich am Client in die SftCMC.msc wechsle, und dann die "Default App" importiere (Eigenschaften --> Paket -->Importieren) dann geht zwar der Systray auf (100%) - aber auch dann erscheint die selbe Fehlermeldung (selber Fehlercode)....

Ich habe auch schon die Firewall am Client (WinXP) und Management Server (Win2008) deaktiviert --> dann bekomme ich die Meldung:

Application Virtualization Client konnte DefaultApp MFC Application 1.0.0.1 nicht starten.
Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die Verbindung verweigerte.

Fehlercode: 4505CD-19D0682A-0000274D

so - dieser Fehlercode scheint im Web einzigartig zu sein - ausser der letzten Zahlenkombi, kommt der nicht mehr vor (zumindest konnte ich ihn nirgends finden) - und alles was ich fand, hatte mit nem Terminalclient zu tun - ich benutz hier aber keine Terminals....

ich kann vom Client aus auf meinen Management einwandfrei zugreifen, kann das .sft etc. auch mittels Netzwerkverbindung connecten und der Benutzer bekommt die Verknüpfungen....

aber ich weiß nicht, wo ich noch weiter nach dem Fehler suchen sollte.....bin für jede Hilfe sehr dankbar....

Wenn es zur Problemlösung noch weitere Infos benötigt, gebt mir bitte bescheid, bin noch recht neu auf dem Gebiet und weiß nicht, wie man hier vorgeht (logs etc....)

lg,
2search

[vkleiner]

Hi 2search,
hast du die Vorgehensweise wie in KB930730 schon aus probiert ?
Überprüfe auch mal, ob der "Application Virtualization Management Server " Dienst gestartet ist.
Schau auch mal in die OSD Datei und überprüfe Protokoll und Port.
Das muss mit den Einstellungen vom Application Server übereinstimmen.



Gruss
_________
vkleinerde

[2search]

Hi,

diesen KB Artikel habe ich schon durch - leider ohne Erfolg....aber danke

Der AppV Service ist gestartet - das hab ich auch schon vermutet - im übrigen arbeite ich mit Virtuellen Umgebungen, da muss der Service lt. Doku eh nach jedem Reboot von Hand gestartet werden....


wegen dem .osd File - meinst du diesen Eintrag:
<codebasehref="rtsp://vmw2:554/defaultapp.sft" --> das hab ich auch schon durch - mit IP Adresse und FQDN Namen, hat nix gebracht....

ich dreh hier echt durch....so schwer kann das ja nicht sein....

lg,
2search

[vkleiner]

Don´t panic !

Schreib bitte mal RTSP in Gropßbuchstaben in der OSD Datei.
Beim editieren der OSD Datei dran denken, das diese im unicode Format abgespeichert werden muss.

Überprüfe auch mal die SFT_SOFTGRIDSERVER Variable auf dem Client.

Welche App-V Version benutzt du denn ?

Gruss
_________
vkleinerde

[2search]

hi,

also ich hab jetzt RTSP groß geschrieben (war davor wirklich klein) - und das File im "Unicode" Format gespeichert...

in Verwendung habe ich Microsoft App-V ver. 4.5

kannst du mir gerade noch erklären, wo ich die von dir gewünschte Variable entdecke? MEinst du die Settings in der SftCMC?

dort habe ich unter:

Eigenschaften "Veröffentlichungsserver:
Serveranzeigename: vmw2.xxx.xx.xx
Typ: Application Virtualization Server
Hostname: vmw2.xxx.xx.xx
Port: 554:

Beim Typ habe ich auch schon vmw2 - wie in der OSD versucht bzw. umgekehrt und alles auf vmw2.xxx.xx.xx bzw. nur vmw2 bei beiden probiert - immer das selbe Ergebnis -->der Zielcomputer verweigert die Verbindung (wenn ich beim Management Server die Firewall inaktiviert habe.....ansonsten kommt halt die andere Fehlermeldung....

an sowas banalem wie der Datei und Druckerfreigabe kanns ja wohl nicht liegen, oder?

oder meinst du etwas anderes?

danke, lg,
2search

[vkleiner]

Hi,
auf dem Client wo die Anwendung gestartet werden soll (XP/Vista/TS) wird die Systemvariable gesetzt. Diese muss per Hand angelegt und gesetzt werden.Es gab hier auch schon ein Post dazu.
Müßte eigentlich mit im Trialguide mit drin stehen.
Scheint aber so, das Du diese nicht verwendest da in deiner OSD Datei der Server im Klartext erscheint. Die Benutzung macht aber Sinn da die Pakete problemlos von anderen Servern verteilt werden können.

[vkleiner]

Nachdem Ich den aktuellen TrialGuide nochmal angeschaut habe muste Ich feststellen das die Variable hier garnicht erwähnt wird.

Die Kommunikation zwischen Client und Server läuft noch nicht richtig.
Die Firewall komplett zu deaktivieren ist eine Möglichkeit - auf Seite 19 wird beschrieben, wie eine Regel für eine Ausnahme erstellt wird.

Wer wissen will was sich genau bei der Client Server Verbindung abspielt kann sich Exploring "SoftGrid with NetMon" Part1 und Part2 aus dem App-V Blog näher anschauen.

Poste mal die letzten Einträge der Log´s vom
Client: C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\Microsoft\Application Virtualization Client\sftlog.txt

Server: C:\Programme\Microsoft System Center App Virt Management Server\App virt Management Server\logs\sft-server.log

Überprüfe auch mal die Ereignissanzeige auf dem App-V Server sowie auf dem Hostsystem wo die VM läuft (VMWare/Hyper-V?)

Kontrolliere den folgenden Eintrag in der Registry auf dem Client
HKLM\SOFTWARE\Microsoft\SoftGrid\4.5\client\Configuration\ApplicationSourceRoot

Hast Du nach der Änderung der OSD Datei nochmal neu geladen?
Alternativ kann die OSD Datei direkt aus dem \\server\content Verzeichnis direkt per Doppelklick gestartet werden.

Ich hatte mal einen ähnlichen Fehler und versuche mal den in meiner Testumgebung zu reproduzieren .

[2search]

Hallo,

sorry das ich mich erst jetzt wieder melde - aber ich bin nicht jeden Tag im Büro....


erstmal danke für die Hilfe...ich probier jetzt auf das zuletzt genannte genau einzugehen:

Bzgl. Trial Guide - das traurige ist - ich habe genau nach ihm gearbeitet - auch die Firewall ist wie in Seite 20 konfiguriert...ansonsten ist die Firewall auf dem Management Server wieder aktiv - ist mir doch etwas zu happig, nen Server ganz ohne Schutz zu konfigurieren....

die Environment Variable habe ich inzwischen auch gesetzt - leider ohne Erfolg - aber danke für den Hinweis....

Errormeldungen aus der Computerverwaltung:
Error1:
{hap=2:app=DefaultApp MFC Application 1.0.0.1:tid=914:usr=AppV}
Application Virtualization Client konnte keine Verbindung mit der Datenstrom-URL 'rtsp://VMW2:544/DefaultApp.sft' herstellen (Rückgabecode 19D06A0A-10000004, ursprünglicher Rückgabecode 19D06A0A-10000004).

Error2:
{tid=58C:usr=AppV}
Application Virtualization Client konnte DefaultApp MFC Application 1.0.0.1 nicht starten.

Application Virtualization Client konnte keine Verbindung mit Application Virtualization Server herstellen. Überprüfen Sie Ihre Netzwerkverbindung, und wiederholen Sie dann den Vorgang. Wenn das Problem weiterhin auftritt, berichten Sie den folgenden Fehlercode an Ihren Systemadministrator.

Fehlercode: 4505CD-19D06A0A-10000004

aber leider find ich hierzu nicht wirklich gute Infos im Netz....



Die von dir gewünschten (aktuellsten)Logs:
[12/05/2008 10:34:37:200 AMGR WRN] {tid=EDC}
Transportverbindung wird versucht.
URL: rtsp://VMW2:544/DefaultApp.sft
Host: VMW2:544
IP-Adr.: xxxxxxxxxx
Fehler: 19D06A0A-10000004


[12/05/2008 10:34:57:269 AMGR WRN] {tid=EDC}
Transportverbindung wird versucht.
URL: rtsp://VMW2:544/DefaultApp.sft
Host: VMW2:544
IP-Adr.: xxxxxxxxxx
Fehler: 19D06A0A-10000004


[12/05/2008 10:35:33:271 AMGR WRN] {tid=77C}
Transportverbindung wird versucht.
URL: rtsp://VMW2:544/DefaultApp.sft
Host: VMW2:544
IP-Adr.: xxxxxxxxxx
Fehler: 19D06A0A-10000004


[12/05/2008 10:35:33:612 JGSW ERR] {hap=20:tid=700:usr=AppV}
Application Virtualization Client konnte keine Verbindung mit der Datenstrom-URL 'rtsp://VMW2:544/DefaultApp.sft' herstellen (Rückgabecode 19D06A0A-10000004, ursprünglicher Rückgabecode 19D06A0A-10000004).


[12/05/2008 10:35:33:622 SWAP ERR] {hap=20:tid=700:usr=AppV}
Der Client konnte keine Verbindung mit Application Virtualization Server herstellen (Rückgabecode 19D06A0A-10000004).


[12/05/2008 10:35:34:033 SRVC WRN] {tid=26C}
Fehler beim Aufheben der Registrierung des Rückrufs für die Nachverfolgung der Verbindungsprozessbeendigung (Fehler: 997).


[12/05/2008 10:35:51:538 MIME ERR] {tid=3A4:usr=Administrator}
Fehler bei der Anforderung des Desktopkonfigurationsservers für URL {rtsp://vmw2.xxx.xxx.xxx:554/} mit Header {Host: vmw2.xxx.xxx.xxx
Content-Type: text/xml
} (Rückgabecode 16908F0A-00002002).


[12/05/2008 10:37:03:662 SRVC WRN] {tid=26C}
Fehler beim Aufheben der Registrierung des Rückrufs für die Nachverfolgung der Verbindungsprozessbeendigung (Fehler: 997).


[12/05/2008 10:37:06:907 SRVC INF] {tid=680}
Der Application Virtualization Client-Dienst hat eine Beendigungsanforderung vom Dienststeuerungs-Manager erhalten und wird jetzt heruntergefahren.


[12/05/2008 10:37:07:798 JGSW INF] {tid=680}
Das Application Virtualization-Dateisystem wurde sauber heruntergefahren.


[12/05/2008 10:37:07:798 THRD WRN] {tid=680}
Der Client hat 0 hängende Threads erkannt, die beim Herunterfahren verbleiben und beendet werden müssen.


[12/05/2008 10:37:07:808 INTF INF] {tid=680}
Das Protokoll von Application Virtualization Client wird heruntergefahren. In dieser Sitzung werden keine weiteren Meldungen protokolliert.


[12/05/2008 10:37:55:092 SRVC WRN] {tid=67C}
--------------------------------------------------------
Clientprotokoll initialisiert (D:\PROFILE\All Users\Anwendungsdaten\Microsoft\Application Virtualization Client\sftlog.txt)


[12/05/2008 10:37:55:623 VSCM INF] {tid=67C}
Virtual Service Control Manager wird gestartet.


[12/05/2008 10:37:56:664 JGSW INF] {tid=67C}
Das Application Virtualization-Dateisystem wurde erfolgreich initialisiert.


[12/05/2008 10:37:56:905 INTF WRN] {tid=67C}
Der Application Virtualization Client-Kern wurde richtig initialisiert.
Installiertes Produkt:
Microsoft Application Virtualization Desktop Client
Version: 4.5.0.1485
Installationspfad: D:\Programme\Microsoft Application Virtualization Client
Globales Datenverzeichnis: D:\PROFILE\All Users\Dokumente\
Computername:
ESX-VM2
Betriebssystem: Windows XP Professional Service Pack 3.0 Build 2600
OSD-Befehl: "D:\Programme\Microsoft Application Virtualization Client\sfttray.exe" "%1" %*


[12/05/2008 10:37:56:935 SRVC INF] {tid=67C}
---- Der Application Virtualization Client-Dienst, Version 4.5.0.1485, wurde gestartet. ----


[12/05/2008 10:38:23:253 SWAP WRN] {tid=58C:usr=AppV}
Die OSD-Datei \\vmw2\content\DefaultApp.osd konnte nicht geladen werden.


[12/05/2008 10:38:23:283 AMGR INF] {tid=58C:usr=AppV}
Der Anwendungs-Manager konnte keine Anwendung aus '\\vmw2\content\DefaultApp.osd' erstellen (Rückgabecode 0C404844-00001007).


[12/05/2008 10:39:08:157 AMGR WRN] {tid=91C}
Transportverbindung wird versucht.
URL: rtsp://VMW2:544/DefaultApp.sft
Host: VMW2:544
IP-Adr.: xxxxxxxxxxxx
Fehler: 19D06A0A-10000004


[12/05/2008 10:39:28:196 AMGR WRN] {tid=91C}
Transportverbindung wird versucht.
URL: rtsp://VMW2:544/DefaultApp.sft
Host: VMW2:544
IP-Adr.: xxxxxxxxxxxxx
Fehler: 19D06A0A-10000004


[12/05/2008 10:39:48:205 AMGR WRN] {tid=91C}
Transportverbindung wird versucht.
URL: rtsp://VMW2:544/DefaultApp.sft
Host: VMW2:544
IP-Adr.: xxxxxxxxxxxxx
Fehler: 19D06A0A-10000004


[12/05/2008 10:39:48:255 JGSW ERR] {hap=2:app=DefaultApp MFC Application 1.0.0.1:tid=914:usr=AppV}
Application Virtualization Client konnte keine Verbindung mit der Datenstrom-URL 'rtsp://VMW2:544/DefaultApp.sft' herstellen (Rückgabecode 19D06A0A-10000004, ursprünglicher Rückgabecode 19D06A0A-10000004).


[12/05/2008 10:39:48:255 SWAP ERR] {hap=2:app=DefaultApp MFC Application 1.0.0.1:tid=914:usr=AppV}
Der Client konnte keine Verbindung mit Application Virtualization Server herstellen (Rückgabecode 19D06A0A-10000004).


[12/05/2008 10:39:48:275 TRAY ERR] {tid=58C:usr=AppV}
Application Virtualization Client konnte DefaultApp MFC Application 1.0.0.1 nicht starten.

Application Virtualization Client konnte keine Verbindung mit Application Virtualization Server herstellen. Überprüfen Sie Ihre Netzwerkverbindung, und wiederholen Sie dann den Vorgang. Wenn das Problem weiterhin auftritt, berichten Sie den folgenden Fehlercode an Ihren Systemadministrator.

Fehlercode: 4505CD-19D06A0A-10000004
-------------------------------------------------------------------------------------
Der Reg Key:
HKLM\SOFTWARE\Microsoft\SoftGrid\4.5\client\Configuration\ApplicationSourceRoot

hat bei mir keinen Wert - was sollte dort normalerweise stehen????

ich mache immer wieder Neustarts nach Änderungen - am Laden der OSD Datei sollte es also nicht liegen....

danke für die Hilfe....

[vkleiner]

Hi,
ein paar Dinge sind mir in den Logs aufgefallen.

Die VMs laufen auf einem ESX Server.
Im Microsoft 4.5 Betaforum gab es dazu einen Post. Ein Hinweis war, dass aus der VMWARE Konsole der Fehler 10000004 auftreten kann.

Log dich bitte mal per RDP mit dem SoftGrid User Account ( nicht als Administrator) auf den Client ein und versuche die defaultapp zu starten.
Läuft deine VMWare Konsole vielleicht über einen anderen Useraccount?
Der Fehler 00002002 deutet darauf hin, das der Account auf dem Client sich nicht richtig authentifizieren kann.

Über den Fehler 00001007 bin Ich schon mal gestolpert. Ursache hierfür war ein Leerzeichen im POLICIES TAG

Mir ist es öfter passiert das Änderungen an der OSD Datei eben nicht automatisch erkannt worden sind und immer die im Client Cache gehaltene Version der Datei benutzt worden ist. Entweder die Anwendung explizit löschen und neu laden oder die OSD Datei direkt aus dem share zu starten.

Hängt der VM Host in einem Netz mit einer weiteren Firewall?
Nur um sicher zu gehen: Die Firewall auf dem App-V Client und Server müssen für den Port offen sein d.h. telnet VMW2 544 muss möglich sein.

Der Schlüssel ApplicationSourceRoot wird dafür benutzt, die Einstellungen im Client zu überschreiben und hat per default keinen Wert.
Wird bei der Installation des Clients advanced ausgewählt und ein falscher Servername eingetragen so kann dieser nur in der Registrierung
wieder geändert werden.

Auf dem Client kann der Loglevel auf verbose gestellt werden und gibt dann mehr Informationen aus.
In der SGT MMC rechtsklick auf localhost -> properties -> general -> Loglevel: verbose

_________
vkleinerde

[Kirk]

Hi,

könntest Du - nachdem Du nochmal versucht hast, die App zu starten - die letzten (sagen wir mal) 10 Zeilen des Server-Logs posten (C:\Program File\<MS SC AppV>\server\log\sft-server.log (Verzeichnisname gekürzt)?

[2search]

Hi,

erstmal - danke für die Hilfe....und hier zu den gewünschten Infos:

@vkleiner:

Ja, sowohl Client als auch Management Server laufen auf einem ESX - der Error der in dem von dir erwähnten Forum auftritt, ist mir bekannt (der Forumsbeitrag) - aber dort sprechen sie von einer Umgebung auf VMWare Workstation....und auch rtp/rtsp sind bei mir (hoffentlich) korrekt eingestellt....

bzgl. deinem Vorschlag mittels RDP - ich habe mich mit VNC Remote Control auf dem client eingelogt (von ner physischen Maschine aus) - aber leider bringt das auch nichts
Was mir auffiel: Ich hab die Anwendung am Client gelöscht - wollte sie dann "laden" - aber es passiert nichts....sprich, ich hab inzwischen auch keine Verknüpfungen zur Default App etc. mehr auf dem client....

EDIT: Mein Fehler - Der Service war nicht gestartet - ich kann die App wieder Laden/importieren....

Bzgl. Policies Tag - ich kann mich nicht erinnern, ein solches je geändert zu haben....aber wo kann ich das denn nachprüfen? Sind hier die AD Policies gemeint? Dann kann ich garantieren hier nichts verändert zu haben....die sind alle DEFAULT --> und falls hier die Einstellungen innerhalb des .osd Files gemeint sind --> ich find hier keinen Eintrag mit >Policies> oder <OS Type> - insofern hilft das leider nicht weiter....

ich glaube es liegt doch irgendwo an der Firewall bzw. an den Ports:

netstat /a auf dem Management Server sagt folgendes:

Aktive Verbindungen

Proto Lokale Adresse Remoteadresse Status
TCP 0.0.0.0:80 vmw2:0 ABHÖREN
TCP 0.0.0.0:135 vmw2:0 ABHÖREN
TCP 0.0.0.0:445 vmw2:0 ABHÖREN
TCP 0.0.0.0:554 vmw2:0 ABHÖREN
TCP 0.0.0.0:49152 vmw2:0 ABHÖREN
TCP 0.0.0.0:49153 vmw2:0 ABHÖREN
TCP 0.0.0.0:49154 vmw2:0 ABHÖREN
TCP 0.0.0.0:49158 vmw2:0 ABHÖREN
TCP 0.0.0.0:49188 vmw2:0 ABHÖREN
TCP 0.0.0.0:49189 vmw2:0 ABHÖREN
TCP 0.0.0.0:49246 vmw2:0 ABHÖREN
TCP 127.0.0.1:49258 vmw2:49259 HERGESTELLT
TCP 127.0.0.1:49259 vmw2:49258 HERGESTELLT
TCP 127.0.0.1:49260 vmw2:49261 HERGESTELLT
TCP 127.0.0.1:49261 vmw2:49260 HERGESTELLT
TCP 127.0.0.1:49262 vmw2:49263 HERGESTELLT
TCP 127.0.0.1:49263 vmw2:49262 HERGESTELLT
TCP 127.0.0.1:49264 vmw2:49265 HERGESTELLT
TCP 127.0.0.1:49265 vmw2:49264 HERGESTELLT
TCP 127.0.0.1:49266 vmw2:49267 HERGESTELLT
TCP 127.0.0.1:49267 vmw2:49266 HERGESTELLT
TCP 127.0.0.1:49268 vmw2:49269 HERGESTELLT
TCP 127.0.0.1:49269 vmw2:49268 HERGESTELLT
TCP 127.0.0.1:49270 vmw2:49271 HERGESTELLT
TCP 127.0.0.1:49271 vmw2:49270 HERGESTELLT
TCP 127.0.0.1:49272 vmw2:49273 HERGESTELLT
TCP 127.0.0.1:49273 vmw2:49272 HERGESTELLT
TCP 127.0.0.1:49274 vmw2:49275 HERGESTELLT
TCP 127.0.0.1:49275 vmw2:49274 HERGESTELLT
TCP 127.0.0.1:49276 vmw2:49277 HERGESTELLT
TCP 127.0.0.1:49277 vmw2:49276 HERGESTELLT
TCP 127.0.0.1:49278 vmw2:49283 HERGESTELLT
TCP 127.0.0.1:49279 vmw2:49284 HERGESTELLT
TCP 127.0.0.1:49280 vmw2:49285 HERGESTELLT
TCP 127.0.0.1:49281 vmw2:49286 HERGESTELLT
TCP 127.0.0.1:49282 vmw2:49287 HERGESTELLT
TCP 127.0.0.1:49283 vmw2:49278 HERGESTELLT
TCP 127.0.0.1:49284 vmw2:49279 HERGESTELLT
TCP 127.0.0.1:49285 vmw2:49280 HERGESTELLT
TCP 127.0.0.1:49286 vmw2:49281 HERGESTELLT
TCP 127.0.0.1:49287 vmw2:49282 HERGESTELLT
TCP xxx.xxx.x.xx:139 vmw2:0 ABHÖREN
TCP xxx.xxx.x.xx:445 esx-vm2:1139 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49256 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49257 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49288 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49289 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49290 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49291 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49292 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49293 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49294 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49295 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49296 HERGESTELLT
TCP xxx.xxx.x.xx:49188 vmw2:49297 HERGESTELLT
TCP xxx.xxx.x.xx:49256 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49257 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49288 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49289 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49290 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49291 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49292 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49293 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49294 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49295 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49296 vmw2:49188 HERGESTELLT
TCP xxx.xxx.x.xx:49297 vmw2:49188 HERGESTELLT
TCP [::]:80 vmw2:0 ABHÖREN
TCP [::]:135 vmw2:0 ABHÖREN
TCP [::]:445 vmw2:0 ABHÖREN
TCP [::]:49152 vmw2:0 ABHÖREN
TCP [::]:49153 vmw2:0 ABHÖREN
TCP [::]:49154 vmw2:0 ABHÖREN
TCP [::]:49158 vmw2:0 ABHÖREN
TCP [::]:49188 vmw2:0 ABHÖREN
TCP [::]:49189 vmw2:0 ABHÖREN
TCP [::]:49246 vmw2:0 ABHÖREN
UDP 0.0.0.0:123 *:*
UDP 0.0.0.0:500 *:*
UDP 0.0.0.0:1434 *:*
UDP 0.0.0.0:4500 *:*
UDP 0.0.0.0:5355 *:*
UDP 127.0.0.1:50637 *:*
UDP 127.0.0.1:50639 *:*
UDP 127.0.0.1:58566 *:*
UDP 127.0.0.1:59402 *:*
UDP xxx.xxx.x.xx:137 *:*
UDP xxx.xxx.x.xx:138 *:*
UDP [::]:123 *:*
UDP [::]:500 *:*
UDP [::]:1434 *:*
UDP [::]:5355 *:*



ich hoff ihr könnt damit mehr anfangen als ich....bisher ging ich eigentlich davon aus, das der ESX Server zwischen VM`S auf der eigenen Maschine direkt verbindet, ohne das eine Verbindung "nach außen" überhaupt statt findet, sofern das nicht nötig ist....könnte es also sein das unsere "richtige" Firewall die telnet Sessions einfach abfängt????

ein Telnet vom client auf den Server mittels: telnet vmw2 445 --> scheint allerdings zu funktionieren, nur telnet vmw2 554 kriegt keine Verbindung zustande (Fehlermeldung)...


netstat / a vom Client:

Aktive Verbindungen

Proto Lokale Adresse Remoteadresse Status
TCP esx-vm2:epmap esx-vm2.ADON.xxxx.xx.xx:0 ABHÖREN
TCP esx-vm2:microsoft-ds esx-vm2.ADON.xxxx.xx.xx:0 ABHÖREN
TCP esx-vm2:5800 esx-vm2.ADON.xxxx.xx.xx:0 ABHÖREN
TCP esx-vm2:5900 esx-vm2.ADON.xxxx.xx.xx:0 ABHÖREN
TCP esx-vm2:1043 esx-vm2.ADON.xxxx.xx.xx:0 ABHÖREN
TCP esx-vm2:1137 localhost:30606 HERGESTELLT
TCP esx-vm2:1161 localhost:30606 WARTEND
TCP esx-vm2:30606 esx-vm2.ADON.xxxx.xx.xx:0 ABHÖREN
TCP esx-vm2:30606 localhost:1137 HERGESTELLT
TCP esx-vm2:netbios-ssn esx-vm2.xxxx.xx.xx:0 ABHÖREN
TCP esx-vm2:1139 vmw2.xxxx.xx.xx:microsoft-ds HERGESTELLT
TCP esx-vm2:1160 xxxxx-admin1.xxxx.xx.xx:2222 WARTEND
TCP esx-vm2:1163 localhost:30606 WARTEND
TCP esx-vm2:1164 esx-vm1.xxxx.xx.xx:netbios-ssn WARTEND
UDP esx-vm2:microsoft-ds *:*
UDP esx-vm2:isakmp *:*
UDP esx-vm2:4500 *:*
UDP esx-vm2:ntp *:*
UDP esx-vm2:1039 *:*
UDP esx-vm2:1048 *:*
UDP esx-vm2:1146 *:*
UDP esx-vm2:1900 *:*
UDP esx-vm2:ntp *:*
UDP esx-vm2:netbios-ns *:*
UDP esx-vm2:netbios-dgm *:*
UDP esx-vm2:1900 *:*

@kirk:

hier das log des heutigen Tages:

[2008-12-12 03:07:23.059] VMW2 3472 3476 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:07:23.059] VMW2 3484 3488 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:07:23.075] VMW2 3508 3512 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:07:23.091] VMW2 3492 3496 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:07:23.091] VMW2 3500 3504 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:07:22.434] VMW2 3420 3432 SW_SystemDispatcher::fini - - - - 0 44952 "Microsoft System Center Application Virtualization Management Server Version 4.5.0.1485 (3420) wurde erfolgreich beendet
"
[2008-12-12 03:07:22.434] VMW2 3420 3424 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 03:08:44.203] - 1524 1580 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 03:08:56.296] VMW2 1524 1580 SW_SQLDataConnection::Open - - - - 2 41494 "Fehler beim Herstellen einer Verbindung zur Datenquelle: (Server: VMW2\SQLEXPRESS, Datenbank: APPVIRT).
"
[2008-12-12 03:08:56.375] VMW2 1524 1580 SW_SystemDispatcher::init - - - - 1 44901 "Initialisierungsfehler bei Systemverteiler [-1]. Systemverteilerstart wird beendet.
"
[2008-12-12 03:08:56.375] VMW2 1524 1580 SW_SystemDispatcher::fini - - - - 0 44952 "Microsoft System Center Application Virtualization Management Server Version 4.5.0.1485 (1524) wurde erfolgreich beendet
"
[2008-12-12 03:08:56.890] VMW2 1524 1528 SW_MessageHandler::Close - - - - 5 65535 "Shutdown complete."
[2008-12-12 10:30:58.066] - 3120 3308 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:00.504] - 3184 3060 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:00.520] - 3936 2088 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:00.551] - 2536 3152 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:00.566] - 4080 3740 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:00.582] - 1600 3976 SW_MessageHandler::Open - - - - 5 65535 "Initialization complete."
[2008-12-12 10:31:01.942] VMW2 3120 3308 SW_SystemDispatcher::init - - - - 0 44951 "Microsoft System Center Application Virtualization Management Server Version 4.5.0.1485 (3120) wurde erfolgreich gestartet

Soll ich das Client log auch noch posten? Das is ewig lang......seit ichs auf ausführlich gestellt habe....

thx 4 help....

[vkleiner]

Hi,

ein Telnet vom client auf den Server mittels: telnet vmw2 445 --> scheint allerdings zu funktionieren, nur telnet vmw2 554 kriegt keine Verbindung zustande (Fehlermeldung)...

Der Port 445 wird für NetBios over TCP/IP benutzt.

Das Protokoll RTSPS benutzt Port 332 und RTSP Port 554. Überprüfe mal auf dem Management Server das verwendete Protokoll mit dem entsprechen Port. Server Groups->Default Server Group->vmw2->Ports

Um ein streamen von Anwendung zu ermöglichen, muß dieses so funktionieren:

telnet %SFT_SOFTGRIDSERVER% 554
Das Fenster ist leer, wenn die Verbindung erfolgreich ist. Drücken Sie zweimal die [EINGABETASTE] Die folgende Meldung wird angezeigt
RTSP/1.0 400 Ungültige Anforderung
Server: SoftGrid Server Softricity/ x.x.x.xxx [Win32; Windows NT x.x <I> </I>]
Datum: xxx, xx xxx xxxx xx:xx:xx xxx

Wenn die Verbindung nicht erfolgreich ist, erhalten Sie die folgende Meldung:
Could not open connection to the host, on port 554: Connect failed

Wenn diese Fehlermeldung kommt, blockiert etwas die Verbindung. In der Regel ist das eine Firewall die hier die Verbindung verweigert.
Die Firewalleinstellungen auf dem Server sowie auf dem Client mal darauf hier überprüfen.
Wenn die VM als Standardgateway eine Firewall im realem lokalem Netz anspricht, muss der Port auch dort frei gegeben werden. Falls die beiden VMs in einem virtuellem Netz laufen bitte auch hier die Konfiguration auf Port 554 hin überprüfen.

Um raus zu bekommen, was hier blockt, würde Ich zuerst ein telnet auf dem Management Server auf sich selber versuchen.

Die genannten TAGs in der OSD gelten nicht für die default.osd - sorry.

Gruss
________
vkleinerde

[2search]

Hi,

also telnet vmw2 554 funktioniert....aber leider nicht meine default App.


Ich hab ne große Bitte - vielleicht hab ich bei mir einfach meine defaultApp.osd verhaut - könnte bitte jemand seine eigene Posten (unkenntlich gemacht, schon klar...) damit ich mal schauen kann, was bei euch drinnen steht und vielleicht bei mir falsch ist?


vielen Dank!
2search

Hier wär meine:

?xml version="1.0" standalone="no"?>
<SOFTPKG GUID="A1FA0C7D-CC79-403C-AE17-2DABADC9D768" NAME="DefaultApp MFC Application" VERSION="1.0.0.1">
<IMPLEMENTATION>
<CODEBASEHREF="RTSP://VMW2.xxx.xx.xx:544/DefaultApp.sft" GUID="4F361562-D469-41D8-B6EF-D50538FDB202" PARAMETERS="" FILENAME="defapp\DefaultApp.exe" SYSGUARDFILE="defapp\osguard.cp" SIZE="4720348"/>
<WORKINGDIR>%SFT_MNT%\defapp</WORKINGDIR>
<VIRTUALENV TERMINATECHILDREN="FALSE">
<ENVLIST/>
</VIRTUALENV>
<VM VALUE="Win32">
<SUBSYSTEM VALUE="windows"/>
</VM>
</IMPLEMENTATION>
<DEPENDENCY>
<CLIENTVERSION VERSION="4.5.0.0"/>
</DEPENDENCY>
<PACKAGE NAME="DefaultApp"/>
<ABSTRACT>This application is provided with Microsoft Application Virtualization as a default application for test purposes. It is generally deployed as available to the default user on the default server group to enable administrators to prove basic system and network connectivity.</ABSTRACT>
<MGMT_SHORTCUTLIST>
<SHORTCUT LOCATION="%CSIDL_STARTMENU%" FILENAME="" OVERRIDDEN="TRUE" DISPLAY="DefaultApp" ICON="%SFT_MIME_SOURCE%/DefaultApp.ico"/>
</MGMT_SHORTCUTLIST>
<MGMT_FILEASSOCIATIONS>
<PROGIDLIST/>
<FILEEXTENSIONLIST/>
</MGMT_FILEASSOCIATIONS>
</SOFTPKG>


was mir selbst auffiel: Microsoft schreibt in seinem Guide:

CODEBASEHREF="RTSP:........" - aber im Netz find ich ständig nur Infos, in denen HREF getrennt von Codebase steht....

wenn ich das trenne, bekomm ich die Fehlermeldung:
4505cd-19d06a0a-10000004

dazu habe ich mich im netz auch schon gegooglet - und man landet dann nur bei Hinweisen, ob Leerzeichen in POLICIES bzw. OS Type vorkommen --> die zwei Parameter hab ich bei mir aber leider nicht....

thx 4 help,
2search

[vkleiner]

Hi,
hier eine DefaultApp:

<?xml version="1.0" standalone="no"?>
<SOFTPKG GUID="A1FA0C7D-CC79-403C-AE17-2DABADC9D768" NAME="DefaultApp MFC Application" VERSION="1.0.0.1">
<IMPLEMENTATION>
<CODEBASE HREF="RTSP://SGT:554/DefaultApp.sft" GUID="4F361562-D469-41D8-B6EF-D50538FDB202" PARAMETERS="" FILENAME="defapp\DefaultApp.exe" SYSGUARDFILE="defapp\osguard.cp" SIZE="4720348"/>
<WORKINGDIR>%SFT_MNT%\defapp</WORKINGDIR>
<VIRTUALENV TERMINATECHILDREN="FALSE">
<ENVLIST/>
</VIRTUALENV>
<VM VALUE="Win32">
<SUBSYSTEM VALUE="windows"/>
</VM>
</IMPLEMENTATION>
<DEPENDENCY>
<CLIENTVERSION VERSION="4.5.0.0"/>
</DEPENDENCY>
<PACKAGE NAME="DefaultApp"/>
<ABSTRACT>This application is provided with Microsoft Application Virtualization as a default application for test purposes. It is generally deployed as available to the default user on the default server group to enable administrators to prove basic system and network connectivity.</ABSTRACT>
<MGMT_SHORTCUTLIST>
<SHORTCUT LOCATION="%CSIDL_STARTMENU%" FILENAME="" OVERRIDDEN="TRUE" DISPLAY="DefaultApp" ICON="%SFT_MIME_SOURCE%/DefaultApp.ico"/>
</MGMT_SHORTCUTLIST>
<MGMT_FILEASSOCIATIONS>
<PROGIDLIST/>
<FILEEXTENSIONLIST/>
</MGMT_FILEASSOCIATIONS>
</SOFTPKG>

Im deinem letzten post ging der telnet nicht (zitat).
Ich gehe jetzt davon aus, das der XP Client diesen Test erfolgreich bestanden hat.

[2search]

danke fürs posten der .osd datei - offensichtlich ist die ms doku hier falsch - auf Seite 27 schreibt sie:CODEBASHREF.....

bzgl. Telnet: wenn ich vom Client aus folgendes versuche:

telnet vmw2 554 --> erscheint folgendes:

RTSP/1.0 400 Bad Request
Server: Microsoft Application Virtualization Server/4.5.0.1485 [Win32; Windows N
T 6.0]
Date: Mon, 15 Dec 2008 15:58:14 GMT

damit sollte telnet glaube ich funktionieren....

aber leider funktioniert das werkl immer noch nicht....

lg,
2search