Bug 3811 - Setting share ACLs in Computer Management (XP Pro) fails
Setting share ACLs in Computer Management (XP Pro) fails
Status: RESOLVED FIXED
Product: Samba 3.0
Classification: Unclassified
Component: Domain Control
3.0.23
x86 Windows XP
: P3 normal
: none
Assigned To: Samba Bugzilla Account
Samba QA Contact
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-05-29 14:50 UTC by John H Terpstra
Modified: 2006-07-19 12:06 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John H Terpstra 2006-05-29 14:50:48 UTC
Lauch Computer Management as follows:-

1. Start -> Settings -> Control Panel -> Administrative Tools -> Computer Management

2. In left panel, Right click on Computer Management
Select "Connect to another computer", enter the name of the PDC

3. Click: System Tools -> Shared Folders -> Shares

4. In the right panel double-click on a share that you have permission to modify.

5. Click on "Share Permissions", click on "Add" (to add a user to the ACL for the share.

Up pops a dialog that says: "The program cannot open the required dialog box because it because it cannot determine whether the compter named "MERLIN" (the PDC) is joined to the domain.

When you then click the OK - this pops up a new dialog that says: "Unable to display the user selection dialog. The system cannot find message text for message number 0x%1 in the message file for %2"


The Samba level 1 log records:
[2006/05/29 14:17:01, 0] smbd/open.c:open_directory(1847)
  open_directory: PDFs/Standards and specs: Not by UNIX alone_files is a stream name!
[2006/05/29 14:17:01, 0] smbd/open.c:open_directory(1847)
  open_directory: PDFs/Standards and specs: Not by UNIX alone_files is a stream name!
[2006/05/29 14:21:08, 0] lib/smbldap.c:smbldap_open(1005)
  smbldap_open: cannot access LDAP when not root..
[2006/05/29 14:21:08, 0] lib/smbldap.c:smbldap_open(1005)
  smbldap_open: cannot access LDAP when not root..
Comment 1 Gerald (Jerry) Carter 2006-06-22 15:02:16 UTC
I think this is a Windows bug.  Everything works for me.
Comment 2 Sven Strickroth 2006-07-12 14:59:30 UTC
I've the same problem using WinXP SP2 and Win2K SP4 (both German).

But I don't get any error in the logs except:
==> log.nmbd <==
[2006/07/12 21:56:45, 4] nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(171)
  find_workgroup_on_subnet: workgroup search for GYM-OHA on subnet 192.168.0.2: found.
[2006/07/12 21:56:45, 4] nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(171)
  find_workgroup_on_subnet: workgroup search for GYM-OHA on subnet 192.168.208.2: found.
[2006/07/12 21:56:45, 4] nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(171)
  find_workgroup_on_subnet: workgroup search for GYM-OHA on subnet 192.168.0.2: found.
[2006/07/12 21:56:45, 4] nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(171)
  find_workgroup_on_subnet: workgroup search for GYM-OHA on subnet 192.168.208.2: found.
[2006/07/12 21:56:45, 10] nmbd/nmbd_sendannounce.c:announce_myself_to_domain_master_browser(382)
  announce_myself_to_domain_master_browser: t (1152734195) - last(1152733795) < 900
[2006/07/12 21:56:45, 4] nmbd/nmbd_workgroupdb.c:dump_workgroups(282)
  dump_workgroups()
   dump workgroup on subnet     192.168.0.2: netmask=    255.255.0.0:
        GYM-OHA(1) current master browser = FILESERVER
                FILESERVER 408c9b2b (Samba Server 3.0.23)
                PC175 40011003 ()
[2006/07/12 21:56:45, 4] nmbd/nmbd_workgroupdb.c:dump_workgroups(282)
  dump_workgroups()
   dump workgroup on subnet   192.168.208.2: netmask=  255.255.255.0:
        GYM-OHA(1) current master browser = FILESERVER
                FILESERVER 408c9b2b (Samba Server 3.0.23)
[2006/07/12 21:56:45, 4] nmbd/nmbd_workgroupdb.c:dump_workgroups(282)
  dump_workgroups()
   dump workgroup on subnet  UNICAST_SUBNET: netmask=  192.168.208.2:
        GYM-OHA(1) current master browser = UNKNOWN
                FILESERVER 40899b2b (Samba Server 3.0.23)
[2006/07/12 21:56:45, 4] nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(171)
  find_workgroup_on_subnet: workgroup search for GYM-OHA on subnet UNICAST_SUBNET: found.
[2006/07/12 21:56:45, 4] nmbd/nmbd_workgroupdb.c:find_workgroup_on_subnet(171)
  find_workgroup_on_subnet: workgroup search for GYM-OHA on subnet UNICAST_SUBNET: found.
Comment 3 Gerald (Jerry) Carter 2006-07-19 10:45:01 UTC
VOlker found an alognment error in LsaQueryInfoPolicy(6).
Comment 4 Gerald (Jerry) Carter 2006-07-19 10:45:51 UTC
Please try this patch:

http://websvn.samba.org/cgi-bin/viewcvs.cgi?rev=17136&view=rev
Comment 5 Sven Strickroth 2006-07-19 12:06:54 UTC
Seems to work.