Cluster.log Ressource geschwenkt

[LangerSN 10]

Hallo zusammen,

am WE hat mein Cluster ein schwenk mehrerer Clusterressourcen durchgeführt. Leider steht im Log nicht wirklich gleich drin warum die Ressourcen geschwenkt wurden. Ich habe mal die Einträge aus dem Log hinzugefügt.

 

Weiterhin habe ich in der Ereignisanzeige einen Vermerk Event: 2022 Quelle: SRV. Server konnte keine freie Verbindung finden.

 

Ist das jedoch die tatsächliche Ursache für das schwenken der Ressourcen?

 

Danke vorab für Eure Unterstützung.

 

 

Auszug aus dem Log wo die ersten Fehler in der Ereignisanzeige stehen:

 

000016ac.00001480::2012/05/05-04:35:39.028 INFO [GUM] s_GumUpdateNode: dispatching seq 18100 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.028 INFO [FM] Gum update resource c7961562-e2fe-433b-9d14-d1bdaae0f7a2, state 4, current state 2.

000016ac.00001480::2012/05/05-04:35:39.028 INFO [GUM] s_GumUpdateNode: completed update seq 18100 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.591 INFO [GUM] s_GumUpdateNode: dispatching seq 18101 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.591 INFO [FM] Gum update resource c7961562-e2fe-433b-9d14-d1bdaae0f7a2, state 129, current state 2.

000016ac.00001480::2012/05/05-04:35:39.591 INFO [GUM] s_GumUpdateNode: completed update seq 18101 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.591 INFO [GUM] s_GumUpdateNode: dispatching seq 18102 type 0 context 11

000016ac.00001480::2012/05/05-04:35:39.591 INFO [GUM] s_GumUpdateNode: completed update seq 18102 type 0 context 11

000016ac.00001480::2012/05/05-04:35:39.591 INFO [GUM] s_GumUpdateNode: dispatching seq 18103 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.591 INFO [FM] Gum update resource 92166da1-aac6-4c28-bfcd-51357581825c, state 4, current state 2.

000016ac.00001480::2012/05/05-04:35:39.591 INFO [GUM] s_GumUpdateNode: completed update seq 18103 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.591 INFO [GUM] s_GumUpdateNode: dispatching seq 18104 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.591 INFO [FM] Gum update resource 92166da1-aac6-4c28-bfcd-51357581825c, state 129, current state 2.

000016ac.00001480::2012/05/05-04:35:39.591 INFO [GUM] s_GumUpdateNode: completed update seq 18104 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.591 INFO [GUM] s_GumUpdateNode: dispatching seq 18105 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.591 INFO [FM] Gum update resource 3c1b75fe-bf9d-40bc-a711-f9ca1c248b02, state 4, current state 2.

000016ac.00001480::2012/05/05-04:35:39.591 INFO [GUM] s_GumUpdateNode: completed update seq 18105 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.607 INFO [GUM] s_GumUpdateNode: dispatching seq 18106 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.607 INFO [FM] Gum update resource 3c1b75fe-bf9d-40bc-a711-f9ca1c248b02, state 129, current state 2.

000016ac.00001480::2012/05/05-04:35:39.607 INFO [GUM] s_GumUpdateNode: completed update seq 18106 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.607 INFO [GUM] s_GumUpdateNode: dispatching seq 18107 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.607 INFO [FM] Gum update resource 8f51168b-89b9-4782-8854-0287fe24a7ab, state 4, current state 2.

000016ac.00001480::2012/05/05-04:35:39.607 INFO [GUM] s_GumUpdateNode: completed update seq 18107 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.607 INFO [GUM] s_GumUpdateNode: dispatching seq 18108 type 0 context 8

000016ac.00001480::2012/05/05-04:35:39.607 INFO [FM] Gum update resource 8f51168b-89b9-4782-8854-0287fe24a7ab, state 129, current state 2.

 

 

 

[Lian 2.335]

Hallo LangerSN,

 

zur Interpretation Deines Auszuges aus dem cluster.log empfehle ich Dir folgende TechNet/KB Artikel:

Anatomy of a Cluster Log Entry

The meaning of state codes in the Cluster log

 

Der erste Artikel zeigt Dir welche Komponente des Cluster Dienstes den Eintrag generiert hat. In Deinem Fall ist das der Global Update Manager (GUM) und der Failover Manager (FM).

Der zweite Artikel beschreibt die Status codes, die ein Cluster Dienst logt. Also 4 ClusterResourceFailed, 129 ClusterResourceOnlinePending & 2 ClusterResourceOnline.

 

Hast Du außer den "INFO" Einträgen, die Du hier gepostet hast, solche vom Typ "WARN" oder "ERR" in Deinem cluster.log zum Zeitpunkt des Failovers?

 

Falls nicht, solltest Du die Event ID 2022 genauer ansehen - dann hat nicht der Cluster das Problem, sondern der Windows Server an sich:

How to troubleshoot Event ID 2021 and Event ID 2022

 

hth