search for: sid_to_gid

...bd(push_sec_ctx+0x8f) [0x7560cd12] #3 /opt/samba-3.0.23c/sbin/smbd(become_root+0x17) [0x7560035e] #4 /opt/samba-3.0.23c/sbin/smbd [0x7576ddf8] #5 /opt/samba-3.0.23c/sbin/smbd [0x7576d4d9] #6 /opt/samba-3.0.23c/sbin/smbd(pdb_sid_to_id+0x34) [0x7576cade] #7 /opt/samba-3.0.23c/sbin/smbd(sid_to_gid+0x176) [0x75773722] #8 /opt/samba-3.0.23c/sbin/smbd(pdb_set_group_sid+0x77) [0x757643bd] #9 /opt/samba-3.0.23c/sbin/smbd(pdb_set_group_sid_from_rid+0xf5) [0x7576ff84] #10 /opt/samba-3.0.23c/sbin/smbd(init_sam_from_buffer_v3+0x99a) [0x757686cf] #11 /opt/samba-3.0.23c/sbin/smbd(pdb_copy...

...1:13, 0] lib/util.c:log_stack_trace(1706) BACKTRACE: 63 stack frames: #0 /usr/sbin/smbd(log_stack_trace+0x23) [0x822c293] #1 /usr/sbin/smbd(smb_panic+0x46) [0x822c386] #2 /usr/sbin/smbd(push_sec_ctx+0x1cb) [0x80db8db] #3 /usr/sbin/smbd(become_root+0xb) [0x80d140b] #4 /usr/sbin/smbd(sid_to_gid+0xd8) [0x81eec98] #5 /usr/sbin/smbd(pdb_set_group_sid+0x4d) [0x81e55cd] #6 /usr/sbin/smbd(pdb_set_group_sid_from_rid+0x67) [0x81ee287] #7 /usr/sbin/smbd(init_sam_from_buffer_v3+0x8f1) [0x81e7ed1] #8 /usr/sbin/smbd [0x82082d6] #9 /usr/sbin/smbd [0x820bfb3] #10 /usr/sbin/smbd [0x820c3...

...L settings in Samba 3.0.2a after migrating users from NT PDC to LDAP-SAM. I did not find anything about this in the mailing list yet. However, I have no idea (if) what I am doing wrong here. Although I can hardly believe that I am the first one to trigger that bug, it looks like a problem with the sid_to_gid routine. So please take a look at that: After migrating users from NT4 to samba you get lots of RIDs that do not match the rid algorithm. As one such user, prefereably one with an odd RID, create a new file on some samba share with Linux ACL enabled. Now open the Properties->Security->??? di...

...am/idmap_tdb.c:internal_get_sid_from_id(196) internal_get_sid_from_id: fetching record UID 10007 -> S-1-5-21-2025429265-2000478354-1801674531-1114 [2005/10/06 12:35:26, 10] sam/idmap_util.c:idmap_sid_to_uid(151) idmap_sid_to_uid: uid = [10007] [2005/10/06 12:35:26, 10] sam/idmap_util.c:idmap_sid_to_gid(173) sid_to_gid: sid = [S-1-5-21-2025429265-2000478354-1801674531-513] [2005/10/06 12:35:26, 10] sam/idmap_tdb.c:db_get_id_from_sid(315) db_get_id_from_sid [2005/10/06 12:35:26, 10] sam/idmap_tdb.c:internal_get_id_from_sid(221) internal_get_id_from_sid: fetching record S-1-5-21-2025429265-200...

...511) could not lookup domain user sascha [2003/06/26 14:04:39, 10] sam/idmap_util.c:sid_to_uid(219) sid_to_uid: sid = [S-1-5-21-484763869-1563985344-1343024091-1337] [2003/06/26 14:04:39, 10] sam/idmap_util.c:sid_to_uid(231) sid_to_uid: uid = [10006] [2003/06/26 14:04:39, 10] sam/idmap_util.c:sid_to_gid(277) sid_to_gid: sid = [S-1-5-21-484763869-1563985344-1343024091-513] [2003/06/26 14:04:39, 10] sam/idmap_util.c:sid_to_gid(289) sid_to_gid: gid = [30000] **************************************************** Best regards/Mit freundlichem Gru? Frank Schwarz Siemens Business Services GmbH &a...

Hi list, After kudos, time comes again with problems. This time, still on the same setup as before : - Linux PDC with ldapsam, ran by RH9, OpenLDAP 2.0.27 (stock RH9 RPM+Solaris RootDSE patch), Samba 3.0.1rc1 recompiled from SRPM ; - Linux BDC is the same ; The PDC and BDC are working Ok, so I won't include the smb.conf from these. - Solaris 9 domain member (jersey) gets Posix accounts

