We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
SOA serial number mismatch between Master and Slave Name Ser
SOA serial number mismatch between Master and Slave Name Ser
I have been trying to set up a VestaCP instance with two Nameserver's. I have followed the documentaion many times over but I am still stuck with one issue ...
The records all update to the second name server but there appears to be a mismatch between the records on the two servers. E.g MyDomain.tld - SOA ****05 on NS1 and MyDomain.tld - SOA *****01 on NS2.
I have spent many hours trying to figure ths out and it doesnt appear to be a known issue in the forum's so any help would be greatly appreciated.
The records all update to the second name server but there appears to be a mismatch between the records on the two servers. E.g MyDomain.tld - SOA ****05 on NS1 and MyDomain.tld - SOA *****01 on NS2.
I have spent many hours trying to figure ths out and it doesnt appear to be a known issue in the forum's so any help would be greatly appreciated.
Re: SOA serial number mismatch between Master and Slave Name
I have the exact same problem, and manually editing the zone file temporarily solves the problem but as soon as I make a change on the master server, SOA serial number reverts on the slave server when it gets updated.
And there is another strange thing, when I run
v-sync-dns-cluster
the SOA serial number on the slave reverts to 01 like it is newly created...
This has to be fixed immediately, so the team please help us.
And there is another strange thing, when I run
v-sync-dns-cluster
the SOA serial number on the slave reverts to 01 like it is newly created...
This has to be fixed immediately, so the team please help us.
Re: SOA serial number mismatch between Master and Slave Name
OK I got to solve it manually, this is how I do it:
Determine which one of the DNS server is left behind. i.e. the SOA serial number is smaller than the other servers.
Login to that server, and run this command for each of the un-sync domains:
v-rebuild-dns-domain dns-cluster xxyyzz.com
Each time you run this command, it ticks the serial number by 1. So if yours is behind 3 numbers, run the command 3 times and check.
I hope that this will be resolved in the next version
Determine which one of the DNS server is left behind. i.e. the SOA serial number is smaller than the other servers.
Login to that server, and run this command for each of the un-sync domains:
v-rebuild-dns-domain dns-cluster xxyyzz.com
Each time you run this command, it ticks the serial number by 1. So if yours is behind 3 numbers, run the command 3 times and check.
I hope that this will be resolved in the next version
Re: SOA serial number mismatch between Master and Slave Name
Hi there, i am having the same issue but I can't run this command to fixit. The thing is that my serial number differs by 7598. Is there another way to acomplish the same task instead hitting 7598 times the "v-rebuild-dns-domain dns-cluster xxyyzz.com" command?cagriaksu wrote:OK I got to solve it manually, this is how I do it:
Determine which one of the DNS server is left behind. i.e. the SOA serial number is smaller than the other servers.
Login to that server, and run this command for each of the un-sync domains:
v-rebuild-dns-domain dns-cluster xxyyzz.com
Each time you run this command, it ticks the serial number by 1. So if yours is behind 3 numbers, run the command 3 times and check.
I hope that this will be resolved in the next version
Thanks
Vesta Rules!!
-
- Posts: 14
- Joined: Fri Sep 19, 2014 10:47 am
Re: SOA serial number mismatch between Master and Slave Name
I have the same problem, so it clearly is a bug.
I like Vesta CP very much so it would be nice to fix it or find a workaround.
I will try the manual fix for each domain as it was suggested some posts ago but that is not a solution.
I like Vesta CP very much so it would be nice to fix it or find a workaround.
I will try the manual fix for each domain as it was suggested some posts ago but that is not a solution.
Re: SOA serial number mismatch between Master and Slave Name
Yeah its a bug, i have it too.
Re: SOA serial number mismatch between Master and Slave Name
Problem still persists...
Imperio, could you please take a look?
For example http://intodns.com/vpsinus.com
Or should we use DNS clusters together with AXFR ?
Imperio, could you please take a look?
For example http://intodns.com/vpsinus.com
Or should we use DNS clusters together with AXFR ?
-
- Posts: 88
- Joined: Thu Mar 06, 2014 7:52 pm
- Contact:
Re: SOA serial number mismatch between Master and Slave Name
Yes, I also experience this issue. Is there already a fix for this?
-
- Posts: 88
- Joined: Thu Mar 06, 2014 7:52 pm
- Contact:
Re: SOA serial number mismatch between Master and Slave Name
Tested this now for a few days, but if I add a new domain with slave NS already set up, then sync is as it should be :SdrMacFaulty wrote:Yes, I also experience this issue. Is there already a fix for this?
So, for me this issue only arises when I am adding a new name server. The issue persists then and need to be resolved on the new name server.
So, shortly recapped:
- If domain is on master without any slaves and a slave is added, SOA goes out-of-sync.
- If domain is added when master and slaves are already present, sync is as it should be.
Re: SOA serial number mismatch between Master and Slave Name
I have the same problem.
For serials with a difference of 1 or 2, I use cagriaksu solution. For all other cases I edit the DNS zone manually by editing the following file:
I too believe this is a serious bug.
For serials with a difference of 1 or 2, I use cagriaksu solution. For all other cases I edit the DNS zone manually by editing the following file:
Code: Select all
/home/[USER]/conf/dns/[TLD].db