[Samba] samba-tool dbcheck "Indexed and full searches both failed"
denis.morejon at etecsa.cu
Wed Aug 1 18:13:10 UTC 2018
El 01/08/18 a las 10:37, Rowland Penny via samba escribió:
> On Wed, 1 Aug 2018 11:17:03 -0500
> Denis Morejon via samba <samba at lists.samba.org> wrote:
>> Rowland thank you very much! The procedure you gave me was ok:
>> 1- Seize the all roles to dc2
>> 2- Demote dc1
>> 3- change hostname of dc1
>> 4- Clean samba files of dc1: mv /usr/local/samba /usr/local/samba-old
>> 5- Install samba on dc1: make install
>> 6- Join to the domain (Using dns ip of dc2)
>> 7- Fix any samba db problem (samba-tool dbcheck --fix) (Both dc ok
>> and with the same number of objects)
>> Almost everything was right but the relationship between Linux
>> workstations and the domain. So I had to
>> re-join almost each linux pc to the domain using this command:
>> /opt/pbis/bin/domainjoin-cli join ...
> You never said that you were using an unsupported (as in, by Samba)
> software, I personally would have just used 'net ads join -U
>> This is not the first time it happends to me. I mean...the lost of
>> relationship. Last year I had to
>> restore both the virtual machines, dc1 and dc2, with a backup done a
>> month before at the same time. In this case I lost the relationship
>> I found a Windows group policy to delay the exchange of pc account
>> passwords for a year or two, So that I could restore samba DCs
>> I wonder if there is a method to prevent the expiration of the pc
>> account delaying the exchange of pc account passwords ????
> Well, a PC is just a user with an extra objectclass ;-)
Well, I read that pc domain members update a shared secret passwd with
DCs, So they are not "static" objects (Or objects with static
attributes). That's why when you
restore an old DC some pc lost the relationship (that secret passwd)
with their DOMAIN.
Is that correct?
More information about the samba