Showing posts with label Domino. Show all posts
Showing posts with label Domino. Show all posts

Tuesday, February 8, 2011

Lotus Notes 8.5.2 Roaming - No prompt to upgrade

Last week I hit an issue of a user not getting the prompt for roaming user upgrade. I've down graded roaming, then re-setup roaming but still the user didn't receive the prompt. The adminp process only shows

Update Roaming User State in Person Record
       (Green Checkmark) Server/Test performed action on: 02/01/2011 8:00 PM

Which the document link shows In Progress and an hourglass next to the person document. The person logs into a different computer almost every time. So the issue must reside either in the person document or mail file right?

Well I ended up creating a new person document for the user by clicking "Add Person" and copying and pasting all the data from the old person document to the newly created one. Before I saved the newly created document I deleted the old one ( also I copied and pasted into a temp nab on my machine just in case ) and hit save and close on the newly created person document. The idea being a setting or field that is not displayed in the form is preventing the user from upgrading. The next day I still had issues with the user not getting prompted.

Finally I checked the local log.nsf of the user and found this error message:

Unable to get roaming upgrade lock, exiting roaming upgrade


When I Google searched for that error, I found one link to the forum that someone else had a similar issue and they had the notes.ini parameter client_clock=1 enabled on their client. Fortunately this person posted all the code because I noticed a line saying:

Preseting path to roaming lock db to CN=BELEUMAIL02/O=VWRI!!mail\lsteenho
Entering GetUpgradeLock()
Using Mail file as lock db
Using preset value CN=BELEUMAIL02/O=VWRI!!mail\lsteenho, as the mail file path
Path to the lock DB = CN=BELEUMAIL02/O=VWRI!!mail\lsteenho
Roaming lock already exists
03/11/2009 14:15:32 Unable to get roaming upgrade lock, exiting roaming upgrade.

So I re-created the mail file by doing File > Database / Application > New Copy on the server. Then moved the current mail file outside the data folder and renamed the new copy the same as the moved mail file. A few days later the user received the roaming upgrade prompt! The only downside is the user has to reset their unread marks. If that didn't work I thought about creating a new blank mail file just to get them to upgrade roaming and then revert to the old mail file ( not sure if this would work though ).

I then checked the last thread in the forum and the user basically said the same process fixed his issue too. DOH! Maybe next time I will read the entire thread and save my self the headache!

I sure would like to know if a profile document or regular document is created for this lock. I've tried to 'break' roaming to re-create this but with no success. I am interested if anyone else can shed some light on this roaming upgrade lock process.



References:

Subject: Roaming In Progress, not completing

Wednesday, June 30, 2010

DAOS issue, databases marked but not processing

I ran into an issue with a DAOS server where many databases are marked for DAOS ( admin client > Files > select databases > advanced properties > enable DAOS ). The problem is that some databases had attachments removed and stored in DAOS and other databases didn't. Doing a

tell daosmgr dbsummary

Displayed all the selected databases are 'Synchronized' with 0. Doing a

After some googling I finally found my answer in the following link:
http://www-01.ibm.com/support/docview.wss?uid=swg21420023

I ended up doing a
load compact -c xxxxx.nsf

and that forced the attachments to be removed and stored in DAOS. Also don't forget to apply Fix Pack 3 to all DAOS servers if you are running 8.5.1!

Monday, May 24, 2010

Domino messages appear after upgrading to 8.5.1

With a customer's environment running Domino 8.5.1 FP2 I have noticed a strange message in the console stating:

UpdateStaleCacheEntries: Setting GCF_MATCH_SINGLENAME flag in cached Names list for UserName [CN=First Last/OU=orgu1/OU=orgu2/O=org/C=US], now = 05/21/2010 01:16:43 PM, timeout =

After some google searching I found an IBM article:

stating that the issue will be fixed in the next release ( spr NFOL7XGJW3 )

I have yet to try running maintenance on the server's address book, but it seems to be a harmless message. The address book was also upgraded to ODS51 recently.