While retrieving archived item, user is receiving popup "User CN=Domino User/O=lotusdomino cannot open database EVDG!!EV\EV_0000002f.nsf"

Article:TECH192937  |  Created: 2012-07-13  |  Updated: 2012-08-01  |  Article URL http://www.symantec.com/docs/TECH192937
Article Type
Technical Solution

Product(s)

Languages

Problem



After renaming a person document the renamed user is no longer able to access archived items.

For e.g. User A has been renamed to User B.

This rename of the person document creates a situation where the user does not have sufficient privileges inherited from mail file.


Error



Pop up window:  User CN=Domino User/O=lotusdomino cannot open database EVDG!!EV\EV_0000002f.nsf

EVDG Domino Console shows :

ATTEMPT TO ACCESS DATABASE EV\EV_0000002f.nsf by Domino User/Lotusdomino was Denied

A dtrace of nserver will show the following:

1479       12:54:44.669       [3844]  (nserver)             <620>    EV:L       CArchiveServerExtensionMgr::OnBeforeDbOpenExtended - Path = [EV\EV_0000002f.nsf], len = 18
1480       12:54:44.669       [3844]  (nserver)             <620>    EV:L       IsEVDB - checking path [EV\EV_0000002f.nsf]
1481       12:54:44.669       [3844]  (nserver)             <620>    EV:L       CArchiveServerExtensionMgr::OnBeforeDbOpenExtended - Anonymous check
1482       12:54:44.669       [3844]  (nserver)             <620>    EV:L       IsAnonymous - check anon access
1483       12:54:44.669       [3844]  (nserver)             <620>    EV:L       IsAnonymous - FALSE
1484       12:54:44.669       [3844]  (nserver)             <620>    EV:M     AdminOpsManager::IsPathToAdminDb - path [EV\EV_0000002f.nsf], result = [false]
1485       12:54:44.669       [3844]  (nserver)             <620>    EV:L       CArchiveServerExtensionMgr::OnBeforeDbOpenExtended - Fullpath: [D:\Program Files\Lotus\Domino\data\EV\EV_0000002f.nsf]
1486       12:54:44.669       [3844]  (nserver)             <620>    EV:L       CArchiveServerExtensionMgr::OnBeforeDbOpenExtended - check existence
1487       12:54:44.669       [3844]  (nserver)             <620>    EV:L       DoesDBExist - Checking DB [D:\Program Files\Lotus\Domino\data\EV\EV_0000002f.nsf]
1488       12:54:44.669       [3844]  (nserver)             <620>    EV:L       DoesDBExist - Exists
1489       12:54:50.325       [3844]  (nserver)             <620>    EV:L       CArchiveServerExtensionMgr::OnBeforeDbOpenExtended - access denied to stub DB
1490       12:54:50.325       [3844]  (nserver)             <620>    EV:L       IsAccessAllowed - checking access for path [D:\Program Files\Lotus\Domino\data\EV\EV_0000002f.nsf]
1491       12:54:50.325       [3844]  (nserver)             <620>    EV:L       GetArchiveIdAndSavesetId - processing path [D:\Program Files\Lotus\Domino\data\EV\EV_0000002f.nsf]
1492       12:54:50.325       [3844]  (nserver)             <620>    EV:L       GetArchiveIdAndSavesetId - found rootID [47], SSID [], attachNum [-1]
1493       12:54:50.325       [3844]  (nserver)             <620>    EV:M     IsAccessAllowed - GetMailDomain() failed with status [257]
1494       12:54:50.325       [3844]  (nserver)             <620>    EV:L       CArchiveServerExtensionMgr::OnBeforeDbOpenExtended - Vault Access not allowed for [D:\Program Files\Lotus\Domino\data\EV\EV_0000002f.nsf]

 


Solution



1 Open Domino Admin Console and connect to Enterprise Vault Domino Gateway (EVDG) server.

2. Press Ctrl + Shift + names.nsf and double click on names.nsf database.

4. Click on $VIMpeople and press Ctrl + Shift + F9 (this will update the names.nsf database)

If still the names.nsf is not updated then follow the alternate method to update the names.nsf

4. From the EVDG domino console, run the following command

Load updall names.nsf -T ($VIMPeople)

If there is a delay in replicating the Names.nsf to the EVDG then replication can be forced as follows: 

Pull Dominoservername names.nsf

Note: Dominoservername should be the name of your Domino Server.


Article URL http://www.symantec.com/docs/TECH192937


Terms of use for this information are found in Legal Notices

Please Sign In

Login using SymAccount.

Knowledge Base Search

Knowledge Base Search

Rate this Article

Help us improve your support experience.

MySymantec

MySymantec

Contacting Support

Contacting Support