Our domino server takes FOREVER to update user groups in ACLs when using databases through the HTTP server. Is there any way short of restarting the HTTP task (and disconnecting all users) to get it to update the logged in user’s groups from the NAB?
It’s slow for internet passwords, but for ACL entries it’s deadlocked.
Subject: Getting NAB Changes faster
I believe the access delay is caused by the refresh frequency of the ($ServerAccess) view in the NAB. As this is set by default at “Automatic”, it’s not a case of changing a view setting. Rather, I’d look at the load on your server and whether you can give the Indexer (Update task) more threads. You can find out how to do this in the “Running multiple Update tasks” topic in Domino Admin help.
Before that, however, check through the expected schedule for how a group membership change would reach your HTTP server.
I haven’t found any particular reference to the HTTP server caching the ($ServerAccess) view, so I assume that the restart just forces the view update.
One (unpleasant) option would be to schedule a program document to run the following on a regular schedule.
update names.nsf -T “($ServerAccess)”
but I’d be surprised if it’s faster that the normal document change-driven process.
How slow exactly are your slow password updates and deadlocked ACL changes?
Rupert Clayton
UK
Subject: RE: Getting NAB Changes faster
I have had a play with this, and have found that the following code appears to work OK:
Public Function RefreshNabViews()
On Error Goto errorHandler
Dim views As Variant
views = nab.Views
Forall x In views
If Left$(x.name,2) = "($" Then
Call x.refresh()
End If
End Forall
'// Flush the database cache on the server that the database is running on . . .
Dim retStr As String
retStr = session.SendConsoleCommand("", "show nlcache reset" )
Exit Function
errorHandler:
Resume Next
End Function
This cures a problem where a user was creating an entry in the NAB via a script. This script was setting a readers field on the user’s registration document (not in the NAB) but when the user signed on he was not able to read the document for severl minutes. This script takes a couple of secs to run on a fairly busy server.
Subject: I would suggest using caution with this unsupported technique
This code uses an undocumented, unsupported command that can have rather severe performance implications when used on a domino server. The command being used could be removed at any time.
The type of performance problem that is likely to occur is a more sever form of the problems fixed in CMCY6KBQAR. Obviously if a customer experiencing directory performance problems was found to be utilizing this console command the first requirement would be that this command no longer be issued.
There is work underway for subsequent releases of Domino to address these latency issues.