Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: ebse am 02.08.06 - 10:54:38
-
Servus Zusammen,
hab ein Problem mit unserer Log.nsf:
habe den folgenden Parameter in unserer notes.ini:
Trotzdem habe ich heute schon wieder 9 Tage drin, eigentlich dürften es ja nur 7 sein.
Hat jemand eine Idee an was das liegen könnte? (Domino 6.5.4, Win2003)
Danke im Vorraus.
-
Was steht denn in den Replizierparametern unter Platzsparer "Remove documents not modified in the last" xxx "Days"?
-
habe den folgenden Parameter in unserer notes.ini:
... und das bekommst Du auch angezeigt, wenn Du "sh configuration log" auf der Serverkonsole eingibst? ...
-
Danke...
das in den Repliziereinstellungen wars...
-
... der Parameter in der notes.ini sollte aber auch funktionieren, wenn die Platzsparoption in den Replizierparametern nicht aktiviert ist ...
-
Exakt. Das sind zwei unterschiedliche Prozesse, die sich nicht gegenseitig beeinflussen. Da muss also etwas anderes schiefgelaufen sein.
Bernhard
-
Hallo zusammen,
war zu voreilig.
nachdem ich den haken für "Remove documents not modified in the last" xxx "Days" gesetzt hab hat er die alten dokumente rausgelöscht.
Jetzt ist aber wieder ein Tag zuviel drin...
mit dem Befehl an der Konsole "sh configuration log" bekomm ich den gleichen wert wie in der notes.ini!
Hat noch einer ne Idee an was es liegen könnte??
-
Siehe Antworten #4 und #5 - das war zu erwarten.
Mal eine Frage in die Runde der Admins: Welcher Task kümmert sich eigentlich um das Beräumen der Log? Irgendeiner muss das doch mit übernehmen ... Vielleicht läuft dieser Task nicht?
bernhard
-
gute frage... bin für jeden Typ dankbar...
-
gute frage... bin für jeden Typ dankbar...
Typ? Was hast Du denn vor ?? ;D ;D
Bernhard
-
ups... verschrieben... TIPP!! ^^
-
Erstmal zu dem fehler (Technote 1193437):
The Notes Log (Log.nsf) continues to grow and ignores the "log=" parameter in the Notes.ini. You notice, however, that the Log.nsf contains entries older than 7 days and each document in the database is larger than 40,000 bytes. Why is this happening?
Note: The default setting is 7 days and 40,000 bytes.
Solution
This issue has been reported to Quality Engineering as SPR# CSCT67HUE4. There are currently no plans to address the issue in Notes/Domino 6.x; however, a fix is being investigated for the next major Notes/Domino release.
As a workaround, check (enable) the "Remove documents not modified in the last N days" field under the Replication Settings -> Space Savers tab, and specify the desired log retention period.
Note: Purging is done at one-third of the purge interval time. For example, if the interval is set to 30, all deletion stubs older than 30 days are purged from the database every 10 days.
-------------------------------
Was die Doks purged weiß ich nicht, aber es jkönnte der stats - task sein.
Siehe hier:
Doc Number: 1196349
Problem
The status of server tasks and performance-related data is not updated during the Notes Log (LOG.NSF) purge. Statistics included in the output of "show stat" and "show perf" appear to be held until the Notes Log purge has completed. If the log purge takes a long time, this can be detrimental to determining the health of the server because task statistics cannot run. Also, any statistics based on the server stats are incorrect because the statistics that should be accumulated during the Notes Log purge are lost. For example on zOS, the SMF data is not written during the Notes Log purge.
Solution
This issue has been reported to Quality Engineering as SPR# ATHS6B5PP8 and is under investigation.
Supporting Information:
In the two "show stat" outputs below, notice that after the purge of documents in the log.nsf at 5:00 AM, the output does not change even after several hours (see highlights in blue that exhibit this).
Show Stat Output at 5:15 AM:
[110084:00007-01029] Server.Task = Trend MailScan: Idle: [11/11/2004 04:26:50 MST]
[110084:00007-01029] Server.Task = Event Monitor: Idle: [11/11/2004 04:26:51 MST]
[110084:00007-01029] Server.Tasks = 502
[110084:00007-01029] Server.Task.DB = Database Server: Idle: [11/11/2004 04:26:51 MST]
[110084:00007-01029] Server.Time.Start = 11/06/2004 03:11:35 MST
[110084:00007-01029] Server.Title = BOL Mail Server #120 / p670-3 L2D2 (SWG)
[110084:00007-01029] Server.Trans.PerMinute = 2871
[110084:00007-01029] Server.Trans.PerMinute.Peak = 65139
[110084:00007-01029] Server.Trans.PerMinute.Peak.Time = 11/10/2004 09:01:53 MST
[110084:00007-01029] Server.Trans.Total = 37750856
[110084:00007-01029] Server.Users = 301
110084:00142-32126] 11/11/2004 04:52:04 3204 Transactions/Minute, 366 Notes Users
[110084:00142-32126] 11/11/2004 04:53:07 2444 Transactions/Minute, 366 Notes Users
110084:00142-32126] 11/11/2004 04:54:08 2862 Transactions/Minute, 360 Notes Users
110084:00142-32126] 11/11/2004 04:55:08 2889 Transactions/Minute, 359 Notes Users
[110084:00142-32126] 11/11/2004 04:56:10 3877 Transactions/Minute, 365 Notes Users
[110084:00142-32126] 11/11/2004 04:57:10 3233 Transactions/Minute, 365 Notes Users
[110084:00142-32126] 11/11/2004 04:58:12 4291 Transactions/Minute, 387 Notes Users
[110084:00142-32126] 11/11/2004 04:59:13 4093 Transactions/Minute, 407 Notes Users
[110084:00142-32126] 11/11/2004 05:00:16 Starting purge of old documents in log file
[110084:00007-01029] Server.Task = Directory Indexer: Idle: [11/11/2004 04:57:10 MST]
[110084:00007-01029] Server.Task = Agent Manager: Idle: [11/11/2004 04:57:11 MST]
[110084:00007-01029] Server.Task = Indexer: Updating views in mail5/rhj.nsf: [11/11/2004 04:57:12 MST]
[110084:00007-01029] Server.Task = Replicator: Idle: [11/11/2004 04:57:09 MST]
[110084:00007-01029] Server.Task = Trend MailScan: Idle: [11/11/2004 04:57:11 MST]
[110084:00007-01029] Server.Task = Event Monitor: Idle: [11/11/2004 04:57:12 MST]
[110084:00007-01029] Server.Tasks = 572
[110084:00007-01029] Server.Task.DB = Database Server: Idle: [11/11/2004 04:57:12 MST]
[110084:00007-01029] Server.Time.Start = 11/06/2004 03:11:35 MST
[110084:00007-01029] Server.Title = BOL Mail Server #120 / p670-3 L2D2 (SWG)
[110084:00007-01029] Server.Trans.PerMinute = 4093
[110084:00007-01029] Server.Trans.PerMinute.Peak = 65139
[110084:00007-01029] Server.Trans.PerMinute.Peak.Time = 11/10/2004 09:01:53 MST
[110084:00007-01029] Server.Trans.Total = 37842491
[110084:00007-01029] Server.Users = 404
[110084:00007-01029] Stats.Time.Current = 11/11/2004 05:15:05 MST
Show Stat Output at 9:00 AM:
[110084:00007-01029] Server.Task = Tivoliv60: Idle: [11/11/2004 04:57:11 MST]
[110084:00007-01029] Server.Task = Calendar Connector: Idle: [11/11/2004 03:26:58 MST]
[110084:00007-01029] Server.Task = Directory Indexer: Idle: [11/11/2004 04:57:10 MST]
[110084:00007-01029] Server.Task = Agent Manager: Idle: [11/11/2004 04:57:11 MST]
[110084:00007-01029] Server.Task = Indexer: Updating views in mail5/rhj.nsf: [11/11/2004 04:57:12 MST]
[110084:00007-01029] Server.Task = Replicator: Idle: [11/11/2004 04:57:09 MST]
[110084:00007-01029] Server.Task = Trend MailScan: Idle: [11/11/2004 04:57:11 MST]
[110084:00007-01029] Server.Task = Event Monitor: Idle: [11/11/2004 04:57:12 MST]
[110084:00007-01029] Server.Tasks = 572
[110084:00007-01029] Server.Task.DB = Database Server: Idle: [11/11/2004 04:57:12 MST]
[110084:00007-01029] Server.Time.Start = 11/06/2004 03:11:35 MST
[110084:00007-01029] Server.Title = BOL Mail Server #120 / p670-3 L2D2 (SWG)
[110084:00007-01029] Server.Trans.PerMinute = 4093
[110084:00007-01029] Server.Trans.PerMinute.Peak = 65139
[110084:00007-01029] Server.Trans.PerMinute.Peak.Time = 11/10/2004 09:01:53 MST
[110084:00007-01029] Server.Trans.Total = 37842491
[110084:00007-01029] Server.Users = 404
[110084:00007-01029] Stats.Time.Current = 11/11/2004 09:00:03 MST
-
wenn ich den satz richtig versteh:
Note: Purging is done at one-third of the purge interval time. For example, if the interval is set to 30, all deletion stubs older than 30 days are purged from the database every 10 days.
heißt das das bei einem Wert von 7 wie bei mir, die Datenbank jeden 2. Tag gepurged wird?!
-
Richtig - aber das betrifft die deletion stubs (und schlägt am dritten Tag zu, da 7 / 3 ja etwas mehr als zwei Tage ergibt). Dir geht es ja aber um die Dokumente, und das heisst 7 Tage dann 7 Tage.
Bernhard
-
ok und an was könnte es dann noch liegen das der die Dokumente nicht rauslöscht?? :-:
-
Das wurde bereits geschrieben:
This issue has been reported to Quality Engineering as SPR# CSCT67HUE4. There are currently no plans to address the issue in Notes/Domino 6.x; however, a fix is being investigated for the next major Notes/Domino release.
Auf Deutsch: Ein böser, böser Bug.
Bernhard
-
also nichts zu machen?!
-
Also wenn süber den Notes-Ini Paremter nicht geht und die repliziereinstellungen nicht funktionieren bleibt immer noch der Weg über einen periodischen Agenten.
Sauber wäre es den in einer eigenen DB laufen zu lassen und von dort aus die Doks in der Log.nsf zu löschen, oder einfacher den direkt in die log.ntf aufnehmen und dort vor Gestaltungsänderungen schützen.
Da die immer nur auf einem Server liegt kannst du den auf allen Servern ausführen lassen.
-
danke für den tipp!