...h a local Unix group. Any pointers to what I can try to resolve this in 3.0.25 ? Thanks, Mike ---- 3.0.24 -- ok [2007/05/18 11:57:02, 10] passdb/lookup_sid.c:lookup_name(64) lookup_name: Unix Group\localgrp => Unix Group (domain), localgrp (name) [2007/05/18 11:57:02, 10] passdb/lookup_sid.c:sid_to_gid(1324) sid_to_gid: S-1-22-2-561 -> 561 [2007/05/18 11:57:02, 3] smbd/service.c:find_forced_group(493) Forced group localgrp --------------------------- 3.0.25 -- failed [2007/05/18 11:55:14, 10] passdb/lookup_sid.c:lookup_name(64) lookup_name: Unix Group\localgrp => Unix Group (domain),...

...updated from 3.0.24 to 3.0.25 and we've noticed some minor problems such as some clients had to reboot in order to mount the share. And the log is now showing this warning all the time: WARNING: Winbindd not running, mapping ids with legacy code [2007/05/17 08:57:37, 2] passdb/lookup_sid.c:sid_to_gid(1435) We are thinking to revert to the previous version 3.0.24 which works correctly. What could be happening? Thanks Emilio C.

...op_sec_ctx (0, 0) - sec_ctx_stack_ndx = 0 [2003/09/26 21:39:03, 10] sam/idmap_util.c:sid_to_uid(219) sid_to_uid: sid = [S-1-5-21-1042031166-387543594-2118856591-501] [2003/09/26 21:39:03, 10] sam/idmap_util.c:sid_to_uid(231) sid_to_uid: uid = [65534] [2003/09/26 21:39:03, 10] sam/idmap_util.c:sid_to_gid(277) sid_to_gid: sid = [S-1-5-21-1042031166-387543594-2118856591-2001] [2003/09/26 21:39:03, 10] sam/idmap_util.c:sid_to_gid(289) sid_to_gid: gid = [500] [2003/09/26 21:39:03, 10] sam/idmap_util.c:sid_to_uid(219) sid_to_uid: sid = [S-1-5-21-1042031166-387543594-2118856591-501] [2003/09/26...

...511) could not lookup domain user sascha [2003/06/26 14:04:39, 10] sam/idmap_util.c:sid_to_uid(219) sid_to_uid: sid = [S-1-5-21-484763869-1563985344-1343024091-1337] [2003/06/26 14:04:39, 10] sam/idmap_util.c:sid_to_uid(231) sid_to_uid: uid = [10006] [2003/06/26 14:04:39, 10] sam/idmap_util.c:sid_to_gid(277) sid_to_gid: sid = [S-1-5-21-484763869-1563985344-1343024091-513] [2003/06/26 14:04:39, 10] sam/idmap_util.c:sid_to_gid(289) sid_to_gid: gid = [30000]

...nbindd_privileged", {st_mode=S_IFDIR|0750, st_size=72, ...}) = 0 lstat64("/var/locks/winbindd_privileged/pipe", {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0 ============================================================================== winbind -i -d1000 -s /etc/samba/smb.conf [...] sid_to_gid: sid = [S-1-5-21-1895577662-1677200029-1617787245-301210] db_get_id_from_sid internal_get_id_from_sid: fetching record S-1-5-21-1895577662-1677200029-1617787245-301210 of type 0x2 internal_get_id_from_sid: record S-1-5-21-1895577662-1677200029-1617787245-301210 -> GID 22066 internal_get_id_from_...

