SnTT: Domino 7 Heads Up with new RnRMgr task
Thursday 19th April, 2007Just a heads up for those of you recently or about to upgrade to Domino 7. With the introduction of the new RnRMgr task to help manage Rooms and Resources, I've discovered an interesting dilemma that can occur.
The RnRMgr task requires that the busytime.nsf exist. If you have a habit during maintenance of deleting busytime.nsf and letting it rebuild, you will probably notice sometimes the RnRMgr tasks errors our and fails to load. The reason is because when the busytime.nsf does not exist, the Sched task must first create the busytime.nsf. If the RnRMgr loads to fast or prior to the Sched task, it will fail because the busytime.nsf does not exist.
This is working by design according to Lotus Development. The only work around so far that has been verified by both Lotus Support and a small handful of customers is to modify the ServerTasks= line of the notes.ini and place the Sched task first and the RnRMgr last so it allows the Sched task to load first and recreate the busytime.nsf just before the RnRMgr task loads last.
The RnRMgr task requires that the busytime.nsf exist. If you have a habit during maintenance of deleting busytime.nsf and letting it rebuild, you will probably notice sometimes the RnRMgr tasks errors our and fails to load. The reason is because when the busytime.nsf does not exist, the Sched task must first create the busytime.nsf. If the RnRMgr loads to fast or prior to the Sched task, it will fail because the busytime.nsf does not exist.
This is working by design according to Lotus Development. The only work around so far that has been verified by both Lotus Support and a small handful of customers is to modify the ServerTasks= line of the notes.ini and place the Sched task first and the RnRMgr last so it allows the Sched task to load first and recreate the busytime.nsf just before the RnRMgr task loads last.
[1]