Unser Groupwise wird jede Nacht mit gwcheck Kontrolliert und
'aufgeräumt'. Wo gibts hierzu eigentlich eine Erklärung der
verschiedenen Fehlermeldungen? Viele Meldungen kann ich in der
Knowledgebase nicht finden. Auszug aus dem Log-File von gwcheck:
3 LIN_ATTACHMENT_RECORDs found but not used.......... 50
15 Msg records, LIN_ATTACH_DRN points to wrong rec type 8
19 MSG host recs, LIN_DRN pointing to missing record.. 2
22 MSG user recs, LIN_DRN pointing to missing record.. 1
25 Item records found with no FOLDER_DRN.............. 151
32 Records found with improper folders................ 2
37 Item records with missing message database recs.... 44
39 Unrecognized or invalid files in mail directories.. 2
43 Item records found with missing user attachments... 33
52 Outdated search records found...................... 36
67 Outdated execution records.(notify/alarm).......... 1643
79 Duplicate folder names at same level............... 1
Der POA auf der Server-Konsole zeigt im Feld 'User Timed Out': 8404
Ist das normal?
Für jede Hilfe dankbar
Holger Jakobs
holger...@mc-schiffer.com wrote:
>
> Hallo,
> unser Groupwise spinnt in den letzten Tagen rum. Folgende Umgebung
> NW5.0 SP5, GW 55 SP4 Client/Server only, Winnt 4.0 SP5 Clients.
> Schickt ein User eine Mail an * sollte ja eigentlich jeder User des
> PO's diese erhalten. Dies funktioiert aber nicht. Manche User bekommen
> diese manche wiederrum nicht, hatte aber bis dato immer funktioniert,
> in den Client Options ist auch das Wildcard addressing auf 'Limited to
> Post office' gesetzt. Woran kann das liegen?
Korrupte PO Datenbanken.
> Unser Groupwise wird jede Nacht mit gwcheck Kontrolliert und
> 'aufgeräumt'. Wo gibts hierzu eigentlich eine Erklärung der
> verschiedenen Fehlermeldungen? Viele Meldungen kann ich in der
> Knowledgebase nicht finden. Auszug aus dem Log-File von gwcheck:
>
> 3 LIN_ATTACHMENT_RECORDs found but not used.......... 50
Das sind attachments die noch im PO rumliegen, die aber niemand mehr
nutzt (angeblich).
> 15 Msg records, LIN_ATTACH_DRN points to wrong rec type 8
> 19 MSG host recs, LIN_DRN pointing to missing record.. 2
> 22 MSG user recs, LIN_DRN pointing to missing record.. 1
Message records die nicht stimmen. Das sieht ziemlich krank aus.
> 25 Item records found with no FOLDER_DRN.............. 151
> 32 Records found with improper folders................ 2
Das sind offensichtlich kaputte Order in einer oder mehreren
Userdatenbanken.
> 37 Item records with missing message database recs.... 44
Hier ist es umgekehrt wie oben. In einer User mailbox sind mails (oder
Termine oder..) drin, die im PO nicht vorhanden sind.
> 39 Unrecognized or invalid files in mail directories.. 2
Dateisystemfehler. In den Mail Verzeichnissen von GW liegen Dateien rum,
die nicht zu Groupwise gehören.
> 43 Item records found with missing user attachments... 33
Mails mit attachments, und die Attachments sind weg.
> 52 Outdated search records found...................... 36
> 67 Outdated execution records.(notify/alarm).......... 1643
Das ist egal.
> 79 Duplicate folder names at same level............... 1
Da hat es jemand geschafft, zwei gleichnamige Ordner anzulegen. Klingt
nach Outlook...
> Der POA auf der Server-Konsole zeigt im Feld 'User Timed Out': 8404
> Ist das normal?
Ja, völlig.
> Für jede Hilfe dankbar
Hier hilft nur 'ne gute Datensicherung, und dann ein lokaler GWCHECK
über das gesamte Postoffice. Dabei werden höchstwahrscheinlich einigen
Usern Mails und Termine abhanden kommen (aber die sind sowieso weg). Die
Fehlermeldungen oben sollten aber auch bei den einzelnen User
Datenbanken auftauchen, dann kann man wenigstens sehen, wo oder wer.
CU,
--
Massimo Rosen
Novell Support Connection Sysop
No emails please!
http://www.cfc-it.de
Zum Thema brauchbares Backup, wie bekomme ich dann raus, wann die DB
des POs noch nicht korrupt war. Wir sichern jede Nacht mit Arcserve
auf Band und mit gwback32 das gesamt PO auf einen anderen Server.
Thx
Holger Jakobs
holger...@mc-schiffer.com wrote:
>
> Danke Massimo,
> hast mir zwar erstmal weitergeholfen, aber was mach ich wenn ne neue
> Fehlermeldung auftaucht. Hast du vielleicht einen brauchbaren Link, wo
> ich selber nachschauen kann?
Nicht direkt ausm Kopf, aber wenn Du bei NOvell nach den Meldungen
suchst, sollte sich was auftun.
> Zum Thema brauchbares Backup, wie bekomme ich dann raus, wann die DB
> des POs noch nicht korrupt war. Wir sichern jede Nacht mit Arcserve
> auf Band und mit gwback32 das gesamt PO auf einen anderen Server.
Du sollst ja nicht jetzt ein Backup zurückspielen, sondern eins machen,
und dann einen vollen GWCHECK mit allen optionen über das ganze PO
laufen lassen. Nur wenn das die Sache "verscchlimmbessert" solltest Du
das Backup zur hand haben.