This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal


Oct 10, 2016, 7:12 PM
8 Posts

[ SOLVED ] Rooms and Resources slow mail confirmation

  • Category: Domino Server
  • Platform: Windows
  • Release: 9.0
  • Role: Administrator
  • Tags:
  • Replies: 7

Hi,

I have two servers A and B .

In both I have a Rooms and Resource database .

In server A  I setup some rooms with the Owner restriction as "none"  and when an user book a room a minutes later receives the email with the confirmation that the room has been booked .

The problem is with server B where I have the same configuration but the user receive the confirmation at 1 AM every day and not a minutes later as server A .

Do you have an idea why this behavior with server B is happening ? 

I need that the user receives the emails  automatically in the next minutes after he reservation is made .

Thanks 

 

Oct 10, 2016, 7:23 PM
326 Posts
Question

If you look at the confirmation email is actually sent at 1:00 AM?  Just trying to rule out mail routing issue.   Try point you location doc to that server and send an email and see if it goes out right away. 

 

If it is a mail routing issue I would check

 

Is the server in the same named network?

 

Are the mail routing connection docs that are prohibited a time schedule?

 

If it is not a mail routing issue (i think it is) make sure the task RnRMgr is in the servers notes.ini and not being stated and stopped by a program doc.

 

 

Here is a url to a presentation on trouble shoot issues http://www-01.ibm.com/support/docview.wss?uid=swg27024150&aid=1

 

Oct 12, 2016, 12:26 AM
34 Posts
Adding to what Barry already said
A couple comments on troubleshooting for you.

1: Based on what you've described you do not need to recreate the busytime dB (slides 37 & 38).  The issue is seeing and processing requests and not related to bad data in the busytime database.

2: You should set the following INIs on Server B:

        DEBUG_RNRMGR=25 (or 89)
        CSLogAutoprocess=1
        CSReportErrors=1

If Server B is running 8.53 or later then the setting will take effect immediately.  If Server B is running pre-8.53 release then you need to restart the task manually for the setting to take effect.  The value 25 will cause RnRMgr to do some basic logging and call tracing along with logging as it processes each request it is told about.  The value 89 will do the same and include some cluster related logging as well.  Either should help.  The other 2 INIs enable logging from the core autoprocessing logic that RnRMgr calls.

  Now create a test request for both rooms (the one with no owner setting and the one with the owners).  Watch the console for output like this:

ProcessRnRDocs> There are 5 entry notices to process this pass
ProcessRnRDocs> Processing notice 0 for UNID OFBF158B43:A68A51B4-ON07258029:00176AD2
ProcessRnRDocs> Processing UNID OFBF158B43:A68A51B4-ON07258029:00176AD2 for room/resource Room A/My Site
[C&S]     R&R Blocker doc detected.  Allowing to pass
[C&S]     Setting AP Mode to 6
[C&S] Attempting to autoprocess NT000EB416
      AP Mode: 3  NoticeType: I
[C&S] Autoprocessing is allowed
[C&S AUTOPROCESSING] Total Time -> 89 ms
ProcessRnRDocs>     Done processing. bNoKeepDoc=0

See what your system actually logs and if there is any information that can help you figure out why the requests are just sitting idle.  If you are not sure, post the trace output to this thread and I can take a look at what is going on.

If you run a test and see no ProcesRnRDocs message on the console but you see the Router delivered the request (or it replicates over from Server A) then restart RnRMgr if you did not earlier and watch for a debug message from SetCalendarEventNotification.  That will tell us if RnRMgr has asked Domino for notifications about changes to the R&R dB or not.  You should see something like:

CheckDbForCalendarEvents> Checking database Resource.nsf
CheckDbForCalendarEvents> Setting event notification to directory manager for database Resource.nsf
SetCalendarEventNotification> Asking for notification of updates to database Resource.nsf

If you see a message like:

SetCalendarEventNotification> Asking for no notification of updates to database Resource.nsf
or
CheckDbForCalendarEvents> Found no room/resource calendar profiles in database Resource.nsf.  Not registering for notifications.

then something made RnRMgr decide the database is not one it should monitor and process requests in.  The cause should be logged somewhere after the "Checking database" line.
Bruce
IBM
Oct 10, 2016, 8:23 PM
8 Posts
rooms and resource slow mail confirmation

Thanks Barry for your response .

I see mail rounting fine and the  task RnRMgr is loading with the notes.ini

I run a track and trace and see when the server sent the emails after 1:00 AM 

This server is routing fine the emails to and from all the users .

I also have rooms that are managed by owners and they are receiving the emails for the reservations , it's only for the rooms which I set no owner .

I will check all your suggestions and see if I can find what is causing this and also url.

Thanks for the help

 

 

Oct 10, 2016, 9:03 PM
326 Posts
Diff

The difference between managed rooms are the email is routed through the approvers home mail server and not by the server task.     Check the creation time of the email that you get at 1 am and make sure it really does get created at 1am.   If you do a request do you see email pending in mail.box on that server prior to 1am?

Oct 10, 2016, 10:21 PM
8 Posts
created 1AM

You are right , the email is created at 1AM .

 

 

Oct 10, 2016, 11:44 PM
326 Posts
Question

Are these server clustered?  Seems that the rnrmgr task is only progessing at 1 am .   Read that debugging presentation.  If the servers are clustered there are other setups that need to be done.  Please post back what actually fixed the issue

Oct 12, 2016, 3:31 PM
8 Posts
Solved !!

Barry and Bruce, 

The problem is solved .

I found that there was a clustered server that was shut down long time ago  , I went to  configuration-cluster and remove the server , after that the autoprocessing begins to work !

Thanks a lot to both to pointed me out in the right direction to solve this !

:)


This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal