We have some 2.2.8 systems that somehow have ended up with "duplicate" mappings
in the winbind_idmap tdb. i.e. more than one SID mapping to/from the same UID or
GID or vice-versa.
[root@x locks]# /usr/local/samba/bin/tdbdump winbindd_idmap.tdb | grep -b1 -a1
74350-key = "S-1-5-21-212947539-1368211815-1555891258-21692\00"
74408:data = "GID 1457\00"
418620:key = "GID 1457\00"
418640-data = "S-1-5-21-212947539-1368211815-1555891258-30803\00"
524245-key = "S-1-5-21-212947539-1368211815-1555891258-30803\00"
524303:data = "GID 1457\00"
We can take this system, upgrade it to 3.0.4 and then use tdbtool to remove all
duplicate problems. However, if I getent group or getent passwd (to dump the
whole lists) I will end up with new corruption (duplicate mappings)
We also dumped the tdb to a text file ( /usr/local/samba/bin/tdbdump
winbindd_idmap.tdb > winbindd_idmap.txt) and then used some perl to reinsert all
the data into a new tdb. We were able to get corruption here too.
I can obtain loglevel 10 traces upon request - they are large.
Created attachment 583 [details]
text dump of winbind_idmap.idb
output from /usr/local/samba/bin/tdbdump winbindd_idmap.tdb >
Created attachment 584 [details]
1 good, 1 corrupt winbind_idmap.tdb
winbindd_idmap_fixed_from_228.tdb.bak -> file from 2.2.8 system, all duplicate
mappings removed using tdbtool on 3.0.4 system.
winbindd_idmap.tdb has duplicate mappings. Based on previous file, corrupted w/
I think volker added a fix to prevent this from happening. Please retest 3.0.11.
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.