Displaying 20 results from an estimated 10000 matches similar to: "Failover DC did not work when Main DC failed"
2020 Feb 12
2
Failover DC did not work when Main DC failed
On 12/02/2020 12:54, L.P.H. van Belle via samba wrote:
>
>
>> Hello Louis,
>>
>> Thanks for your reply.
>>
>> For that dig command I get...
>>
>>
>> root at dc3.mydomain.com ~ $ (screen) dig NS $(hostname -d)
>>
>> ; <<>> DiG 9.11.3-1ubuntu1.11-Ubuntu <<>> NS mydomain.com
>> ;; global options: +cmd
2020 Feb 13
2
Failover DC did not work when Main DC failed
On 13/02/2020 13:11, Paul Littlefield wrote:
> On 12/02/2020 13:08, Rowland penny via samba wrote:
>> The first is that a DC must use itself as its nameserver and if
>> something goes wrong e.g. Samba has fallen over, then there isn't
>> much point having another nameserver, Samba isn't going to use it
>>
>> The second is, it will not hurt having a second
2020 Feb 17
3
Failover DC did not work when Main DC failed
On 16/02/2020 15:03, Paul Littlefield via samba wrote:
> 1) finding a way for ALL 70+ desktops to look up the DCs properly and switch to a running one if one is not available (otherwise what's the point right?)
Hello Samba Mailing List,
Just to be clear, I am using Ubuntu Server 18.04.4 LTS running Samba 4.7.6 on both DCs.
Is this the Samba version I should be using for this
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
2020 Feb 11
3
Failover DC did not work when Main DC failed
On 03/02/2020 18:49, Kris Lou via samba wrote:
>
> From windows:
> echo %logonserver%
\\DC3
> nltest /dsgetdc:<domain>
DC:\\DC3
Address: \\192.168.0.218
Dom Guid: bla bla bla
...
The command completed successfully.
> From a *nix domain member (i.e. client, not DC):
> wbinfo --getdcname=<domain>
> winbind --ping-dc
wbinfo --getdcname=MYDOMAIN
DC3
wbinfo
2020 Feb 18
0
Failover DC did not work when Main DC failed
>
> I am not using BIND with Samba, just the Internal DNS which is the default.
>
What do you mean when you say "CNAMES or domain overrides pointing to a
> single DC"?
> I have DHCP handing out both DNS servers as 192.168.0.218 and
> 192.168.0.219 and they both work as nameservers perfectly.
This might be a problem down the road. The Samba Internal DNS does NOT
2020 Feb 12
0
Failover DC did not work when Main DC failed
>
> Hello Louis,
>
> Thanks for your reply.
>
> For that dig command I get...
>
>
> root at dc3.mydomain.com ~ $ (screen) dig NS $(hostname -d)
>
> ; <<>> DiG 9.11.3-1ubuntu1.11-Ubuntu <<>> NS mydomain.com
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63144
> ;;
2020 Feb 13
3
Failover DC did not work when Main DC failed
My reverse zones have PTR records. Though I don't have NS records for all
of my DC's. I guess that needs to be manually created.
Also, you don't have any CNAMES or domain overrides pointing to a single
DC? Perhaps Bind is pointing to another internal DNS server, and then to a
public DNS?
----
Here's a way to test failover from a Windows client:
You can switch logon servers
2020 Feb 01
4
Failover DC did not work when Main DC failed
On 01/02/2020 15:10, Rowland penny via samba wrote:
> Not really, all Samba AD DC's are global catalogs ;-)
Ah, OK... so we don't need to worry about that then?
--
Paul Littlefield
Telephone: 07801 125705
Email: info at paully.co.uk
Wiki: http://wiki.indie-it.com/wiki/Special:AllPages
LinkedIn: https://www.linkedin.com/in/paullittlefield
Paul Littlefield is environmentally
2020 Feb 13
2
Failover DC did not work when Main DC failed
On 13/02/2020 16:28, Paul Littlefield wrote:
> On 13/02/2020 15:17, Rowland penny via samba wrote:
>> The various ways have already been mentioned, but are all your DCs
>> listed as nameservers (NS) in the SOA's for the forward and reverse
>> zones ?
>
>
> I think so...
>
>
> root at dc3.mydomain.com ~ $ (screen) samba-tool dns query dc3
>
2020 Feb 01
2
Failover DC did not work when Main DC failed
On 01/02/2020 14:39, Barry Lyndsell wrote:
> https://wiki.samba.org/index.php/Terms_and_Abbreviations#Global_Catalog_.28GC.29
>
Good find, thanks!
Paul
2020 Feb 16
0
Failover DC did not work when Main DC failed
Hello Kris,
On 13/02/2020 19:28, Kris Lou via samba wrote:
> My reverse zones have PTR records. Though I don't have NS records for all
> of my DC's. I guess that needs to be manually created.
I have NS records for all 2 of my DC's and I just followed the Installation page on the Wiki.
> Also, you don't have any CNAMES or domain overrides pointing to a single
>
2020 Feb 11
0
Failover DC did not work when Main DC failed
Is DC4 listed in in an A record for your mycompany.com?
Do logs show that it's answering requests during the course of a normal
workday?
If so ... time to simulate DC3 failure, I guess.
Kris Lou
klou at themusiclink.net
On Tue, Feb 11, 2020 at 5:25 AM Paul Littlefield <info at paully.co.uk> wrote:
> On 03/02/2020 18:49, Kris Lou via samba wrote:
> >
> > From windows:
2020 Feb 01
0
Failover DC did not work when Main DC failed
On 31/01/2020 18:47, Rowland penny via samba wrote:
> I don't think this is problem with how to find the BEST dc to use, I think it is a problem finding ANY dc to use.
>
> I have:
>
> options timeout:1 attempts:1 rotate
>
> in /etc/resolv.conf on Linux clients and I don't have a problem when DNS disconnects on the first nameserver.
>
> It seems that Windows
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
2018 May 29
2
Remove Redundant DCs internal DNS
Hello List,
I have successfully migrated my DCs to 4.7.6-Ubuntu
However, I still have some traces of the old DCs in the DNS...
$ samba-tool dns query dc3 mydomain.com @ ALL
Name=, Records=8, Children=0
SOA: serial=570, refresh=900, retry=600, expire=86400, minttl=0, ns=dc3.mydomain.com.
NS: samba.mydomain.com. (flags=600000f0, serial=110, ttl=900)
NS: dc3.mydomain.com.
2020 Feb 13
0
Failover DC did not work when Main DC failed
On 12/02/2020 13:08, Rowland penny via samba wrote:
> The first is that a DC must use itself as its nameserver and if something goes wrong e.g. Samba has fallen over, then there isn't much point having another nameserver, Samba isn't going to use it
>
> The second is, it will not hurt having a second nameserver on a DC, just as long you understand that Samba will not use the
2020 Feb 03
0
Failover DC did not work when Main DC failed
Unless it's _not_ a global catalog. Check your SRV records again, there
should be corresponding "_gc" records (similar to "_ldap") for each DC.
So, based upon the link/graphic I posted earlier:
* either your 2nd DC isn't being returned as a part of DNS lookups
* or that 2nd DC isn't responding to queries for authentication
* or the client isn't
2020 Feb 01
0
Failover DC did not work when Main DC failed
On 31/01/2020 18:15, Kris Lou via samba wrote:
> Here is another link (with a set of links in the article, sorry):
> https://blogs.msmvps.com/acefekay/2010/01/03/the-dc-locator-process-the-logon-process-controlling-which-dc-responds-in-an-ad-site-and-srv-records/
>
>
> I particularly like the Summary graphic about 20% down:
Thanks Kris.
--
Paul Littlefield
Telephone: 07801
2020 Feb 01
0
Failover DC did not work when Main DC failed
On 31/01/2020 17:07, Barry Lyndsell wrote:
> Don't know if it's relevant, but in a Windows AD environment, at least on domain controller would need to be the global catalogue (GC.)
>
> ADUC on V-Admin is showing neither domain controller holding that role.
>
Thanks Barry.
--
Paul Littlefield
Telephone: 07801 125705
Email: info at paully.co.uk
Wiki: