Trommeltier24 10 Geschrieben 12. Dezember 2005 Melden Teilen Geschrieben 12. Dezember 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? Zitieren Link zu diesem Kommentar
phoenixcp 10 Geschrieben 12. Dezember 2005 Melden Teilen Geschrieben 12. Dezember 2005 Was steht denn so drin in deinem Log? Zitieren Link zu diesem Kommentar
Trommeltier24 10 Geschrieben 12. Dezember 2005 Autor Melden Teilen Geschrieben 12. Dezember 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. Zitieren Link zu diesem Kommentar
phoenixcp 10 Geschrieben 12. Dezember 2005 Melden Teilen Geschrieben 12. Dezember 2005 Sieht doch gut aus. Macht der Cluster Probleme? Nein? Dann ist doch die Welt rund und schön.... Zitieren Link zu diesem Kommentar
Trommeltier24 10 Geschrieben 13. Dezember 2005 Autor Melden Teilen Geschrieben 13. Dezember 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. Zitieren Link zu diesem Kommentar
phoenixcp 10 Geschrieben 13. Dezember 2005 Melden Teilen Geschrieben 13. Dezember 2005 Finden sich den Errors oder Failures in dem Cluster-Log? Bzw. was sagt dir das Eventlog zu den Problemen die er macht? Zitieren Link zu diesem Kommentar
Trommeltier24 10 Geschrieben 13. Dezember 2005 Autor Melden Teilen Geschrieben 13. Dezember 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. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.