Linux: Benutzerarchive verdoppeln sich

Hast du zufällig das neue FP installiert?

Zitat von mnetworks

Ich denke dass die hier geschilderten Fehler bei einer David Installation in einer von Tobit empfohlenen Konstellation nicht auftreten.

Was ist die von Tobit empfohlene Konstellation? Wir haben seit fast 2 Jahren dasselbe Problem und offensichtlich tritt das Ganze ja bei vielen Installationen auf. Ich habe bisher noch keine genaue Beschreibung der von Tobit empfohlenen Konstellation gefunden. Es gab bisher nur einzelne Hinweise oder die ausdrückliche Empfehlung, doch besser einen Windows-Server einzusetzen.

Thomas

Also wir haben hier 2 DAvid-Server. Einer läuft mit einem Debian 4.0 (Kernel 2.4.28 SMP) und der andere mit Debian 4.0 (Kernel 2.6.21.3 SMP). Auf beiden wurde im April das FP installiert. Letztgenannter Server macht aber seid dem Probleme. Aufgefallen ist, dass das FP-Setup nicht alle Dateien upgedatet hatte.
Mit dem Debug-Service-Layer lässt sich beobachten:
"Distrib Directory ~B\\server2\david\archive\user\100A8010\in~ not found!" imme dann verdoppelt sich etwas.
Als 2. Problem stellte sich die Archivbereinigung raus, diese lief auch schon lange nicht mehr. Eine Archiv-Datei hatte 2GB erreicht, womit dann der SL aufhängt (und auch die Bereinigung). Alte Mails wurden nicht richtig gelöscht, lagen noch auf dem Filesystem aber wurden nicht mehr in Infocenter angezeigt.

mir sind auch noch Unterschieder der Archive.add aufgefallen:
(/david/archive/user)

Server1:
\\server1\david\archive\user
Benutzer
Benutzer

Server2:
USER
\\server2\david\archive\user
Benutzer
USER

Hallo Zusammen,

der Thread lebt ja noch. Nachdem man uns von Tobit mitgeteilt hat, dass nur die Distribs 9.0 und 10.0 getestet wurden, haben wir unser 9.3 durch 10.0 ersetzt. Ihr werdet es kaum glauben... Das Problem geht in einer Tour weiter. Folgenden Empfehlung bekam ich ursprünglich von Tobit:

"....wir empfehlen Ihnen den Einsatz von Suse Linux 9 oder 10.0 in der 32 Bit Single Prozessor Version. Diese Distribution werden am meisten in Verbindung mit David.zehn! eingesetzt. Die jeweilige Samba Version aus dem Paket der Distribution wurden in unseren Test und Freigaben berücksichtigt. Aktuell ist noch keine weitere Distribution getestet. Wichtig ist, dass Sie keine ACL verwenden. Auch LDAP oder WINBINDS wird nicht unterstützt. Die Benutzer sollten Sie per SID einrichten. Bei weiteren Fragen kontaktieren Sie uns bitte wieder. Gerne unterstützen wir Sie weiterhin."

Weiterhin hieß es

....Wir haben SUSE 10 mit der Kernel Version 2.6.13-15 getestet. Zu anderen Distributionen können wir leider kein Aussage treffen.

Aufgrund des weiterhin bestehenden Problems habe ich Tobit kürzlich wieder kontaktiert. Aus dem Nichts eine Lösung:

"Hiermit erhalten Sie eine neue Version des Service Layers.
Durch einen Parameter in der david.ini kann festgelegt werden wie oft der Service-Layer prüft, ob ein Benutzer tatsächlich existiert. Über ihn kann die Anzahl der Versuche mit je 200 ms Absand festgelegt werden. Sein Default ist 0.

Um die Funktion zu aktivieren öffnen Sie bitte die David.ini im Verzeichnis "/usr/david/code"
und setzen folgenden Eintrag:

LXExistFileLoop=10
;Der Wert 10 ist ein Beispiel in dem 10 mal geprüft wird ob der Benutzer angelegt werden soll.

