I just moved a user from one Domino server to another. I’ve done this many time before with previous releases without any issue. However, with this particular one, everything went well until the last stage when adminp tries to delete the user’s mail file on the old server.
First, it couldn’t delete it and gives an error message on the server console that the database is in use by you or another user.
A couple of days later, the delete mail file request is marked as failed with the following error message
Title: Administration Requests (R5.0) Path: admin4.nsf; Name: Server1/XYZ/Org; Error: The signer of this request must be the Administration Server of the Domino Directory.
Where Server1 is the administration server of our Domino Directory.
I also found there is a .nrf file (Notes redirection file) for that user’s mail file. I’ve deleted this file but the same error message still comes up when I resubmit the request.
I suppose I can shutdown the Domino server and delete the file from a file system level but I prefer to do it in a ‘clean’ way.
Any idea, hint, suggestion, would be greatly appreciated. Thanks.
the move process should have updated the user’s workstation with the new icon and changed the location doc with the new server name. have you confirmed that the user’s client has been all updated? It’s possible the user may still be connecting the the replica on the old server but the .nrf file (notes redirect file) should have switch the user over. Try issuing these 2 console commands on the server then try deleting the mail file again manually:
drop all
dbcache flush
as for the adminp doc, something must be messed up with it, it happens. since you have done these before without error I will not suggest looking at any security settings in your server docs cuz they should be fine unless something changed recently.
Thanks for the input. I did what you recommended but still no luck. I even deleted the nrf file manually and also deleted the adminp request document, also no joy. May need to restart the Domino server to ‘release’ it.
Also, my collague in US has similar issue with another user who has been moved to Australian server. But this user was moved manually, not using adminp.