Displaying 20 results from an estimated 5000 matches similar to: "Replace primary DC"
2025 Apr 28
1
Replace primary DC
Hi Adnan,
Your steps look correct.
There are no ?secondary? or ?primary? DCs. All equal except for FSMO roles.
http://samba.bigbird.es/doku.php?id=samba:fsmo-roles
You do not need to back up sysvol or idmap as they should be already synced with other DCs.
http://samba.bigbird.es/doku.php?id=samba:sync-sysvol
http://samba.bigbird.es/doku.php?id=samba:sync-idmap.ldb
Regards, LP
On 28 Apr 2025
2025 Apr 28
1
Replace primary DC
On Mon, 28 Apr 2025 17:22:47 +0200
"Adnan R. via samba" <samba at lists.samba.org> wrote:
> Following this thread:
> https://lists.samba.org/archive/samba/2025-April/251400.html
>
> We currently have 3 Samba (dc2, dc3, dc4) currently installed as
> secondaries for dc1, they are installed from debian 12 backports while
> dc1 is from a Turnkey Linux using an old
2025 Apr 23
1
Member can't join DC2 (The specified network name is no longer available)
I'm new to AD and Samba but we have been running 1 Samba AD DC on our
network for a year now, without trouble.
We have 2 sites, separated by a street and linked together with a site
to site L2 VPN (EoIP on MikroTik). DC1 on site 1 (the currently running)
and we are trying to run a 2nd DC (DC2 and DC4) on the 2nd site.
idmap.ldb and sysvol are synchronized, `samba-tool drs showrepl` shows
2025 Apr 28
1
Replace primary DC
Le 28/04/2025 ? 18:56, Rowland Penny via samba a ?crit?:
> However your suggested method is sound.
Well well well... Everything went through, no error until I check
samba-tool drs showrepl. The DNS are still shown on my RSAT MMC, but
Sites and Services and some other show that the credentials wrong T_T .
root at dc2 ~# samba-tool drs showrepl
190bis\DC2
DSA Options: 0x00000001
DSA object
2019 Apr 23
2
Odd behavior since upgrading to 4.9.6
About a week and half ago I upgraded from 4.0.12 to 4.9.6. Overall, things are functioning.
However, I have come across several strange behaviors and wandered if anyone else has noticed similar behavior on 4.9.6 or has any suggestions of what might be occurring.
As background information, I have 3 DCs (dc3, dc4 and dc5) -- all running the same version (4.9.6) and all have the same configuration;
2019 May 07
4
DN lists have different size: 4065 != 4029
Hello,
dc3 = principal DC
dc4 = secondary DC
I had this problem last month after updating samba to version 4.10.x. and
also the schema from 45 to 69. But it looked like it had been corrected.
Today I noticed that on dc4 there are computers that are not on dc3.
I updated:
4.7.x to 4.8.x
4.8.x to 4.9.x and only after that I upgrade to 4.10.x version.
When I run these commands:
samba-tool
2019 May 07
2
DN lists have different size: 4065 != 4029
Hai,
Now, differences is fine, but can you see if one of the 2 servers is correct, and for that it might be handy to share the output.
You can push the good DB to the other DC. ( a forced replication )
And i can understand why you upgrade ...
Did you see :
samba-tool domain schemaupgrade --help
Usage: samba-tool domain schemaupgrade [options]
Domain schema upgrading
Options:
-h,
2025 Apr 30
1
Replace primary DC
On Wed, 30 Apr 2025 08:23:13 +0200
"Adnan R. via samba" <samba at lists.samba.org> wrote:
> Le 28/04/2025 ? 21:25, Luis Peromarta via samba a ?crit?:
> > Did you reboot other DCs to restart replication ? Worth trying.
>
> I did that and after the night, it went normally apparently. No more
> errors. Until today, I can't login to my computer, showing
2019 May 07
2
DN lists have different size: 4065 != 4029
im on phone, had a quick small look at the dc3 output.
is your time in sync, it looks like a 3 - 10 min different.
gr.
Louis
Op 7 mei 2019, om 18:34, Elias Pereira <empbilly at gmail.com> schreef:
Hello,
dc3: http://pasted.co/6b703479
dc4: http://pasted.co/5068fc6e
diff: http://pasted.co/025c3242
On Tue, May 7, 2019 at 12:08 PM L.P.H. van Belle via samba <samba at
2020 Sep 21
2
WERR_BAD_NET_RESP on replication
On 21/09/2020 15:00, Elias Pereira via samba wrote:
> Another doubt is about this bydefaults entry.
> The dc4 has this entry, but the dc3 does not. The dc3 is the fmso roles guy.
> Does it work that way or is there something wrong there?
Whilst there are a few attributes that do not replicate, all DN's should.
> * Comparing [DOMAIN] context...
>
> * DN lists have different
2020 Sep 21
1
WERR_BAD_NET_RESP on replication
On 21/09/2020 15:23, Elias Pereira via samba wrote:
>> The question has to be, why do you only have it on one DC ?
>
> I am also asking myself this question because the dc3 was the first one I
> provisioned.
>
> Ok. Somehow this was removed. Would it be possible to recreate this entry
> or the best thing to do is to change the roles to dc4 and provision another
> DC
2018 May 24
3
nameservers, all DCS??
hi!
Query, I have 3 DCs, in each of the servers should have configured the
other two DCs in the resolv.conf?
or with only the primary is enough?
Maybe that's my problem that does not replicate the dc3 with the dc2
thanks to all!
2018 May 25
1
nameservers, all DCS??
I dont understand whats the question here.
But what i can say about the resolv.conf settings if you have multiple dc's.
You have to think in 2 DNS resolving settings.
1) on the server as client resolving ( resolv.conf )
2) clients resolving ( DNS Services )
The difference explained.
If i do : ping hostname this is a server which is doing a client dns request through resolve.conf
2017 May 04
2
Samba Active Directory Domain Controller
Hello James,
Thanks for your quick response.
Find attached smb.conf file from DC1 and DC2. Also attached the screen
shot of the event viewer from the workstation.
At the moment, we have brought down the DC3 and DC4 in another location
and observed that DC2 is unable to replicate get the information from
DC1 or send the information to DC1. It appears replication is working in
background but
2020 Feb 03
4
Failover DC did not work when Main DC failed
Hello Kris,
On 03/02/2020 07:15, Kris Lou via samba wrote:
> Unless it's_not_ a global catalog. Check your SRV records again, there
> should be corresponding "_gc" records (similar to "_ldap") for each DC.
Checked and both DCs pass all tests:-
host -t SRV _ldap._tcp.mydomain.com.
host -t SRV _gc._tcp.mydomain.com.
host -t SRV _kerberos._udp.mydomain.com.
host -t
2017 May 04
4
Samba Active Directory Domain Controller
Hi,
Let me just check this and revert back.
--
Thanks & Regards,
Anantha Raghava
DISCLAIMER:
This e-mail communication and any attachments may be privileged and
confidential to eXza Technology Consulting & Services, and are intended
only for the use of the recipients named above If you are not the
addressee you may not copy, forward, disclose or use any part of it. If
you have
2018 Jul 20
1
Another peculiar behaviour, this time with BIND 9 DNS with DLZ
Hi,
String of peculiar behavior continues...
Samba Version 4.7.5, Bind Version 9.8
No. of Samba-AD-DC Servers : 4 (dc1, dc2, dc3 & dc4). All FSMO roles are
on dc1.
All the while all things were perfect. Yesterday, due to some reason,
the BIND Service on dc2 stopped. This resulted in none of the other
domain controllers could resolve the names. On dc2, only named service
was stopped but
2020 Feb 12
4
Failover DC did not work when Main DC failed
What do you see/get when you run:
dig NS $(hostname -d)
With 2 dc's you should see 2 records.
In the past this was a bug at samba joins so only 1 NS record existed.
Worth to have a look at.
And adding this to /etc/resolv.conf:
options timeout:2
options attempts:3
options rotate
Also might help.
Greetz,
Louis
> -----Oorspronkelijk bericht-----
> Van: samba
2017 May 03
2
Samba Active Directory Domain Controller
Hello,
I have implemented Samba as Active Directory Domain Controller with
Version 4.6.3 on CentOS 7.3, el-514. We have 4 domain controllers named
as DC1, DC2, DC3 and DC4. DC1 & 2 are in one location and DC3 & 4 are in
a different location. DNS is SAMBA INTERNAL. All 4 servers are properly
synchronizing and even GPO updates are working properly with rsync process.
However, off late
2018 Jun 06
4
Recurrent DNS issues after DC loss
On 06.06.2018 16:48, Rowland Penny via samba wrote:
> It doesn't say that any more ;-)
>
> This is from my DCs
>
> root at dc4:~# cat /etc/resolv.conf
> search samdom.example.com
> nameserver 192.168.0.6
> root at dc4:~# hostname -i
> 192.168.0.6
>
> root at dc3:~# cat /etc/resolv.conf
> search samdom.example.com
> nameserver 192.168.0.7
> root at