Starten die den Deamon Service Layer bitte neu nachdem Sie den Eintrag gesetzt haben, damit die Änderung wirksam wird.

Der Parameter beeinflusst nur das Anlegen von Archives. Solle beim gewollten Anlegen eines Archives dieses wirklich nicht existieren, wird die Loop auch jeweils durchlaufen. Es verlangsamt diesen Vorgang dann natürlich.

Bitte senden Sie uns, falls sich ein neuer Benutzer anlegt ein Auszug aus var/log/messages zu, damit wir den Effekt weiter eingrenzen können."

Seit ich den Service-Layer ersetzt habe und die Einstellung vorgenommen habe, ist das Problem bisher ausgeblieben. Wobei dies sicherlich nur eine Übergangslösung ist. Aber dafür kann ich z. Zt. ArcUtil ruhen lassen.

Welche Version hat der SL?
Benutzt ihr LDAP?

David Service Layer: SL Version 10.00a VIntern 2238
LDAP wird nicht genutzt!

2238 ist der Debug Service Layer, den haben wir auch...
Wie gross sind die User Verzeichnisse?

Von ca. 8 MB bis 22 GB

Wie oft ist die Verdoppelung?
Wie gross ist die grösste Archivdatei?
Und stürtzt der SL auch mal ab?
Läuft nachts die Bereinigung durch?

Die Archive wurden solange verdoppelt, bis ich mit Arcutil resetet habe. Mal alle 5 Minuten, mal jede Stunde, manchmal auch erst nach 2 Stunden.
Die größe Archive.dir hat 3444 kb.
Seit dem neuen SL ist dieser erst 1 x abgestürzt. Vorher ist er fast stündlich auf die Bretter gegangen.
Bereinigung läuft problemlos durch.

Seid wann ist dieses Problem da?
Bei uns hat es auch noch eine Archiv-Vermüllung gegeben...(s. o) Ich versuche aber weiter mit Strace das Problem zu finden.

Seit einem FP Anfang des Jahres. Ich weiß nur leider nicht mehr welches, bzw. wann genau.
Das Problem der Vermüllung hatte ich kurzzeitig. Wir haben mit Ablage und Bereinigung auf den Archives gearbeitet, jedoch beim Reset vergessen die Optionen wieder einzustellen. Irgendwann teilte man uns mit, dass man dies bei der Verwendung von Arcutil beachten soll/muss...;)

Das letzte FP kam März. Am !!! 1.April !!! fing dann die Verdoppelung an.
Wie weiter oben beschrieben, fiel auch auf dass das Update gar nicht richtig alle Dateien ersetzt hatte.

Vergleiche mal, das müssten die richtigen Versionen sein.

Absolut identisch mit unserer Versions-Liste. Das ausschlaggebende FP war bei uns das vom 04.03.08. Das konnte ich nun noch in Erfahrung bringen.

Ja das Feature-Pack März.
WIr hatten erst den Verdacht, dass das schiefgegangene Update daran Schuld ist.
Aber unser 2. Server läuft mit dem FP ganz gut.

Hab gerade gesehen, dass wir die Vordoppelung schon vor dem Update hatten. Im Januar tauchte das Problem schon mal auf, aber nicht so heftig wie jetzt.

Noch mal was anderes dazu:
Wenn man den kompletten Benutzerbaum absucht, zb nach "test" in allen Mail um Last auf dem Server zumachen, dann in den David.Admin geht, dann die z. B. Pop-Konten angucken und dann auf Benutzer, werden oft Einträge doppelt Angezeigt. Scheint mir so, als wäre David nicht thread-Sicher programmiert.

Wie siehts denn bei euch mit dem Problem aus?

Interessanter Prozess. Bei uns geht der SL auf die Bretter ... Vollkommen überfordert...

Merry Christmas and a Happy New Year...

Verbringe mein Weihnachtsfest vor dem Server...