Hello! I am using Windows 2003 R2 Server and wanted to add a computer-account to the local group "Session Directory Computers". I have used the the search function in the dialog and could choose the computer. It was listed (eg. DOMAIN\mycomputer), but when I pressed "OK" the error-message came: "Information returned from the object picker for object mycomputer was incomplete. The object will not be processed." And so I could not add the computer-account to the group. I looked at my samba-configuration and the logs, but could not find anything. For a second try I typed in the name of the computer including the trailing "$". (DOMAIN\mycomputer$). This worked fine, and windows stripped of the "$". It is looking fine now (even though I have not had the possebility to test / check the functionality). I am guessing, but the problem may arise from the processing of the trailing "$" being in-compatible with windows.
Works fine in the current SAMBA_3_0. There's been a lot of work in this area. Please retest against 3.0.23pre1 once that is released (or against the current SAMBA_3_0 tree).
I have had time to do some testing on this one... Using Samba 3.0.23c on FedoraCore 5. All the rest is still the same -- including the problem.
Please submit debug level 10 logs of smbd when you try this. Thanks, Volker
Created attachment 2236 [details] Debug log. Here is a level 10 debug-log. The 1st part is where I used the "find" functionality and got the error-message. The 2nd part is where I typed in the computer name with a trailing "$". Thanks, -- Torsten.
You seem to not have the primary group of the workstation account in your group mapping db. Please add a group mapping for the primary unix gid and retry. Thanks, Volker
Hmmm... I am not sure what to do. The workstation has got the primary group "machines". This is mapped : ntmachines (S-1-5-21-999321356-2110613833-829235722-516) -> machines So from my understanding, the machine account has got a valid group ?? Thanks, -- Torsten.
Ok, another error that might lead to this is that your file /etc/passwd does not contain the BXTEST$ name in the right upper/lower case combination. Can you rename the user to BXTEST$ and retry? Thanks, Volker
Hi again! I have re-astablished my test environment to ensure there are no side-effects. I have also re-named my computer account into uppercase letters (now called GIDEON$) -- but it still does not change the behaviour. -- Torsten.
Sorry, then I'm out of ideas. I would need login to that box to find what's wrong. Volker
closing, this is probalby either no longer an issue or was an error in this specific setup.