Hey all, everything on my upgraded 2.5->2.6 was working fine until i realised that when I make a change to the DNS, not only do updates take forever (ie. changes to anywhere) but the DNS doesn't change at all. looking at the ispconfig.log file I only get this after the deletion of an A record: PHP: 19.09.2006 - 20:42:59 => INFO - Signalfile Set: delete: do 19.09.2006 - 20:45:06 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 137: cp -fr /etc/postfix/local-host-names /etc/postfix/local-host-names~ 19.09.2006 - 20:45:06 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 284: cp -fr /etc/postfix/virtusertable /etc/postfix/virtusertable~ 19.09.2006 - 20:45:06 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 289: postmap hash:/etc/postfix/virtusertable 19.09.2006 - 20:45:06 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 1211: cp -fr /etc/httpd/conf/vhosts/Vhosts_ispconfig.conf /etc/httpd/conf/vhosts/Vhosts_ispconfig.conf~ 19.09.2006 - 20:45:07 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 1840: httpd -t &> /dev/null 19.09.2006 - 20:45:07 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 1840: httpd -t &> /dev/null nothing at all after that. Is there some sort of conditions that it checks before it does dns updates that could possibly be corrupted or something else where I can search to the problem?
PHP: drwxr-xr-x 9 root root 4096 Sep 14 15:33 . drwxr-x--- 16 root root 4096 Sep 19 14:23 .. -rwxr-xr-x 1 root root 33660 Jul 10 16:25 cronolog -rwxr-xr-x 1 root root 9673 Jul 10 16:25 cronosplit drwxr-xr-x 12 root root 4096 Jul 10 16:14 httpd drwxr-xr-x 12 root root 4096 Jul 10 16:25 isp -rw-r--r-- 1 root root 8 Sep 14 15:33 .old_path_httpd_root drwxr-xr-x 6 root root 4096 Jul 10 16:07 openssl drwxr-xr-x 6 root root 4096 Jul 10 16:20 php drwxr-xr-x 4 root root 4096 Jul 12 15:56 scripts drwxr-xr-x 4 root root 4096 Jul 10 16:25 standard_cgis drwxr-xr-x 2 root root 4096 Jul 10 16:25 sv -rwx------ 1 root root 9389 Jul 10 16:25 uninstall .old_path_httpd_root contains PHP: /var/www Other weird issues is that my DNS is always overriding my dns path to /etc/bind and i change it in the settings to /var/named/chroot/var/named and it then somehow reverts back to /etc/bind. that is really starting to *&(@*%# me off..
Please make sure that the directory /var/named/chroot/var/named is world readable. The user ISPConfig tries to validate the directory and if it does not exist or is invisible for him, he reverts the settings to /etc/bind.
thats all i get after I make the changes and the changes take minutes to apply, real pain. The DNS worked fine for so long but now doesn't appear to make any changes. OK, your right about the permissions on the folder. weird thing is that I had gotten fed up and symlinked /etc/bind to point to /var/named/chroot/var/named and it worked for a while until now... straaange. I'll try it out now.. let you know. also, any ideas on making a queuing system so we don't get stopped on applied changes and having to wait on the server to apply changes to then make more again? I get annoyed and only 1 person, how's this going to be with 5,10,50+ resellers etc if they use it like this?
I chmod'd all the directories to 755 and the owner of the pri.____ files are named:named. Yet i still can't update my dns and there's no errors in the ispconfig.log file. I don't see any mention of updating the dns either in it. Is it /home/admispconfig/ispconfig/lib/classes/ispconfig_isp_dns.lib.php where the DNS is updated on file? Where is this cron style system which does the update so I can check how it works and where it's failing? it's not in cron itself because nothing is running every x minutes except for */5 checking mysq;_quotas.
No, that is only the library for the web interface. Please try the tests mentioned in this thread: http://www.howtoforge.com/forums/showthread.php?t=3695
son of a b*&%@&#%$(* I totally forgotten about the seg fault issues... argh!!!! my bad. yeah it's segfaulting. even with 5.1.4 there's segfault, is it a php problem since this has been around for a few versions now? so where does the /root/ispconfig/scripts/writeconf.php get called from periodically? it's not cron is it..... btw, downgrading php.. thx.
In my opinion the PHP 5.1 is not as stable as the php 5.0. This segfault issue appears just on some systems, especially fedora linux seems to be affected and the segfault seems to appear on different occasions. But if you look in the PHP bugtracker, there is a long list what may cause a segfault in PHP It's a shell script named ispconfig_wconf that checks every 10 seconds if a .run file has been set.
yeah odd number versions aren't too friendly usually.. AARGH.. I'm really hating the /etc/bind changes.. I have 755 permissions from /var to /var/named/chroot/var/named and it still reverts back to /etc/bind WHICH DOESN'T EXIST...!! damn thing kills the dns each time. argh! frustrating it is...lol.... i can understand if it can't access the path do something but not change the /etc/named.conf file to something that doesn't exist. it just kills it even more.
Please switch to the user admispconfig with the su command and issue a ls for the path you entered in the ISPConfig interface. Do you get a permission denied error?
no errors. i've checked these already. i can even cat any of the pri.___ domains files. which file does the check of all this and that does the change in the database to /etc/bind so I can trace where it fails and why? I know /root/ispconfig/scripts/writeconf.php writes it but I don't see anywhere in it where there's an "/etc/bind" being written. It seems almost every time i got into the Management->Services->DNS this is when i see it change to /etc/bind and then when i check the /etc/named.conf it's changed again... :'(
Have a look here: http://www.howtoforge.com/forums/showthread.php?t=1537&highlight=server_bind_zonefile_dir http://www.howtoforge.com/forums/showthread.php?t=5397&highlight=server_bind_zonefile_dir http://www.howtoforge.com/forums/showthread.php?t=5732&highlight=server_bind_zonefile_dir
