Domino 9 und frühere Versionen > ND6: Administration & Userprobleme
statistic report DB - fehlermeldung - resource archiv
luna:
hallo,
ich hab eine kopie meiner resource datenbank erstellt, damit ich alle resourcen von 2002 aufheben kann. das muss ich jedes jahr machen (damit man sieht, wer wann welches auto hatte usw.).
den agent, die dokumente nach x tagen zu loeschen, hab ich deaktiviert.
nun macht aber diese kopie taeglich tausend eintraege in meiner statistic report datenbank (monitoring results), wie z.b.:
Error validating user Badminton/Sports/Munich while processing calendar appointment (NoteID: NT00003C32) in database sanyo\resbup02.nsf: Cannot find user in Domino Directory
oder
Error validating user Pana Board Training/Equipment/Munich while processing calendar appointment (NoteID: NT000010EA) in database sanyo\resbup02.nsf: Cannot find user in Domino Directory
ich kann aber nix finden, in der kopie, was das ausloest. diese DB soll einfach nur dokumente "aufheben" und anzeigen, aber ansonsten ruhe geben.
was kann ich tun, damit die DB nix mehr macht? ich kann nix finden.
danke und gruss,
daniela
Semeaphoros:
Stell mal den Typ der Datenbank auf normale Datenbank (erster Reiter der Datenbank-Eigenschaften, wenn ich mich nicht irre). Wahrscheinlich steht der auf Mail-File
koehlerbv:
Datenbanktyp <> "Mail" ? Habe ich hier was verpasst ? Wo steht denn das in den Properties ? Ich glaube, ich muss nochmal auf die Schulbank ...
Ich habe das Problem bisher leider immer nur oberflächlich beobachten (und jeweils beheben) können und kann daher nur ein paar Ansätze bieten:
Verantwortlich für das Problem ist die Scheduler Task, die offensichtlich in DBs nach bestimmten Items sucht und dann daraus schliesst, dass es sich um Kalendereinträge etc. handelt.
Folgende beiden Fälle sind mir besonders gut in Erinnerung:
- Ein "Manager" (die besonders "Schlauen" mit der dicken Brieftasche) meinte, er müsse mal im CalendarProfile seinen Namen nach seinem Gusto anpassen. Alle späteren Kalendereinträge führten zu einem Eintrag wie von "unserem lieben Mond" beschrieben (off-topic: Luna, ich wäre so gern koFr nach Minge gekommen ...). Der Schrott stand dann in seinen Kalendereinträgen in Feldern (habe mir leider nicht alle gemerkt, differierte auch von Doc zu Doc) wie "$BusyName" - alle anderen hatten jedenfalls auch alle mit "Busy" zu tun. Nach dem diese Items per Agent auf den richtigen (Notes-)Name korrigiert waren, passte wieder alles.
- Letzte Woche dann folgender Hammer: Unser Star-Admin beim Kunden, der Rest vom Schützenfest nicht gerade helle in Notes (eben Spezies auf anderen Gebieten). Und dann hebelt es einen unserer (Notes-)LDAP-Server aus (nette Fehlermeldung, die eigentlich nie auftreten sollte: "Error loading LDAP Schema". Wenn jemand mal das Problem hat, findet er hoffentlich über die Suche dieses Posting und fragt mich dann ;-) Habe aber heute keinen Bock mehr, auch das noch aufzumalen ;-) Also musste ich ran, und während der ganzen Aktion finde ich doch im Log des betreffenden Servers einen Eintrag wie von Luna beschrieben - aber stammend aus der NAMES.NSF des LDAP-Servers !!!
Des Rätsels Lösung - und die ist wirklich mehr als skuril: In der NAMES.NSF steckte von einem längst ausgeschiedenen Mitarbeiter - das KALENDERPROFIL !!! Wie immer das da auch 'reingekommen ist (wir haben uns aber in den letzten Jahren von ein paar "Fachkräfte" trennen müssen ...) - auch das Kalenderprofil enthält derartige Felder, die der Scheduler offensichtlich "aufreizend" findet ...
So, langer Rede, kurzer (Un)Sinn: Wenn jemand keinen Trick weiss, wie man den Scheduler von bestimmten DBs fern hält, wird sich eben dieser immer an Dokumenten in irgendwelchen DBs verlustieren, in den er $Busy... etc-Felder findet.
Über die Hintergründe würde ich mehr erfahren, bin ja nur ein "armer Programmierer" ;-))
Bernhard
Semeaphoros:
Also, auf die Schulbank musst Du nicht. Das steht tatsächlich meines Wissens nirgends wirklich geschrieben.
Der Datenbanktyp ist auf dem ersten reiter (Basics) der Datenbank-Properties und da gabs in R4.6 grad mal etwa 4 oder 5 Einträge, früher nur grad 2 bis 3. In R5 ist da doch schon eine ganze Liste drin.
Ich vermute, dass der Scheduler diesen Eintrag ebenfalls zu Rate zieht, selber probiert hab ichs auch nicht. Wenn das nix hilft, dann müsste man wohl tatsächlich das Kalenderprofil entfernen.
Interessant zu wissen wäre, was Notes beim Anlegen einer Archiv-Datenbank so alles macht, denn da könnte so ein Problem ja auch mal auftreten.
luna:
--- Zitat von: Semeaphoros am 26.11.03 - 20:44:12 ---Stell mal den Typ der Datenbank auf normale Datenbank (erster Reiter der Datenbank-Eigenschaften, wenn ich mich nicht irre). Wahrscheinlich steht der auf Mail-File
--- Ende Zitat ---
hi,
also, der datenbank typ steht bei der resourcen backup datenbank auf Standard.
das tut er uebrigens bei mir auch in allen mail datenbanken, die stehen auch alle auf Standard. ???
gruss,
daniela
Navigation
[0] Themen-Index
[#] Nächste Seite
Zur normalen Ansicht wechseln