It will transfer the ids of idmap.ldb of the schema master DC into the rfc2307. All secondary DCs will replicate this by DRS. All I'm missing is to get the max uid/gid out of idmap.ldb to know what id will be used next. It's not that important but not irrelevant. Anyone knows where to find it? Am 11. Dezember 2014 21:16:38 MEZ, schrieb Miguel Medalha <miguelmedalha at sapo.pt>:>> >> Advantage of my solution will be that no Unix attributes have to be >set >in ADUC. >> >> If you are interested I will post it when I'm finished. >> > >Please do! > >Thank you >-- >To unsubscribe from this list go to the following URL and read the >instructions: https://lists.samba.org/mailman/options/samba
On 11/12/14 22:50, Tim wrote:> It will transfer the ids of idmap.ldb of the schema master DC into the rfc2307. All secondary DCs will replicate this by DRS. > All I'm missing is to get the max uid/gid out of idmap.ldbThe limits are held at: dn: CN=CONFIG But you told us that you had gone with rfc2307. In which case nothing new will be written there, so that is no use to you. Please post your non ADUC method anyway. Cheers, Steve
Thanks Steve, I will have a look at it. I think it's important to sync the idmap.ldb limits because in case of a crash of the schema master DC another DC must be seized and may not reassign already used ids in rfc2307 for new users or groups. Am 11. Dezember 2014 23:07:06 MEZ, schrieb steve <steve at steve-ss.com>:>On 11/12/14 22:50, Tim wrote: >> It will transfer the ids of idmap.ldb of the schema master DC into >the rfc2307. All secondary DCs will replicate this by DRS. >> All I'm missing is to get the max uid/gid out of idmap.ldb > >The limits are held at: >dn: CN=CONFIG >But you told us that you had gone with rfc2307. In which case nothing >new will be written there, so that is no use to you. > >Please post your non ADUC method anyway. >Cheers, >Steve > >-- >To unsubscribe from this list go to the following URL and read the >instructions: https://lists.samba.org/mailman/options/samba