search for: pdb_default_sid_to_id

Displaying 4 results from an estimated 4 matches for "pdb_default_sid_to_id".

2019 Sep 06
1
Samba Share with user and no password
...getsampwrid) pdb_getsampwrid (TDB): error looking up RID 513 by key RID_00000201. [2019/09/06 09:26:48.754164, 5] ../source3/passdb/pdb_interface.c:1825(lookup_global_sam_rid) Can't find a unix id for an unmapped group [2019/09/06 09:26:48.754183, 5] ../source3/passdb/pdb_interface.c:1535(pdb_default_sid_to_id) SID S-1-5-21-3269160466-1648616366-3115778904-513 belongs to our domain, but there is no corresponding object in the database. [2019/09/06 09:26:48.754228, 5] ../source3/passdb/pdb_interface.c:1749(lookup_global_sam_rid) lookup_global_sam_rid: looking up RID 513. [2019/09/06 09:26:48.754268,...
2019 Sep 05
5
Samba Share with user and no password
Hello, i have migrate a Samba (3.0.20b-3.19-1616-SUSE) to debian 9 (4.5.16-Debian). On the old suse users are created with smbpasswd -an foo On Windows (10) users have a User account with also empthy passwords. No AD or NT4-Domain (round about 10 Users) Then I try to connect to the share smbclient -NL \\192.xxx.xxx.xxx work. Connect from Windows to share with no password dosed work. Set a
2020 May 20
0
smbclient oddness
.../smbd/sec_ctx.c:437(pop_sec_ctx) pop_sec_ctx (0, 0) - sec_ctx_stack_ndx = 1 [2020/05/20 14:28:36.479545, 5] ../../source3/passdb/pdb_interface.c:1836(lookup_global_sam_rid) Can't find a unix id for an unmapped group [2020/05/20 14:28:36.479574, 5] ../../source3/passdb/pdb_interface.c:1543(pdb_default_sid_to_id) SID S-1-5-21-1818503044-4174415067-3541754521-513 belongs to our domain, but there is no corresponding object in the database. [2020/05/20 14:28:36.479620, 4] ../../source3/smbd/sec_ctx.c:437(pop_sec_ctx) pop_sec_ctx (0, 0) - sec_ctx_stack_ndx = 0 [2020/05/20 14:28:36.479655, 4] ../../source...
2020 May 20
4
smbclient oddness
Are there any logs on the client or server at a higher log level? Andrew Bartlett On Wed, 2020-05-20 at 12:39 +1200, Grant Petersen via samba wrote: > I forgot to mention that using the smbclient option > > -A /etc/cred/authfile > > behaves the same way as attempting to manually enter the password on > the command line; failing in 4.12.2 and working in 4.11.0 > >