Zone Files Do Not Get Written

Discussion in 'Installation/Configuration' started by jonwatson, Mar 2, 2009.

  1. jonwatson

    jonwatson New Member

    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
     
  2. till

    till Super Moderator Staff Member ISPConfig Developer

    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).
     
  3. jonwatson

    jonwatson New Member

    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
     
  4. till

    till Super Moderator Staff Member ISPConfig Developer

    I dont think that this will help.

    Which linux distribution do you use?
     
  5. jonwatson

    jonwatson New Member

    Hi Till,

    It's CentOS 5.2 (Final).
     
  6. falko

    falko Super Moderator ISPConfig Developer

    What are the outputs of
    Code:
    ls -la /root/ispconfig
    and
    Code:
    ls -la /home/admispconfig/ispconfig
    ?
     
  7. jonwatson

    jonwatson New Member

    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
     
  8. falko

    falko Super Moderator ISPConfig Developer

    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?
     
  9. jonwatson

    jonwatson New Member

    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
     
  10. till

    till Super Moderator Staff Member ISPConfig Developer

    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.
     
  11. jonwatson

    jonwatson New Member

    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
     
  12. till

    till Super Moderator Staff Member ISPConfig Developer

    You can ignore the duplicates in virtusertable, it does not harm the system.
     
  13. jonwatson

    jonwatson New Member

    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
     
  14. till

    till Super Moderator Staff Member ISPConfig Developer

    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.
     
  15. jonwatson

    jonwatson New Member

    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
     
  16. jonwatson

    jonwatson New Member

    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
     
  17. falko

    falko Super Moderator ISPConfig Developer

    I've added this to our bugtracker.
     

Share This Page