W2k3 Cluster -cluster.log

[Trommeltier24]

Hallo,

mal ne kurze Frage zum Clustering: Ist es normal, daß in einem active/active-Cluster die cluster.log ratzfatz voll ist? Also... innerhalb von 4-5 Stunden und dann wieder überschrieben wird?

[phoenixcp]

Was steht denn so drin in deinem Log?

[Trommeltier24]

Da steht so etwas wie:


000009ec.00000b88::2005/12/12-09:22:28.887 INFO [GUM] GumpDoLockingUpdate successful, Sequence=528356 Generation=0
000009ec.00000b88::2005/12/12-09:22:28.902 INFO [GUM] GumSendUpdate: Locker dispatching seq 528356 type 1 context 4098
000009ec.00000b88::2005/12/12-09:22:28.902 INFO [DM] DmWriteToQuorumLog Entry Seq#=528356 Type=4098 Size=320
000009ec.00000b88::2005/12/12-09:22:28.902 INFO [DM] DmUpdateSetValue
000009ec.00000b88::2005/12/12-09:22:28.902 INFO [DM] Setting value of Location for key Resources\017ae454-8b81-4d44-9e17-118e7f158f12\Parameters\Printers\Lexmark T622 PS3 (PEK2) / No.310 / 2.OG to Schirmerstr. 71 / 2.OG / No.310
000009ec.00000b88::2005/12/12-09:22:28.902 INFO [API] Notification on port 14fe78, key cacc8 of type 64. KeyName Resources\017ae454-8b81-4d44-9e17-118e7f158f12\Parameters\Printers\Lexmark T622 PS3 (PEK2) / No.310 / 2.OG
000009ec.00000b88::2005/12/12-09:22:28.902 INFO [DM] DmWriteToQuorumLog Entry Seq#=528356 Type=4098 Size=320
000009ec.00000b88::2005/12/12-09:22:28.902 INFO [GUM] GumSendUpdate: Dispatching seq 528356 type 1 context 4098 to node 2
000009ec.00000b88::2005/12/12-09:22:28.902 INFO [GUM] GumSendUpdate: Locker updating seq 528356 type 1 context 4098
000009ec.00000b88::2005/12/12-09:22:28.902 INFO [GUM] GumpDoUnlockingUpdate releasing lock ownership
000009ec.00000b88::2005/12/12-09:22:28.902 INFO [GUM] GumSendUpdate: completed update seq 528356 type 1 context 4098
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [GUM] GumSendUpdate: Locker waiting type 1 context 4098
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [GUM] Thread 0xe64 UpdateLock wait on Type 1
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [GUM] GumpDoLockingUpdate: lock was free, granted to 1
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [GUM] GumpDoLockingUpdate successful, Sequence=528357 Generation=0
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [GUM] GumSendUpdate: Locker dispatching seq 528357 type 1 context 4098
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [DM] DmWriteToQuorumLog Entry Seq#=528357 Type=4098 Size=264
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [DM] DmUpdateSetValue
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [DM] Setting value of Attributes for key Resources\017ae454-8b81-4d44-9e17-118e7f158f12\Parameters\Printers\Lexmark T622 PS3 (PEK2) / No.310 / 2.OG to 0x00002208
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [API] Notification on port 14fe78, key cacc8 of type 64. KeyName Resources\017ae454-8b81-4d44-9e17-118e7f158f12\Parameters\Printers\Lexmark T622 PS3 (PEK2) / No.310 / 2.OG
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [DM] DmWriteToQuorumLog Entry Seq#=528357 Type=4098 Size=264
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [GUM] GumSendUpdate: Dispatching seq 528357 type 1 context 4098 to node 2
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [GUM] GumSendUpdate: Locker updating seq 528357 type 1 context 4098
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [GUM] GumpDoUnlockingUpdate releasing lock ownership
000009ec.00000e64::2005/12/12-09:22:28.902 INFO [GUM] GumSendUpdate: completed update seq 528357 type 1 context 4098
000009ec.000004a0::2005/12/12-09:22:28.902 INFO [GUM] GumSendUpdate: Locker waiting type 1 context 4098
000009ec.000004a0::2005/12/12-09:22:28.902 INFO [GUM] Thread 0x4a0 UpdateLock wait on Type 1


.......

etc. pp. bis zum Logende.

[phoenixcp]

Sieht doch gut aus. Macht der Cluster Probleme? Nein? Dann ist doch die Welt rund und schön....

[Trommeltier24]

ja, macht ein paar Probleme. Wobei ich nicht genau weiß, ob es wirklich der Cluster ist, der die Probleme macht. Hat mich halt nur gewundert dass so viele Einträge in so kurzer Zeit entstehen.

[phoenixcp]

Finden sich den Errors oder Failures in dem Cluster-Log? Bzw. was sagt dir das Eventlog zu den Problemen die er macht?

[Trommeltier24]

Keine entsprechenden Event-IDs, keine Errormessages.... kein nix.

Das eigentliche Problem: Wir haben zwei printserver auf virtuellen Nodes laufen. Alle Printer sind im AD freigegeben, lief bis letzte Woche soweit auch ganz gut. Nur auf einmal waren die Drucker nicht mehr im AD sichtbar. Und das witzige: Startet man in der CLusterverwaltung die entsprechenden Gruppen neu, sind die Drucker wieder sichtbar. Für ungefähr 2-3 Stunden. Wenn die Drucker einmal installiert sind, funktioniert das Drucken auch weiter, wenn die DInger wieder aus dem AD verschwunden sind.