Want to protect your cyber security and still get fast solutions? Ask a secure question today.Go Premium

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 2046
  • Last Modified:

Webauth - No unambiguous match for user

We are doing a test upgrade of our Domino 6.5.4 server to Domino 7.0.2 FP2 .  Most functions appear to be working fine, however we are running into issues with web user authentication.

I have set WebAuth_Verbose_Trace=1 in notes.ini, and receive the following result:

> 11/15/2007 01:50:18.30 PM [08D4:0014-0C64] WebAuth> LOOKUP in view ($Users) (user='username' org='')
11/15/2007 01:50:18.32 PM [08D4:0014-0C64] WebAuth> No unambiguous match for user='username' org=''
11/15/2007 01:50:18.32 PM [08D4:0014-0C64] WebAuth> User Anonymous found in group Cache!

If I open the $Users view in the address book and do a search for "username" it brings up the correct person document.  These lookups work fine in 6.5.4, and I'm not sure what's changed in 7.

Any help would be hugely appreciated!
0
Bill_Fleury
Asked:
Bill_Fleury
  • 4
  • 2
1 Solution
 
ubigCommented:
Try rebuilding all views. Open any view and press CTRL+SHIFT+F9. If that does not help, run fixup task (load fixup names.nsf) on the server then run compact task (load compact names.nsf).

Hope that helps
0
 
Bill_FleuryAuthor Commented:
No go, have already done that and it didn't change anything.  Thanks for the suggestion though.
0
 
Bill_FleuryAuthor Commented:
Solved it!!

The problem ended up being two fold:

1) The directory the user resides in was not enabled in Directory Assistance (I left the fact it was in a second directory out of my question due to the fact I had copied my test user into names.nsf).

2) The main cause of the problem must have been related to the full text index.  I deleted the index and re-created, and voila, all users can log in!

So basically, from what I can see, the index must have been messed up when the upgrade to 7.0.2 from 6.5.4 was done.
0
What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

 
qwaleteeCommented:
AUth does not use the full text index. It was the lack of inclusion in DA that was your problem.  If there was a seocndary problem, ikt was in the ($Users) view index, not FT.
0
 
Bill_FleuryAuthor Commented:
I'm fairly new to Domino, so you may very well be correct.  I went into the DB properties and deleted the index from there, then created it from there as well.

I know the DA inclusion was part of the problem, but that doesn't explain why when I copied the person document to the main directory that it still wouldn't authenticate, that's why I think there were two problems.  That, and I had included my second directory in DA before I did the index deletion, and it didn't work until the indexes were re-created.
0
 
qwaleteeCommented:
The second problem may have been a caching issue. If a user fails authentication due to a missing person doc, it can take a few minutes for Domino to recognize the new credentials. If you try doing something else between the failure (due to caching) and the later success (cache reset), you might think your additional change fixed the problem, when it is just incidental.

Or I could be all wet :)
0
 
Bill_FleuryAuthor Commented:
That's a very good point, and was something I was afraid of while testing so I restarted the server between tries.  The cache isn't maintained through a restart by any chance is it?
0

Featured Post

Get free NFR key for Veeam Availability Suite 9.5

Veeam is happy to provide a free NFR license (1 year, 2 sockets) to all certified IT Pros. The license allows for the non-production use of Veeam Availability Suite v9.5 in your home lab, without any feature limitations. It works for both VMware and Hyper-V environments

  • 4
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now