![]() |
ISPconfig 3 secondary dns not receiving updates
I followed the howto at http://www.ispconfig.org/news/tutori...ebian-squeeze/.
The secondary ns just sits there with it's thumb... there are no errors in /var/log/ispconfig/cron.log there is no related messages in /var/log/syslog I don't even know what to post to help you folks help me figure out what the deal is. I'm on debian 7 (wheezy) |
I've run primary and secondary DNS from ISPConfig for a while, I may be able to assist, but you're gonna have to explain what you mean by "The secondary ns just sits there with it's thumb..."
|
well, I suppose the confusion is a result of a very annoyed brad posting!
below you will see a shell session to demonstrate the level of nothingness that occurs. It appears that parts are missing from the install, however I've ran the install multiple times. Code:
Linux ns2 3.2.0-4-686-pae #1 SMP Debian 3.2.35-2 i686bradboy@ns2:~$ ls /etc/bind/zones does not reveal any zones from ns1 bradboy@ns2:~$ cat /etc/bind/named.conf.local does not reveal any entries either. Basically, it sits there with it's thumb in it's backside, taunting me, teasing me because I haven't figured out what I'm sure will be a simple solution. The only thing ns2 runs is ssh and bind9. Please let me know what other info you need. |
Please see first post in this forum for debug instructions:
http://www.howtoforge.com/forums/showthread.php?t=58408 Follow the instructions and post the result. And dont run the ispconfig scripts with sudo, this can result in wrong output. Run sudo su to become root user first. |
rather than sudo su, which does it's intended job, you might consider sudo -i that some people argue is the correct way of doing it. Additionally, in a hardened linux system that has root disabled, sudo su will not work, whereas sudo -i will.
After reading the Read This Before Posting again, and paying attention to the DNS problem section, I find the following:
To be complete and follow your instructions precisely, I took another look at the ISPConfig not writing changes to disk section.. I was happy that my memory of the article was correct, it gives instructions only for those affected servers who are running the web gui. Page two of the howto which covers installing on the secondary DNS has the users set it up without the gui. I also agree with this logic, there is no need to have web interfaces everywhere. I'm afraid I have absolutely no new content to add, other than this post which restates my first two posts. Perhaps the problem I'm having is not clear. ns2 is for some reason not reflecting the updates that I make with the web interface that this forum addresses, which is installed and working on ns1. |
Quote:
1) Enable debugging in the ispconfig interface (which is on the server that runs the interface of course) 2) Run the server.sh script on the server that is not writing the changes. |
Ok... I made the change. My deepest apologies. When I read the article, my interpretation of it is that if you have a problem on srvX you need to access https://srvX.com:8080 and make the adjustment there.
I've changed the problem ns2 to debug. I've left the every minute crontab uncommented. I also ran /usr/local/ispconfig/server/server.sh as root. I notice two interesting things, one of which I commented on already in a previous post. Code:
root@ns2:~# /usr/local/ispconfig/server/server.sh |
The slave is not able to connect to the master database, so it can not fetch changes or update the status. The most common reason for that are wrong or missing entroies in /etc/hosts on master and / or slave server. It is important that all servers of a cluster have all other servers in their /etc/hosts files and that only the fqdn is listed there as it is decribed in the multiserver guides.
You can verify this by trying to login on the commandline from slave server to master with the mysql master login details from file /usr/local/ispconfig/server/lib/config.inc.php As you most likely dont want to reinstall the slave if the hosts were wrong during install, you will have to fix the hostname of the ispcsrv[ID] mysql user of this slave in the mysql master database. Quote:
|
I opened /usr/local/ispconfig/server/lib/config.inc.php on the problem ns2 to retrieve the username and password. I used the information as seen below from the file...
Code:
//** Database settings for the master DB. This setting is only used in multiserver setupsCode:
bradboy@ns1:~$ mysql -u root -pCode:
root@ns2:~# /usr/local/ispconfig/server/server.shx.x.x.x ns1.46-10.com to the host file on ns2. Although the changes are supposed to take effect immediately, I rebooted anyway. On ns1 I added y.y.y.y ns2.46-10.com Once ns2 came back up and I kicked all of the other users off, I rebooted ns1 as well. I still have the same problem. Your idea of the password issue gave me an idea though. I wanted to know if the ispcsrv2 user had host access in sql. Here is the result: Code:
mysql> use mysqlI took a look in ns2's /etc/bind... and find it filled with the pri.domain.tld zone files. I remember the BIND zonefiles directory and wanted to make sure that it's set correctly for ns2, and it is. I added a 000test.tld using the add zone wizard. ns2's named.conf.local got re-written with only the new test entry I added, and it's zone file went into /etc/bind/zones as expected. :rolleyes: ALMOST THERE!!!! :rolleyes: Do I just need to let it sit for a while to play catchup with all the other zones, or do I need to somehow force a complete reload? |
You can use the resync tool to force a resync of he zones if not all records are there.
|
| All times are GMT +2. The time now is 00:22. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2013, vBulletin Solutions, Inc.