Seite 1 von 1

ESXi 5.1u1 Verbindung zum vsphere5.1u1 bricht ab

Verfasst: 17.09.2013, 14:40
von The Invisible
Hy,

hab ein stranges Problem mit nem frisch aufgesetzten System (alles auf 5.1u1)
mir bricht ständig die Verbindung meiner 2 esx in der datacenter Ansicht im vsphere weg - also rotes Ausrufezeichen und ausgegraut (keine antwort).
es läuft KEINE Firewall, kein Virenscanner. Das passiert auch wenn ich die 2 esxe direkt also ohne Switch an den vsphere Server direkt dranhänge. verschiedene netzwerkkonfigs etc alles getestet, immer das gleiche.
Nach ein paar Minuten muss ich immer wieder händisch verbinden, das hält dann ein paar min dann sind sie wieder auf "keine antwort". es scheint irgendwie der heartbeat verloren zu gehen. pingen lassen sich die Server durchgängig.
Vsphere Server läuft auf win Server 2012 aktuelles patchlevel.

ich weiss langsam echt nimmer weiter das hatte ich von 3.5 bis 5.0 nie?

vielen Dank schonmal für eure Hilfe!

Verfasst: 17.09.2013, 15:24
von Martin
Sind alle Server korrekt in beiden Richtungen im DNS eingetragen?

Verfasst: 19.09.2013, 08:46
von The Invisible
hmm die Server befinden sich in nem testaufbau ohne dns Infrastruktur und werden via ip direkt angesteuert. also nirgendwo wird ein hostname verwendet. pingen kann ich alle ips von allen seiten durchgängig.

Verfasst: 19.09.2013, 09:35
von MarcelMertens
was sagt das vcenter log?

Verfasst: 19.09.2013, 10:55
von The Invisible
in welchem (der vielen logs) muss ich genau schauen?

Verfasst: 19.09.2013, 13:53
von The Invisible
wenn ich die beiden esxe einzenln via viclient connecte bleibt die Verbindung auch stable. nur über vsphere nicht :-(

Verfasst: 19.09.2013, 15:30
von The Invisible
unter Ereignisse steht lediglich das:

Der Host reagiert nicht. Fehler 19.09.2013 15:28:04 172.28.41.23


das ist leider nicht sehr aussagekräftig.

Verfasst: 19.09.2013, 15:53
von Martin
Versuch doch einfach mal einen temporären DNS Server aufzusetzen.

Verfasst: 20.09.2013, 09:39
von The Invisible
ja, das ist meine letzte Hoffnung mit dem dns. um auf nummer sicher zu gehen, werd ich heute in alle etc/host die Server unterneinander bekannt machen. das hat mir früher schon immer geholfen bei clusterproblemen.

Verfasst: 23.09.2013, 08:25
von The Invisible
update:

hat leider nix gebracht, hab alle beteiligten Server gegenseitig in der etc/Hosts bekannt gemacht, Auflösung funzt aber ändert nix an der Situation.
bleibt mir erstmal glaub nur noch neuinstallation :-(

Verfasst: 23.09.2013, 09:44
von irix
Gibts eine vpxa.log oder aehnlich auf dem Host? Agent und Serverdienst reden bei dir aus unbekanten Gruenden nicht und da zu einem Gespraech immer 2 gehoehren frag halt mal den anderen.

Gruss
Joerg

Verfasst: 23.09.2013, 11:25
von The Invisible
danke für den tipp, hab ich mir mal angeschaut. irgendwie scheint da was mit den http antworten nicht zu stimmen, also er scheint da ein timeout zu bekommen.

Verfasst: 23.09.2013, 15:26
von Dayworker
Wenn du das komplette Log auf einen Freehoster verlinkst, finden mehr Augen das Ursprungsproblem schneller. ;)

Verfasst: 24.09.2013, 09:24
von The Invisible
ich hab mal hier das log live abgegrabbed und ab hier kamen die fehler:

0:41:35.517Z [5AE71B90 verbose 'vpxavpxaInvtHost' opID=SWI-c5c1b354] [VpxaInvtHost] Increment master gen. no to (61): ResourcePool:VpxaInvtHostResPoolListener::ConfigChanged
2013-09-23T10:41:35.517Z [5AE71B90 verbose 'VpxaHalResourcePool' opID=SWI-c5c1b354] [ProcessResourceNotification] No syncs pending, exiting loop...
2013-09-23T10:41:58.592Z [5ADECB90 verbose 'HttpConnectionPool-000001'] [RemoveConnection] Connection removed; cnx: SSL(no stream); pooled: 0
2013-09-23T10:42:02.860Z [5ACF3B90 verbose 'Default'] Timed out reading between HTTP requests. : Read timeout after approximately 50000ms. Closing stream TCP(local=127.0.0.1:8089, peer=127.0.0.1:52307)
2013-09-23T10:42:02.861Z [5AE71B90 error 'SoapAdapter.HTTPService'] Failed to read request; stream: TCP(<null>), error: N7Vmacore16TimeoutExceptionE(Operation timed out)
2013-09-23T10:42:08.258Z [5AD35B90 info 'commonvpxLro' opID=SWI-b663945a-a2] [VpxLRO] -- BEGIN task-internal-11 -- -- vpxapi.VpxaService.fetchQuickStats -- bf49a9bb-36fc-bcf1-8ee9-aacb78b361a9
2013-09-23T10:42:08.259Z [5AD35B90 verbose 'vpxavpxaVmomi' opID=SWI-b663945a-a2] [VpxaVmomi] SetStatusDone was called with syncGenNo (61)
2013-09-23T10:42:08.259Z [5AD35B90 info 'commonvpxLro' opID=SWI-b663945a-a2] [VpxLRO] -- FINISH task-internal-11 -- -- vpxapi.VpxaService.fetchQuickStats --
2013-09-23T10:42:19.995Z [5ACF3B90 info 'commonvpxLro' opID=30806AE8-00000158-fb-99] [VpxLRO] -- BEGIN task-internal-12 -- -- vpxapi.VpxaService.querySummaryStatistics -- bf49a9bb-36fc-bcf1-8ee9-aacb78b361a9
2013-09-23T10:42:19.995Z [5ACF3B90 verbose 'vpxavpxaStatsMetadata' opID=30806AE8-00000158-fb-99] [TranslateVpxdMetrics] Could not translate vpxd counter 237, metric omitted.

Verfasst: 24.09.2013, 17:34
von Dayworker
Ich würde mal sagen, daß solche Schnipsel wie üblich nicht ausreichend sind und darum wollen wir ganz gerne, soweit vorhanden, das ungekürzte Log haben.
Ausgehend von "ResourcePool:VpxaInvtHostResPoolListener::ConfigChanged" wurde aber etwas an der Config geschraubt.