Hi I have an existing domain within my ISPConfig installation. When I make changes to the records in the DNS manager, ISPConfig does not rewrite the zone file for that domain. The GUI displays the new information, but the zone file does not. I have tried a few tricks like making subtle other changes in the DNS GUI, emptying the recycling bin, etc, but nothing works. What triggers the rewrite of the zone file and how can I ensure it happens when the GUI is updated? Thanks Jon
Please try to restart ISPConfig: /etc/init.d/ispconfig_server restart If tgis dont help, please take a look at the ispconfig logfile (/home/admispconfig/ispconfig/ispconfig.log).
Hi Till, I have restarted ISPConfig and that didn't help. I've looked at the ISPConfig log now and don't see any errors or anything that concerns me in it. The permissions of this pri file look the same as every other one so I'm not really sure what to do next. I seem to recall from another problem I had that there is some flag in each record of the database that I can set which will cause ISPConfig to rewrite some files. Do you know what I am talking about and would that possibly help in this case? Thanks Jon
Code: ls -la /root/ispconfig Code: drwxr-xr-x 9 root root 4096 Feb 27 11:56 . drwxr-x--- 20 root root 4096 Mar 4 00:00 .. -rwxr-xr-x 1 root root 33078 Jul 10 2008 cronolog -rwxr-xr-x 1 root root 9673 Jul 10 2008 cronosplit -rw-r--r-- 1 root root 4080 Jul 10 2008 dist.info drwxr-xr-x 12 root root 4096 Jul 10 2008 httpd drwxr-xr-x 15 root root 4096 Jul 10 2008 isp -rw-r--r-- 1 root root 0 Mar 3 11:08 .ispconfig_lock -rw-r--r-- 1 root root 9 Mar 3 11:08 .old_path_httpd_root drwxr-xr-x 6 root root 4096 Jul 10 2008 openssl drwxr-xr-x 6 root root 4096 Jul 10 2008 php drwxr-xr-x 4 root root 4096 Sep 23 07:26 scripts drwxr-xr-x 4 root root 4096 Jul 10 2008 standard_cgis drwxr-xr-x 2 root root 4096 Sep 23 07:23 sv -rwx------ 1 root root 9389 Jul 10 2008 uninstall and Code: ls -la /home/admispconfig/ispconfig ? Code: drwxr-xr-x 9 admispconfig admispconfig 4096 Mar 3 11:08 . drwxr-xr-x 4 admispconfig admispconfig 4096 Sep 12 16:24 .. -rw-r--r-- 1 admispconfig admispconfig 20 Feb 17 12:46 adminmail.txt drwxrwx--- 2 admispconfig mysql 4096 Dec 19 2007 backup drwxr-xr-x 4 admispconfig admispconfig 4096 Dec 19 2007 files -rw-r--r-- 1 admispconfig admispconfig 316423 Mar 3 23:59 ispconfig.log -rwxr-xr-x 1 admispconfig admispconfig 261159 Mar 3 2008 ispconfig.log.03-03-08_13-28-56.tar.gz -rwxr-xr-x 1 admispconfig admispconfig 284272 Jun 3 2008 ispconfig.log.03-06-08_17-45-24.tar.gz -rwxr-xr-x 1 admispconfig admispconfig 271962 Feb 6 2008 ispconfig.log.06-02-08_14-21-01.tar.gz -rw-r--r-- 1 root root 254519 Sep 8 16:12 ispconfig.log.08-09-08_16-12-16.tar.gz -rw-r--r-- 1 root root 265667 Aug 11 2008 ispconfig.log.11-08-08_15-05-56.tar.gz -rw-r--r-- 1 root root 263276 Dec 17 13:36 ispconfig.log.17-12-08_13-36-20.tar.gz -rwxr-xr-x 1 admispconfig admispconfig 244474 Apr 21 2008 ispconfig.log.21-04-08_10-26-01.tar.gz -rwxr-xr-x 1 admispconfig admispconfig 278537 Mar 23 2008 ispconfig.log.23-03-08_17-18-33.tar.gz -rw-r--r-- 1 root root 288100 Feb 26 12:02 ispconfig.log.26-02-09_12-02-39.tar.gz -rwxr-xr-x 1 admispconfig admispconfig 271200 Jun 27 2008 ispconfig.log.27-06-08_15-55-47.tar.gz -rw-r--r-- 1 root root 290577 Oct 29 12:25 ispconfig.log.29-10-08_12-25-11.tar.gz drwxr-xr-x 6 admispconfig admispconfig 4096 Sep 23 07:27 lib drwxr-xr-x 2 admispconfig admispconfig 4096 May 12 2008 log -rwxr-xr-x 1 admispconfig admispconfig 1058 Jul 10 2008 sysconf.txt drwxr-xr-x 6 admispconfig admispconfig 4096 Sep 24 00:12 temp drwxr-xr-x 9 admispconfig admispconfig 4096 May 10 2008 tools -rwxr-xr-x 1 admispconfig admispconfig 262 Jul 10 2008 users drwxr-xr-x 20 admispconfig admispconfig 4096 Jan 22 12:37 web Thanks, Jon
Please do this: Code: rm -f /root/ispconfig/.ispconfig_lock and then run Code: /root/ispconfig/php/php /root/ispconfig/scripts/writeconf.php Do you get any errors?
Hi Interestingly, when I run that command, it spits out errors about duplicate entries in the virtualusertable.db file and then it seg faults. When I remove those duplicate entries from the virtualusertable file and manually compile the db, things are fine. However, when I attempt to use the ISPConfig writeconf.php script, it re-enters those duplicate entries and the spits out the errors again. I have looked through the GUI and don't see these duplicate entries anywhere so I am not sure where ISPConfig is getting them from. In any case, if the writeconf.php file is the script responsible for rewriting the zone files after modification, then I understand now why the zone files are not being re-written. It seems that because ISPConfig erroneously writes the virtualusertable file to have duplicate entries, the db compile fails and the script seg faults which prevents any further actions from taking place. How can I troubleshoot why ISPConfig is writing duplicate entries to the virtualusertable file? Thanks, Jon
This segfault is most likely caused by wrong directory permissions of the bind directories. 1) Redo all commands from the bind secrion of the centos 5.2 perfect setup guide which set the directory permissions of the bind directories. 2) Correct the bind config path in ispconfig under management > server > settings.
Hi Till, Thanks - correcting the permissions did take care of the seg fault and my zone files are now updating. It doesn't solve the duplicate entries in the /etc/postfix/virtusertable file, though. I've checked all the users and their aliases and can't find a duplicate entry for the two problem accounts, yet very time I run writeconf.php, those two duplicate entries are re-written into the virtusertable file. Thanks Jon
I notice that the duplicates don't stop things from working, but it's still a bug that I'd like to get rid of if possible. Do you know what causes it? If I had an idea of where to look I might be able to fix it. Thanks Jon
First you will have to search which email addresses are duplicates. Then take a look at the isp_isp_domain table and check if the domain of these email addresses is in there two times.
Hi Till, I've checked. The two domains in question do not show up in the isp_isp_domains table more than once. The /etc/virtusertable has already been rewritten to include the duplicate addresses again. Any other ideas? Thanks Jon
I have solved this. One user had an alias entry which was the same as his email address. The other had their email aliases entered incorrectly in the form of "alias1, alias2" instead of one per line. After correcting these two formatting issues, the problem was resolved. Now the only question is - can ISPConfig warn users of these types of data entry errors when they are made? Thanks Jon