The notes.ini parameter was added in 11.0.1FP2 (SPR# BSPRBSSPWH) to suppress output of Replication Currency alerts for specific databases that were intentionally marked as “replication disabled”.
I used it in my environment for all databases in DominoDataDir/traveler/map. After upgrading to FP3 a couple of days ago, this parameter seemed not to work any longer. On the console I saw the following output
[2D58:0005-2910] ReplCurrency Source="traveler\map\custom\MapDir.nsf", Dest=CN=serv02/O=singultus (Q:0) traveler\map\custom\MapDir.nsf, UpdateToRepl2="03.04.2021 01:01:06", LastRepl="02.04.2020 04:01:25", TimeDiff= 16167 min, TimeDiff2=543026 min Warning="5000+ mins on replication."
[2D58:0005-2910] ReplCurrency Source="traveler\map\iNotesPMap.nsf", Dest=CN=serv02/O=singultus (Q:1) traveler\map\iNotesPMap.nsf, UpdateToRepl2="10.04.2021 01:00:27", LastRepl="01.04.2020 15:26:41", TimeDiff= 6087 min, TimeDiff2=543781 min Warning="5000+ mins on replication."
[2D58:0005-2910] ReplCurrency Source="traveler\map\JournalEntryMap.nsf", Dest=CN=serv02/O=singultus (Q:3) traveler\map\JournalEntryMap.nsf, UpdateToRepl2="10.04.2021 01:00:38", LastRepl="01.04.2020 15:26:41", TimeDiff= 6087 min, TimeDiff2=543781 min Warning="5000+ mins on replication."
[2D58:0005-2910] ReplCurrency Source="traveler\map\MemoMap.nsf", Dest=CN=serv02/O=singultus (Q:3) traveler\map\MemoMap.nsf, UpdateToRepl2="10.04.2021 01:00:45", LastRepl="01.04.2020 15:26:41", TimeDiff= 6087 min, TimeDiff2=543781 min Warning="5000+ mins on replication."
[2D58:0005-2910] ReplCurrency Source="traveler\map\PersonMap.nsf", Dest=CN=serv02/O=singultus (Q:1) traveler\map\PersonMap.nsf, UpdateToRepl2="10.04.2021 01:00:51", LastRepl="01.04.2020 15:26:41", TimeDiff= 6087 min, TimeDiff2=543781 min Warning="5000+ mins on replication."
[2D58:0005-2910] ReplCurrency Source="traveler\map\R6JournalEntryMap.nsf", Dest=CN=serv02/O=singultus (Q:2) traveler\map\R6JournalEntryMap.nsf, UpdateToRepl2="03.04.2021 01:01:20", LastRepl="02.04.2020 04:01:51", TimeDiff= 16166 min, TimeDiff2=543026 min Warning="5000+ mins on replication."
[2D58:0005-2910] ReplCurrency Source="traveler\map\R6PersonMap.nsf", Dest=CN=serv02/O=singultus (Q:1) traveler\map\R6PersonMap.nsf, UpdateToRepl2="10.04.2021 01:00:57", LastRepl="01.04.2020 15:26:42", TimeDiff= 6087 min, TimeDiff2=543781 min Warning="5000+ mins on replication."
I opened a support case with HCL. Here is the answer
“In FP2 there was a bug where it excluded all except the first entry in the INI. The notes.ini does not allow directories to be listed, only databases. In your case, it appeared to work in FP2 because it blocked all databases except for “traveler/map” which is not a database. So, it blocked all databases from currency checks. And, this is now fixed in 1101FP3 (SPR # BSPRBY9RPA).“
The upcoming FP4 and V12 will not list replication disabled databases in the currency alerts (so no notes.ini is required to exclude databases disabled for replication). The notes.ini is still in FP4 and V12, but the need to exclude replication disabled databases is no longer necessary.
So, here, you need to add individual NSF names as comma separated list of dbs in the INI entry to exclude them from the replication currency check.
The auto-populated groups feature in Domino 8.5.x is great, but when you run into problems an error message like:
“Search for auto-populated group members failed for group TEST.: Error looking up name on LDAP Server; See server log for further details.”
is not very helpful, because there is no more info in the server log.
Add debug_autopop=2 to the server’s notes.ini and the next time, the autopop process will be more verbose.
restart task update
01/26/2010 08:32:54.59 [0AA8:0005-0A04] AutoPop> …Shutting down
01/26/2010 08:32:54 Index update process shutdown
01/26/2010 08:32:55.73 [0E40:0002-06F0] AutoPop> Admin server is CN=MyServer/O=foo/C=de
01/26/2010 08:32:55.73 [0E40:0002-06F0] AutoPop> Current server is CN=MyServer/O=foo/C=de
01/26/2010 08:32:55.73 [0E40:0002-06F0] AutoPop> Starting the Auto Populated Groups thread…
01/26/2010 08:32:55.73 [0E40:0002-06F0] AutoPop> Started the Auto Populated Groups thread.
01/26/2010 08:32:55.74 [0E40:0005-0218] AutoPop> Starting up…
01/26/2010 08:32:55.82 [0E40:0005-0218] AutoPop> Found  Name and Address Book(s), opening first [names.nsf].
01/26/2010 08:32:55.82 [0E40:0005-0218] AutoPop> Member update interval 30
01/26/2010 08:32:55.82 [0E40:0005-0218] AutoPop> Domain = foo
01/26/2010 08:32:55 Index update process started:
01/26/2010 08:32:56.82 [0E40:0005-0218] AutoPop> Time to perform Member updates for all groups: 01/26/2010 08:32:55
01/26/2010 08:32:56.82 [0E40:0005-0218] AutoPop> Next Member update time: 01/26/2010 09:02:56
01/26/2010 08:32:56.82 [0E40:0005-0218] AutoPop> Looking for autopopulated groups
01/26/2010 08:32:56.96 [0E40:0005-0218] AutoPop> Found 1 auto-populated groups to process.
01/26/2010 08:32:57.96 [0E40:0005-0218] AutoPop> Starting to work on group = TEST
01/26/2010 08:32:57.96 [0E40:0005-0218] AutoPop> Selection Criteria is= [(&(ObjectClass=person)(mailserver=CN=MyServer/O=foo/C=de))], size = 56
01/26/2010 08:32:58.10 [0E40:0005-0218] AutoPop> Failed applying selection criteria = Error looking up name on LDAP Server; See server log for further details., (&(ObjectClass=person)(mailserver=CN=MyServer/O=foo/C=de))
01/26/2010 08:32:58.10 [0E40:0005-0218] AutoPop> Finished work on group = TEST
01/26/2010 08:32:58.10 [0E40:0005-0218] AutoPop> Finished Member updates for all auto-populated groups
01/26/2010 08:32:58 Search for auto-populated group members failed for group TEST.: Error looking up name on LDAP Server; See server log for further details.
“Thanks to help from the IBM development team and support the issue some customers have been experiencing when running custom server tasks and Extension Manager on Domino 8.5.1. has been resolved.
The root cause of this issue was that IBM has introduced some I/O performance improvements for logging with 8.5.1, which unfortunately had the sideeffect that servers were haulting when running custom server tasks … .
But the good news is that IBM introduced a way of turning this new logging off and reverting to the way logging was done in 8.5.0.
So all you have to do is put in an extra line in the notes.ini of the server.
After that everything works again.This has already been validated. The only adverse effect of this change is that logging will not be faster than it was in 8.5.0. We expect the issue to be fully resolved in the next service release of Domino.”
in your blog, you have posted some posts that relates to notes.ini,
Maybe we could join forces to create a set of Notes.ini for server and client, and post it,
I think many young administrators will benefit from this. 😉
I have opened discussion on my blog, but only few people responded and shared their notes.ini settings.
What do you think?
I think, this is a good idea. There are already some sources, where you can find notes.ini related information.
“Notes.ini Entries” and even IBM’s “Lotus Notes/Domino Notes.ini settings” database are only two of these sources. All have one thing in common. You have to know the parameter or a part of it to find information about this parameter. None of the sources are able to answer questions like: “How can I force my client to create ODS48 databases?”. This is only a simple sample and can be easily answered with “Add CREATE_R8_DATABASES=1 to your notes.ini and run compact -c”. But there might be also more difficult questions to be answered and sometimes adding a certain parameter can have side effects.
So we thougt that having a WiKi for this would be great and we would like to ask our Notes Community for some feedback. So please feel free to post your thoughs as a comment here or if you do not want to give your feedback in public, write me an email.
Have you ever seen this error message on the Domino server console?
Error: “11/24/2006 10:51:05 Event: Error updating a Domino Domain Monitoring event document (NoteID 0xF2AA): Event correlation cache is full. You can increase its size via the NOTES.INI setting EVENT_CORRELATION_POOL_SIZE”
If so, then I assume you know that you can increase the cache size by adding the parameter
to the server’s notes.ini for a maximum cache size of 100MB.
But, surprise, surprise, the error will occur again. I opened a PMR today because I could not find any useful information on the web. Mateja Kozamernik from IBM support Slovenia pushed me into the right direction and sent me the information I needed.
“Even with the maximum configured pool size, you may still see the above error. This occurs because Domino creates cached documents that are 2MB in size and the server allows a maximum of 200 cached documents by default.
Since 2MB x 200 is greater than the maximum allowable pool size, the error can occur unless additional parameters are enacted to control the document size and/or the maximum number of cached documents. The following notes.ini parameters are available for these purposes.
DDM_MAX_NOTE_CACHE (number of documents in the cache)
DDM_MAX_DOCSIZE_MB (size in megabytes of documents in the cache)
To ensure that the Event Correlation cache will not be exhausted when configured to the maximum 100MB size, use these parameters so that the following formula is true:
Recently had an eMail contact with Bastian Wieczorek about his post on “HowTo Fix: duplicate PUIDs found“. I proposed to add a notes.ini entry Delete_Duplicate_Puid_Notes=1 to let Domino do the cleanup instead of doing it manually from the console as Bastian wrote.
Although all experienced Notes administrators and developers (might) know why, I would like to commemorate the anwer to the question.
Any parameter that is added as the last line in the NOTES.INI file requires that there be a hard carriage return (the ENTER key) after the last line to ensure that it will take effect. Without a hard carriage return, the last line will not be recognized.
May this help a Notes newbee to save a few minutes time …
If a failover condition occurs , Notes will close the current tab and prompt you to switch to a different replica of the database, allowing you to attempt the action again.
A notes.ini variable has been introduced in Lotus Notes® 8.0.1 to prevent the failover prompt when the server holding the current application is no longer responding, To suppress these prompts, use the client notes.ini variable:
Beginning with Lotus Notes® 8.0.1 the following scenarios have added failover functionality
When multiple mail boxes are enabled, they are titled mail1.box, mail2.box, and so on and the router uses these mail boxes for routing messages.
To force the router to use “mail.box”, add the parameter to the notes.ini file:
The parameter keeps the “mail.box” file and still will create mail2.box, mail3.box, and so on.
This is useful if you have a third party applications that requires the existence of a “mail.box”.
Notes.ini preferences plug-in (sreenshot) is the Eclipse 3.2 compatible plug-in integrated into Lotus Notes 8 client’s File/Preferences area, which allows you perform such tasks as:
– view all settings of your local Lotus Notes 8 client’s notes.ini file in sorted way
– quick lookup of each setting via the type ahead control
– add/edit/remove any setting
– request each setting description from configured description repositories via WebServices (one of such WebServices enabled repositories is provided by company called Kalechi Design, USA, which hosts Notes.ini database prepared by Rudi Knegt from RKJ-Soft)