Trommeltier24 10 Posted December 12, 2005 Report Share Posted December 12, 2005 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? Quote Link to comment
phoenixcp 10 Posted December 12, 2005 Report Share Posted December 12, 2005 Was steht denn so drin in deinem Log? Quote Link to comment
Trommeltier24 10 Posted December 12, 2005 Author Report Share Posted December 12, 2005 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. Quote Link to comment
phoenixcp 10 Posted December 12, 2005 Report Share Posted December 12, 2005 Sieht doch gut aus. Macht der Cluster Probleme? Nein? Dann ist doch die Welt rund und schön.... Quote Link to comment
Trommeltier24 10 Posted December 13, 2005 Author Report Share Posted December 13, 2005 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. Quote Link to comment
phoenixcp 10 Posted December 13, 2005 Report Share Posted December 13, 2005 Finden sich den Errors oder Failures in dem Cluster-Log? Bzw. was sagt dir das Eventlog zu den Problemen die er macht? Quote Link to comment
Trommeltier24 10 Posted December 13, 2005 Author Report Share Posted December 13, 2005 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. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.