Seite 1 von 1

VI Client schließt sich selber

Verfasst: 15.06.2009, 09:21
von djsven
Morgen zusammen,

vielleicht weiß ja jemand von euch wo das Problem sein könnte.

Jedesmal wenn ich meinen Vi Client öffne, und dann auf Leistungsdaten gehe,
egal ob vom Cluster oder vom eintelnen ESX host, schließt sich einfach der Vi Client.
Also so ne Art Crash

2 ESX 4 Server im CLuster.
Mein Rechner ist ein Windows XP Sp3 Laptop.
Installiert ist .net 3.5

Hat jemand von euch eine Idee?
Danke

Verfasst: 15.06.2009, 09:52
von Tschoergez
Hi!

stimmen denn die Versionen von ESX/vCenter und die Client-Version überein?

Was steht denn in den logs des VI Client? (zu finden irgendwo unter %TEMP% des users, der den Client ausführt, (meine ich mich zumindest zu erinnern :grin: ) )

viele grüße,
jörg

Verfasst: 15.06.2009, 10:32
von djsven
Hi,
ja tun sie.
Das ist das einzige was der Client schreibt.
Jun 15 10:30:41.625: player| Log for VMware Remote Console pid=1136 version=e.x.p build=build-158248 option=Release
Jun 15 10:30:41.625: player| Host codepage=windows-1252 encoding=windows-1252
Jun 15 10:30:42.000: player| Debug VMX was requested, but not present. Using standard VMX.
Jun 15 10:30:42.000: player| Stats VMX was requested, but not present. Using standard VMX.
Jun 15 10:30:42.718: player| Host OS: 'Microsoft Windows XP Professional 5.1.2600, Service Pack 3', product type '0', suite mask '0x0000'.
Jun 15 10:30:42.718: player| HOSTINFO: Seeing Intel CPU, numCoresPerCPU 2 numThreadsPerCore 1.
Jun 15 10:30:42.718: player| HOSTINFO: This machine has 1 physical CPUS, 2 total cores, and 2 logical CPUs.
Jun 15 10:30:43.375: player| Foundry Init: setting up global state (0 threads)
Jun 15 10:30:43.375: player| Vix_InitializeGlobalState: Use Preference. vixLogLevel = 0
Jun 15 10:30:43.375: player| Vix_InitializeGlobalState: vixDebugPanicOnVixAssert = 0
Jun 15 10:30:43.375: player| Vix_InitializeGlobalState: vixLogRefcountOnFinalRelease = 0
Jun 15 10:30:43.375: player| LOCALE windows-1252 -> NULL User=407 System=407
Jun 15 10:30:43.375: player| VixHost_ConnectEx: version -1, hostType 3, hostName (null), hostPort 0, options 515
Jun 15 10:30:43.437: player| vmClientCore::RunAsMKSServer: -m 1828 -h "7e7ab4a7-57e3-4d32-a7b5-683b62301ae5" -M ""
Jun 15 10:30:43.437: player| IMonikerImpl::vmClientCore::MonikerImpl<class vmClientCore::InvokeMgrDisp>::GetTimeOfLastChange invoked

Verfasst: 15.06.2009, 11:38
von djsven
</Error>
[viclient:Error ] 2009-06-15 11:30:30.046 SilentException occurred while executing WFU
Exception already logged, summary: VirtualInfrastructure.Exceptions.SilentException:
[ :ShowExcp] 2009-06-15 11:30:30.046 System.AccessViolationException: Es wurde versucht, im geschützten Speicher zu lesen oder zu schreiben. Dies ist häufig ein Hinweis darauf, dass anderer Speicher beschädigt ist.
bei System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
bei System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
bei System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
bei System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
bei System.Windows.Forms.Application.Run()
bei VpxClient.UI.StartUp(Dictionary`2 specMap, String[] arguments, LoginEventHandler handler, String dllPath)
Stack Trace:
at VirtualInfrastructure.Utils.Log.Trace(String, String, TraceType)
at VpxClientCommon.Util.Dialogs.ShowException(IWin32Window, Exception, String)
at VpxClientCommon.Util.Dialogs.ShowException(Exception)
at VpxClient.UI.StartUp(Dictionary`2, String[], LoginEventHandler, String)
at VpxClient.UI.StartUpIfNotMultiVc(Dictionary`2, String[], LoginEventHandler, String, List`1&)
...
at System.Reflection.RuntimeMethodInfo.Invoke(Object, BindingFlags, Binder, Object[], CultureInfo)
at VpxClient.Login.ClientAppObject.UIInvoke(String, Object[])
at VpxClient.Login.ClientAppObject.UIStartup(Dictionary`2, String[], String, Boolean, VICRunResult&)
at VpxClient.Login.ClientAppObject.Startup(IDictionary`2, String[], String, Boolean)
[ :QuickInf] 2009-06-15 11:30:30.062 VIC #0 End.
[ :QuickInf] 2009-06-15 11:30:30.062 CientAppObject.Dispose...
[ :QuickInf] 2009-06-15 11:30:30.078 CientAppObject.UIDispose:Done
[ :QuickInf] 2009-06-15 11:30:30.078 Unload Client AppDomain...
[ :Error ] 2009-06-15 11:30:40.937 Could not unload client app domain
System.CannotUnloadAppDomainException: Fehler beim Entladen der Anwendungsdomäne. (Ausnahme von HRESULT: 0x80131015)
bei System.AppDomain.Unload(AppDomain domain)
bei VpxClient.Login.ClientAppDomain.UnloadImpl()

PS: Der Speicher ist es nicht.Den habe ich gerade überprüft!

Verfasst: 16.06.2009, 14:00
von djsven
Mahlzeit,

so was ich bisher heraus gefunden habe ist folgendes:

Wenn ich mich direkt per Vi Client auf einen ESX Server klemme, und dort die Leistungsdaten abfrage, läuft der Client 1A.

Wenn ich aber direkt auf den Center Server per Vi Client bin, und dann die Daten vom ESX Server abfrage, dann crashed der Client mit der oben genannten Fehlermeldung!

Hat von euch keiner so ein ähnliches Problem ?
Idee?

Verfasst: 16.06.2009, 14:45
von Tschoergez
hm, dann musst Du wohl mal in die log vom vCenter schauen, ob Du da was findest.

Kannst Du das ganzen von nem anderen Client aus ausprobieren?

(um rauszufinden, obs wirklich am Client oder am Server liegt)

viele grüße,
jörg

Verfasst: 16.06.2009, 16:08
von djsven
Hi,
danke für die Info.
So bei einem Kollegen geht es ohne Probleme.
Auf dem Center Server auch.
Logs, welche meinst du?
Die Logfiles vom Windows Server selber sehen leider sauber aus.
Nix negatives.

Verfasst: 16.06.2009, 16:19
von Tschoergez
die logs vom VirtualCenter (auf dem VirtualCenter Server unter docs&settings\allusers\applicationdata\vmware.......\logs (zumindest in der VC2.5er-Version).

Aber wenns bei den Kollegen geht: Check doch mal Deine VI Client-Version, und Deine .net-Version und die .net-Einstellungen. Was gibts für unterschiede in den Windows Patchleveln zwischen Deinem Rechner und den der Kollegen?

Viele Grüße,
Jörg