The command 'wbinfo -r domain\user' does'nt show/get users groups. In version
3.0.20 works fine. The problem begins in version 3.0.20a.
reproduced. Seems to be linked to
0000 ptr_dcname: 00000000
000004 smb_io_unistr2 - NULL dcname
0004 status: NT code 0x0000054b
Error requesting DCname: NT_STATUS_UNSUCCESSFUL
I'm pretty sure this is caused by the recusion fix you put
in for 3.0.20a Sorry. The wbinfo -r is never even writing
to the socket.....
The problem appears to be that winbind_open_pipe_sock() is just
returning -1 due to the recusing flag being set.
(In reply to comment #1)
> reproduced. Seems to be linked to
> 000000 net_io_r_getdcname
> 0000 ptr_dcname: 00000000
> 000004 smb_io_unistr2 - NULL dcname
> 0004 status: NT code 0x0000054b
> Error requesting DCname: NT_STATUS_UNSUCCESSFUL
Yes, I've seen this too:
A getdcname reply of a getdcname request for your own host (that is beeing sent
to your DC).
Can you show me the backtrace when it's doing that ? I thought I'd caught all
possible uses of this.
#0 winbind_open_pipe_sock (recursing=2048) at wb_common.c:307
#1 0x0809b8d2 in write_sock (buffer=0xbfffea70, count=1832, recursing=2048)
#2 0x0809bd12 in winbindd_send_request (req_type=5, request=0xbfffea70)
#3 0x0809be4c in winbindd_request_response (req_type=5, request=0xbfffea70,
response=0xbfffe550) at wb_common.c:599
#4 0x080593c0 in wbinfo_get_usergroups (user=0x811d920 "color+administrator")
#5 0x0805b597 in main (argc=3, argv=0xbffff584) at wbinfo.c:1135
Created attachment 1532 [details]
zero winbind request structure
Created attachment 1533 [details]
correct patch that actually compiles
# bin/wbinfo -r 'color+administrator'
*** Bug 3217 has been marked as a duplicate of this bug. ***