Hi Torsten Krah,
Thanks for your friendly reply. Part of the reason I asked the questions was for other readers of the bug to be able to diagnose similar problems.
I don't know what's going to happen to winbindd with samba4's new code.
I'm guessing that the expiration and failure to re-get the UID mapping can be seen at the top level in: http://gitweb.samba.org/?p=samba.git;a=blob;f=source3/winbindd/wb_uid2sid.c;hb=HEAD
The only thing that might show up in a log at this level (or from this file anyway) looks to be:
50 DEBUG(10, ("idmap_cache_find_uid2sid found %d%s\n",
51 (int)uid, expired ? " (expired)": ""));
1 Any chance you see the above log line?
Unless I misunderstand, the cache is expired, and requesting a mapping fails. That means the following is executed:
So I'm guessing that means that the domain name isn't found, or there's a problem with rpccli_wbint_Uid2Sid_send(), but there are a few other possibilities. The next steps would be to:
* Check if upstream's got any new information
* Look at rpccli_wbint_Uid2Sid_send()
* Check how the cache is initially populated and check if it's different code than the above code.
* Test with caching disabled if possible.
* Test in "offline" mode if possible.
I haven't looked to see if this bug is filed upstream, or if it's mentioned on a mailing list of theirs. If it is, then any links would be nice.
Hi Torsten Krah,
Thanks for your friendly reply. Part of the reason I asked the questions was for other readers of the bug to be able to diagnose similar problems.
Also, for more detailed debugging, here's a link to the current development version 3 source code: gitweb. samba.org/ ?p=samba. git;a=tree; f=source3/ winbindd; hb=HEAD
http://
I don't know what's going to happen to winbindd with samba4's new code.
I'm guessing that the expiration and failure to re-get the UID mapping can be seen at the top level in: gitweb. samba.org/ ?p=samba. git;a=blob; f=source3/ winbindd/ wb_uid2sid. c;hb=HEAD cache_find_ uid2sid found %d%s\n",
http://
The only thing that might show up in a log at this level (or from this file anyway) looks to be:
50 DEBUG(10, ("idmap_
51 (int)uid, expired ? " (expired)": ""));
1 Any chance you see the above log line?
Unless I misunderstand, the cache is expired, and requesting a mapping fails. That means the following is executed:
66 for (domain = domain_list(); domain != NULL; domain = domain->next) { >have_idmap_ config >id_range_ low) >id_range_ high)) { wbint_Uid2Sid_ send( req_nomem( subreq, req)) { req_post( req, ev); req_set_ callback( subreq, wb_uid2sid_done, req);
67 if (domain-
68 && (uid >= domain-
69 && (uid <= domain-
70 state->dom_name = domain->name;
71 break;
72 }
73 }
74
75 child = idmap_child();
76
77 subreq = rpccli_
78 state, ev, child->rpccli, state->dom_name,
79 uid, &state->sid);
80 if (tevent_
81 return tevent_
82 }
83 tevent_
84 return req;
85 }
So I'm guessing that means that the domain name isn't found, or there's a problem with rpccli_ wbint_Uid2Sid_ send(), but there are a few other possibilities. The next steps would be to: wbint_Uid2Sid_ send()
* Check if upstream's got any new information
* Look at rpccli_
* Check how the cache is initially populated and check if it's different code than the above code.
* Test with caching disabled if possible.
* Test in "offline" mode if possible.
I haven't looked to see if this bug is filed upstream, or if it's mentioned on a mailing list of theirs. If it is, then any links would be nice.
Drew Daniels www.boxheap. net/ddaniels/ resume. html
Resume: http://