## Problem: Cannot add a Domain Object to a Local Object in Windows XP Professional SP1. Specifically (although not exclusively) a Domain User/Group from the Samba PDC to the Local Administrators Group. ## Windows Error Message: "Information returend from the object picker for object "username" was incomplete. The object will not be processed." ## Steps took to discovery: 1. Logged on to the workstation as either a Local Admin or a (Samba) Domain Admin. 2. I clicked on the Local Group Object "Administrators". 3. Clicked "Add to Group" to add a User Object to this Local Group Object. 4. Clicked "Advanced" and "Find Now" to browse Domain Objects 5. Selected desiered Domain Object (<username>) then clicked "OK" 6. Updated field now shows Object as "DOMAINNAME\username" 7. Clicked "OK" 8. Received error message stated above. ## Changes made to WindowsXP Pro workstation: 1. These Registry keys: (HKEY_LOCAL_MACHINE\SYSTEM\ControlSetXXX\Services\Netlogon\Parameters\re quiresignorseal = 0) (HKEY_LOCAL_MACHINE\SYSTEM\ControlSetXXX\Services\Netlogon\Parameters\re quirestrongkey = 0) 2. The following Group policy changed to "enabled": Computer Configuration\Administrative Templates\System\User Profiles\Do not check for user ownership of Roaming Profile Folders ## Additional Information: 1. The Samba2.2.8a Server is the only PDC on the network and is a WINS server 2. I am using OpenLDAP 2.0.27-r4 for authentication 2. The machine has a working trust account on the Samba Server. 3. The DOMAINNAME\Domain Admins Object was added to the Local Administrators Group Object when the workstation joined the domain 4. The DOMAINNAME\Domain Users Object was added to the Local Users Group Object when the workstation joined the domain 6. This is not and issue with Windows 2K or NT. ## Samba debug log output (log level 4): [2003/08/19 12:30:48, 3] smbd/process.c:process_smb(846) Transaction 1648 of length 156 [2003/08/19 12:30:48, 3] smbd/process.c:switch_message(685) switch message SMBtrans (pid 12053) [2003/08/19 12:30:48, 3] smbd/sec_ctx.c:set_sec_ctx(329) setting sec ctx (5000, 100) - sec_ctx_stack_ndx = 0 [2003/08/19 12:30:48, 3] smbd/sec_ctx.c:set_sec_ctx(334) 1 user groups: 100 [2003/08/19 12:30:48, 3] smbd/ipc.c:reply_trans(520) trans <\PIPE\> data=76 params=0 setup=2 [2003/08/19 12:30:48, 3] smbd/ipc.c:named_pipe(334) named pipe command on <> name [2003/08/19 12:30:48, 4] rpc_server/srv_pipe_hnd.c:get_rpc_pipe(990) search for pipe pnum=730d [2003/08/19 12:30:48, 3] smbd/ipc.c:api_fd_reply(296) Got API command 0x26 on pipe "samr" (pnum 730d)free_pipe_context: destroying talloc pool of size 0 [2003/08/19 12:30:48, 3] rpc_server/srv_pipe.c:api_pipe_request(1165) Doing \PIPE\samr [2003/08/19 12:30:48, 4] rpc_server/srv_pipe.c:api_rpcTNP(1190) api_rpcTNP: api_samr_rpc op 0x7 - api_rpcTNP: pipe 29453 rpc command: SAMR_OPEN_DOMAIN [2003/08/19 12:30:48, 4] rpc_server/srv_lsa_hnd.c:find_policy_by_hnd_internal(160) Found policy hnd[0] [000] 00 00 00 00 18 00 00 00 00 00 00 00 C8 5E 42 3F ........ .....^B? [2003/08/19 12:30:48, 4] lib/util.c:dump_data(1549) [010] 15 2F 00 00 ./.. [2003/08/19 12:30:48, 4] rpc_server/srv_lsa_hnd.c:create_policy_hnd(140) Opened policy hnd[2] [000] 00 00 00 00 1A 00 00 00 00 00 00 00 C8 5E 42 3F ........ .....^B? [2003/08/19 12:30:48, 4] lib/util.c:dump_data(1549) [010] 15 2F 00 00 ./.. [2003/08/19 12:30:48, 3] rpc_server/srv_pipe_hnd.c:free_pipe_context(444) free_pipe_context: destroying talloc pool of size 0 [2003/08/19 12:30:48, 3] smbd/process.c:process_smb(846) Transaction 1649 of length 174 [2003/08/19 12:30:48, 3] smbd/process.c:switch_message(685) switch message SMBtrans (pid 12053) [2003/08/19 12:30:48, 4] smbd/uid.c:change_to_user(119) change_to_user: Skipping user change - already user [2003/08/19 12:30:48, 3] smbd/ipc.c:reply_trans(520) trans <\PIPE\> data=94 params=0 setup=2 [2003/08/19 12:30:48, 3] smbd/ipc.c:named_pipe(334) named pipe command on <> name [2003/08/19 12:30:48, 4] rpc_server/srv_pipe_hnd.c:get_rpc_pipe(990) search for pipe pnum=730d [2003/08/19 12:30:48, 3] smbd/ipc.c:api_fd_reply(296) Got API command 0x26 on pipe "samr" (pnum 730d)free_pipe_context: destroying talloc pool of size 0 [2003/08/19 12:30:48, 3] rpc_server/srv_pipe.c:api_pipe_request(1165) [2003/08/19 12:30:48, 4] rpc_server/srv_pipe.c:api_rpcTNP(1190) api_rpcTNP: api_samr_rpc op 0x11 - api_rpcTNP: pipe 29453 rpc command: SAMR_LOOKUP_NAMES [2003/08/19 12:30:48, 4] rpc_server/srv_lsa_hnd.c:find_policy_by_hnd_internal(160) Found policy hnd[0] [000] 00 00 00 00 1A 00 00 00 00 00 00 00 C8 5E 42 3F ........ .....^B? [2003/08/19 12:30:48, 4] lib/util.c:dump_data(1549) [010] 15 2F 00 00 ./.. [2003/08/19 12:30:48, 3] rpc_server/srv_pipe_hnd.c:free_pipe_context(444) free_pipe_context: destroying talloc pool of size 48 [2003/08/19 12:30:48, 3] smbd/process.c:process_smb(846) Transaction 1650 of length 124 [2003/08/19 12:30:48, 3] smbd/process.c:switch_message(685) switch message SMBtrans (pid 12053) [2003/08/19 12:30:48, 4] smbd/uid.c:change_to_user(119) change_to_user: Skipping user change - already user [2003/08/19 12:30:48, 3] smbd/ipc.c:reply_trans(520) trans <\PIPE\> data=44 params=0 setup=2 [2003/08/19 12:30:48, 3] smbd/ipc.c:named_pipe(334) named pipe command on <> name [2003/08/19 12:30:48, 4] rpc_server/srv_pipe_hnd.c:get_rpc_pipe(990) search for pipe pnum=730d [2003/08/19 12:30:48, 3] smbd/ipc.c:api_fd_reply(296) Got API command 0x26 on pipe "samr" (pnum 730d)free_pipe_context: destroying talloc pool of size 0 [2003/08/19 12:30:48, 3] rpc_server/srv_pipe.c:api_pipe_request(1165) Doing \PIPE\samr [2003/08/19 12:30:48, 4] rpc_server/srv_pipe.c:api_rpcTNP(1190) api_rpcTNP: api_samr_rpc op 0x1 - api_rpcTNP: pipe 29453 rpc command: SAMR_CLOSE_HND [2003/08/19 12:30:48, 4] rpc_server/srv_lsa_hnd.c:find_policy_by_hnd_internal(160) Found policy hnd[0] [000] 00 00 00 00 1A 00 00 00 00 00 00 00 C8 5E 42 3F ........ .....^B? [2003/08/19 12:30:48, 4] lib/util.c:dump_data(1549) [010] 15 2F 00 00 ./.. [2003/08/19 12:30:48, 3] rpc_server/srv_lsa_hnd.c:close_policy_hnd(197) Closed policy [2003/08/19 12:30:48, 3] rpc_server/srv_pipe_hnd.c:free_pipe_context(444) free_pipe_context: destroying talloc pool of size 0 [2003/08/19 12:30:48, 3] smbd/process.c:process_smb(846) Transaction 1651 of length 124 [2003/08/19 12:30:48, 3] smbd/process.c:switch_message(685) switch message SMBtrans (pid 12053) [2003/08/19 12:30:48, 4] smbd/uid.c:change_to_user(119) change_to_user: Skipping user change - already user [2003/08/19 12:30:48, 3] smbd/ipc.c:reply_trans(520) trans <\PIPE\> data=44 params=0 setup=2 [2003/08/19 12:30:48, 3] smbd/ipc.c:named_pipe(334) named pipe command on <> name [2003/08/19 12:30:48, 4] rpc_server/srv_pipe_hnd.c:get_rpc_pipe(990) search for pipe pnum=730d [2003/08/19 12:30:48, 3] smbd/ipc.c:api_fd_reply(296) Got API command 0x26 on pipe "samr" (pnum 730d)free_pipe_context: destroying talloc pool of size 0 [2003/08/19 12:30:48, 3] rpc_server/srv_pipe.c:api_pipe_request(1165) Doing \PIPE\samr [2003/08/19 12:30:48, 4] rpc_server/srv_pipe.c:api_rpcTNP(1190) api_rpcTNP: api_samr_rpc op 0x1 - api_rpcTNP: pipe 29453 rpc command: SAMR_CLOSE_HND [2003/08/19 12:30:48, 4] rpc_server/srv_lsa_hnd.c:find_policy_by_hnd_internal(160) Found policy hnd[0] [000] 00 00 00 00 18 00 00 00 00 00 00 00 C8 5E 42 3F ........ .....^B? [2003/08/19 12:30:48, 4] lib/util.c:dump_data(1549) [010] 15 2F 00 00 ./.. [2003/08/19 12:30:48, 3] rpc_server/srv_lsa_hnd.c:close_policy_hnd(197) Closed policy [2003/08/19 12:30:48, 3] rpc_server/srv_pipe_hnd.c:free_pipe_context(444) free_pipe_context: destroying talloc pool of size 0 [2003/08/19 12:30:48, 3] smbd/process.c:process_smb(846) Transaction 1652 of length 45 [2003/08/19 12:30:48, 3] smbd/process.c:switch_message(685) switch message SMBclose (pid 12053) [2003/08/19 12:30:48, 4] smbd/uid.c:change_to_user(119) change_to_user: Skipping user change - already user [2003/08/19 12:30:48, 4] rpc_server/srv_pipe_hnd.c:get_rpc_pipe(990) search for pipe pnum=730d [2003/08/19 12:30:48, 4] rpc_server/srv_pipe_hnd.c:close_rpc_pipe_hnd(954) closed pipe name samr pnum=730d (pipes_open=0) Thank you!
Sorry, but the 2.2 is not under development any longer. If you can reproduce this bug against the latest 3.0 release, please reopen this bug and change the version in the report. Thanks.
database cleanup