[Samba] replication fails
Stefan G. Weichinger
lists at xunil.at
Wed Mar 13 11:28:08 UTC 2019
Am 13.03.19 um 11:55 schrieb L.P.H. van Belle via samba:
> Hai,
>
> Ok, so the reboot changed your resolv.conf
> check the timestamp of /etc/resolv.confs
> Write this down.
>
>> So I assume it should point to the own IPv4-IP of DC1 itself,
>> which is .205
> Yes correct.
> After that reboot the server.
> Check the timestamp again and/or did it change?
>
> Now the hunt for the resolv.conf change.
>
> cat /etc/network/interfaces
> If you have dns-nameserver these are picked up with systemd-resolved.
> Or by package: resolvconf
>
> Run these:
> networkctl status
> systemd-resolve --status
>
> Show the output.
>
> Other options:
> Server with dhcp ip?
> echo 'make_resolv_conf() { :; }' > /etc/dhcp/dhclient-enter-hooks.d/leave_my_resolv_conf_alone
> chmod 755 /etc/dhcp/dhclient-enter-hooks.d/leave_my_resolv_conf_alone
>
> Or edit /etc/dhcp/dhclient.conf
> supersede domain-name "example.com";
> supersede domain-search "example.com";
> supersede domain-name-servers 127.0.0.1;
>
>
> One of above is your fix. ;-)
> A last resort fix is :
> rm -f /etc/resolv.conf
> editor /etc/resolv.conf
> chattr +i /etc/resolv.conf
>
> But i dont like that, its up2you.
I have a specific idea where that comes from and stopped/disabled
systemd-resolved now.
No DHCP.
manual replicate seems to time out (no error, no success ...)
I reboot DC2 now for a test.
Should /etc/hosts contain pointers to own FQDN or not? To DCs?
thanks
More information about the samba
mailing list