[Samba] commiting SAM database

[Stefan Kania]

We stopped the migration, because we had to many problems. For your
information:

The windows-domain was set up in 2002 with windows 2000 and was raised
up to windows 2012 over the years. The domain is responsible for the
login of all 20.000 students. So over the years they have over 170.000
Objects. For the migration we used the 4.11 sernet-packages. We started
with 32GB of RAM and noticed that this was not enough. We raised the RAM
to 128GB. After reading all objects the system needed 28GB RAM but then
the "commiting SAM database" process started and the RAM usage increases
up to 68GB. Because we have to get the new domain running we stopped the
migration after 28 hours. Because the original domain is getting all
objects via an openLDAP (hiphiphuraaaa) we started with a new domain (I
think it's the best way after 18 years) and now we are pushing all
objects into the now domain. They getting a new storage and all the
fileserver have to move anyway so the time is right for making
everything new.

@Andrew We took lmdb as a backend for the database together with bind9.

Stefan

Am 03.02.20 um 23:09 schrieb Andrew Bartlett:
> On Mon, 2020-02-03 at 13:44 +0100, Stefan Kania via samba wrote:
>> 	Error verifying signature: parse error
>> --------------ms040700010204060400070803
>> Content-Type: text/plain; charset=utf-8
>> Content-Transfer-Encoding: quoted-printable
>> Content-Language: en-US
>>
>> Anyone can give=C2=A0 hint how log it will take to commit the SAM
>> databas=
>> e?
>> We joining a samba 4.11 into a windows domain:
>>
>> Partition[DC=3Dexample,DC=3Dde] objects[129301/57641]
>> linked_values[40647=
>> /42351]
>> Done with always replicated NC (base, config, schema)
>> Replicating DC=3DDomainDnsZones,DC=3Dexample,DC=3Dde
>> Partition[DC=3DDomainDnsZones,DC=3Dexample,DC=3Dde] objects[83/79]
>> linked_values[0/0]
>> Replicating DC=3DForestDnsZones,DC=3Dexample,DC=3Dde
>> Partition[DC=3DForestDnsZones,DC=3Dexample,DC=3Dde] objects[8/8]
>> linked_values[0/0]
>> Exop on[CN=3DRID Manager$,CN=3DSystem,DC=3Dexample,DC=3Dde]
>> objects[3]
>> linked_values[0]
>> Committing SAM database
>>
>> Commiting the database is running now for more then an hour, is this
>> norm=
>> al?
> This can take quite some time on that scale on TDB.  LMDB should be
> faster from memory.
>
> Andrew Bartlett
>