...ncache_set_data_blob)   Adding cache entry with key=[IDMAP/SID2XID/S-1-5-21-11111111-222222222-333333333-513] and timeout=[Wed Dec 31 19:00:00 1969 EST] (-1553783064 seconds in the past) [2019/03/28 10:24:24.098383, 10, pid=31159, effective(0, 0), real(0, 0)] ../source3/passdb/lookup_sid.c:1550(sid_to_gid)   winbind failed to find a gid for sid S-1-5-21-11111111-222222222-333333333-513 [2019/03/28 10:24:24.098420,  4, pid=31159, effective(0, 0), real(0, 0)] ../source3/smbd/sec_ctx.c:216(push_sec_ctx)   push_sec_ctx(0, 0) : sec_ctx_stack_ndx = 1 [2019/03/28 10:24:24.098443,  4, pid=31159, effecti...

...sam/idmap_tdb.c:internal_get_sid_from_id(196) internal_get_sid_from_id: fetching record UID 17095 -> S-1-5-21-335968984-468744214-619646970-18705 [2005/10/19 08:13:42, 10] sam/idmap_util.c:idmap_sid_to_uid(151) idmap_sid_to_uid: uid = [17095] [2005/10/19 08:13:42, 10] sam/idmap_util.c:idmap_sid_to_gid(173) sid_to_gid: sid = [S-1-5-21-335968984-468744214-619646970-515] [2005/10/19 08:13:42, 10] sam/idmap_tdb.c:db_get_id_from_sid(315) db_get_id_from_sid [2005/10/19 08:13:42, 10] sam/idmap_tdb.c:internal_get_id_from_sid(221) internal_get_id_from_sid: fetching record S-1-5-21-335968984-4687442...

...tack_ndx = 0 [2008/07/09 12:50:42, 3] smbd/sec_ctx.c:set_sec_ctx(324) setting sec ctx (0, 0) - sec_ctx_stack_ndx = 1 [2008/07/09 12:50:42, 3] smbd/sec_ctx.c:pop_sec_ctx(432) pop_sec_ctx (0, 0) - sec_ctx_stack_ndx = 0 [2008/07/09 12:50:42, 1] auth/auth_util.c:create_token_from_username(922) sid_to_gid(S-1-22-513) failed [2008/07/09 12:50:42, 3] smbd/error.c:error_packet_set(61) error packet at smbd/sesssetup.c(550) cmd=115 (SMBsesssetupX) NT_STATUS_LOGON_FAILURE [2008/07/09 12:50:42, 3] smbd/process.c:smbd_process(2027) receive_message_or_smb failed: NT_STATUS_END_OF_FILE, exiting Here is...

...t;   Adding cache entry with > key=[IDMAP/SID2XID/S-1-5-21-11111111-222222222-333333333-513] and > timeout=[Wed Dec 31 19:00:00 1969 EST] (-1553783064 seconds in the > past) [2019/03/28 10:24:24.098383, 10, pid=31159, effective(0, 0), > real(0, 0)] ../source3/passdb/lookup_sid.c:1550(sid_to_gid) >   winbind failed to find a gid for sid > S-1-5-21-11111111-222222222-333333333-513 > [2019/03/28 10:24:24.098420,  4, pid=31159, effective(0, 0), real(0, > 0)] ../source3/smbd/sec_ctx.c:216(push_sec_ctx) >   push_sec_ctx(0, 0) : sec_ctx_stack_ndx = 1 > [2019/03/28 10:24:24.0...

...st write permission and some group has got full access instead. The GID of this (possible not even existing) group is exactly the result of the RID algorithm calculation. What is happening?: My brief investigations indicate that the function create_canon_ace_lists() from posix_acls.c calls both sid_to_gid() and sid_to_uid() in turn with the same SID just to try if it matches in one case or the other. Unfortunately, sid_to_gid() falls back to algorithmic mapping and in the case shown above it succeeds to calculate a gid out of the migrated users RID.

Hello, I am trying to test out the new beta 3.0 version but I am running into an issue with GID/UID's in my OpenLDAP tree. I have compiled the beta with: --with-ldapsam --with-ads=no I do not run a PDC environment and do not plan to do so. The problem I see in the log is this error: sid_to_gid: SID S-1-5 bla bla -1002 is *NOT* a group (the user that I am trying to authenticate with has a primary group membership of 1002) I have in my smb.conf file this: passdb backend = ldapsam_compat The log shows that Samba sees the LDAP database and sees the MD4 password for the user but it seems to...

...g)(sambaSID=S-1-1-0))], scope => [2] [2008/04/22 16:12:30, 4] passdb/pdb_ldap.c:ldapsam_getgroup(2239) ldapsam_getgroup: Did not find group [2008/04/22 16:12:30, 3] smbd/sec_ctx.c:pop_sec_ctx(356) pop_sec_ctx (0, 0) - sec_ctx_stack_ndx = 0 [2008/04/22 16:12:30, 10] passdb/lookup_sid.c:legacy_sid_to_gid(1287) LEGACY: mapping failed for sid S-1-1-0 [2008/04/22 16:12:30, 10] auth/auth_util.c:create_local_token(1045) Could not convert SID S-1-1-0 to gid, ignoring it [2008/04/22 16:12:30, 3] smbd/sec_ctx.c:push_sec_ctx(208) push_sec_ctx(0, 0) : sec_ctx_stack_ndx = 1 [2008/04/22 16:12:30, 3] smbd...

...] #3 smbd [0x8470ac9] #4 [0xb7f13400] #5 /lib/tls/i686/cmov/libc.so.6(abort+0x188) [0xb7bee098] #6 /usr/lib/libtalloc.so.1(talloc_free+0x22d) [0xb7afa5dd] #7 /usr/lib/libwbclient.so.0(wbcFreeMemory+0x21) [0xb7d3cd93] #8 /usr/lib/libwbclient.so.0(wbcSidToGid+0xb4) [0xb7d3f26d] #9 smbd(winbind_sid_to_gid+0x3e) [0x8444936] #10 smbd(sid_to_gid+0x1bd) [0x8409419] #11 smbd(create_local_nt_token+0x3f8) [0x8507eca] #12 smbd(get_root_nt_token+0x1be) [0x8506fff] #13 smbd(svcctl_init_keys+0x2d) [0x832a88c] #14 smbd(registry_init_full+0xa4) [0x8923a4c] #15 smbd(main+0xe68) [0x895fed1] #16 /lib/tls/i68...

I have been setting up samba 3.0.20b on Solaris 9 with a Sun Java System Directory Server v5.2 and have hit a couple of problems. The first is that if I run the command /net rpc group MEMBERS Staff -U administrator after prompting for the password it just gives the result of a blank line. Looking through the ldap logs it appears that samba finds the correct group mapping but then looks up the