David und Debian sid oder etch

Hallo zusammen,

endlich ein Forum über David (der Support ist zwar freundlich, aber die Antwort: Debian 4 ist nicht supportet kann nerven).

Wie sind Eure Erfahrungen mit David unter Debian etch/sid.

Ich habe es zur Zeit bei einem Kunden mit Debian sid im Einsatz. Leider mit Problemen. Manche archive.dat scheinen beschädigt zu sein.
(das könnten allerdings auch altlasten sein).

Grüsse

tilo

Hallo, habe meinen David 10 auf openSuse 10.0 ohne Probleme am laufen. Leider habe ich keine David Installation unter Debian Etch am laufen. Aber vielleicht kann ich dir ja trotzdem weiterhelfen.

Kannst Du die Systemumgebung ein bischen beschreiben? Zum Beispiel welcher Virenscanner kommt auf dem Server und auf den Clients zum Einsatz. Sind die Benutzerkonten direkt auf dem Server unter Samba und Linux angelegt oder gibt es einen Windows PDC im Netzwerk der die Benutzerkonten verwaltet. Welches Betriebssystem kommt auf den Clients zum Einsatz? Welche Vintern Versionsnummer hat der David Service Layer? Was genaut stimmt mit den "archive.dat" Dateien nicht?

Das sind ziemlich viele Fragen, aber alles sehr wichtige Fragen

Gruß

Hallo,

natürlich gerne . Ich denke auch nicht, dass Debian <-> Suse erhebliche Unterschiede macht, aber da gibts andere Meinungen.

Das Netzwerk hatte einen NT4 als PDC. David lief immer auf dem Linux Server im netzwerk, zuerst mit lokalen Konten Unix Koten und Anmeldung am PDC. Dazu gab es einen Linux Fileserver (hatte aber nichts mit David zu tun). (Es gibt noch einen Windos Application server)
Inzwischen ist der alte LinuxServer abgeschafft, und das ganze auf Samba als PDC mit ldap umgezogen. Läuft gut.

David 10 läuft schon fast ein Jahr als Faxserver (20 Benutzer) und wurde jetzt zum Mailserver ausgebaut. Mit Import der Daten vom ExchangeServer (aus Outlook).
Die meisten Funktionen laufen, ausser, dass der service layer manchmal abstürzt. Nun hab ich da wohl den fehler gemacht und arcutil eingesetzt um einige Archive neu aufzubauen (doppelte Einträge, fehlende Nachrichten). Seitdem läuft das System eher unstabiler.

Ein Archiv war ziel einer verteilregel. Emails die ankamen wurden auch empfangen und die Dateien im Archivordner abgelegt, aber nicht angezeigt (d.h. nicht in der archiv.dat eingetragen).

Zugriffsprobleme können es ja kaum sein, der sl läuft ja als root (auch euid). Die Dateien in dem Archiv gehören root und root hat rwx auf allen Verzeichnissen darüber.

Es ist das neueste featurepack eingespielt. der Helpdesk hat mir die DebugVersion der sl (Stand Juni) zur verfügung gestellt. Damit konnte ich bereits zwei lokalisieren und beheben indem ich den Inhalt der betroffenen Archive in ein neues verschoben haben, das 'leere Archiv' auf den filesystem geleert habe (d.h. alle restlichen Messagedateien und die archive.dat entfernt habe) und den Inhalt wieder zurückgeschoben habe.
Seitdem laufen die betreffenden Ordner wieder einwandfrei.

Daher die Vermutung mit den beschädigten Archiven. (Wenn dir das log etwas hilft, kann ich es einfügen).

Clients: Windows XP
Virenscanner: fprot auf den clients.
service layer: muss ich morgen nachschauen.

Die Antwort wurde länger als erwartet.
Auf jeden Fall vielen Dank für Hinweise.

Grüsse

tilo

P.S.: Noch was vergessen.
Nachdem die sl dauernd abgestürzt ist hatte ich auf Anraten von Tobit die benutzerdatenbank gelöscht und neu aufgebaut. Danach gings wieder besser.

Hallo, bei den defekten Archive würde ich nur im äußersten Notfall die "archive.dat" Dateien mit "ArcUtil" reparieren. Am besten kannst Du die Archiveinhalte bzw. die "archive.dat" Dateien neuaufbauen wie es dir der Tobit Support beschrieben hat. Die "archive.dir" Dateien (verantwortlich für die Darstellung der Archiveordner im InfoCenter) kannst Du mit dem ArcUtil ohne Probleme reparieren (lege dir aber vorher immer eine Sicherheitskopie an).

Wegen dem Servicelayer-Problem schau mal im Archive "Ereignisse" unter "Archive->System->David" nach, ob es heute einen Eintrag "Start purging Archives" und einen Eintrag "Finished purging Archives" gibt.
Interessant ist auch ob es einen bestimmten Zeitpunkt gibt wann der Service Layer abstürzt? Es könnte nämlich sein dass der Service Layer wegen einem defekten Archive immer bei der nächtlichen Bereinigung abstürzt oder beim versuch eine Nachricht im Archivesystem abzulegen. Deshalb starte mal die in einer Linux Konsole die Service Layer Konsole mit dem Befehl: ./sl -console aus dem Verzeichnis "/usr/david/code/". Mit der Tastenkombination "ALT + 3" kommst Du in das "Purging Menü", mit "ALT + 1" startest Du die manuelle Archivebereinigung. In diesem Menü kannst Du dann einsehen, wo die Bereinigung anhält und das entsprechende Archive dann reparieren.

Gruß

Hallo,
dass arutil auf archive.dat anzuwenden nicht am besten passt, habe ich leider auch bemerken müssen.

Die Abstürze sind zu verschiedenen Zeitpunkte. Dank Debugversion lassen sich die Zeitpunkte recht genau bestimmen.
Die letzten Abstürze waren beim verteilen einer Einladung.

Die sl console werde ich testen.

Grüsse

tilo