Any changes made in the ISPCONFIG Administration area are not syncing to the Vhosts_ispconfig.conf file. 1) I removed a lot of directives from a domain on ISPCONFIG. The CONF still has those entries. 2) I added new entries for another domain. The CONF does not show those entries. 3) I disabled and re-enabled WEBALIZER because /stats/ aren't working on any websites. No changes were made to the CONF document. How can I get ISPCONFIG to sync with the HTTPD configuration files once again?
Pastes below: Code: total 108 drwxr-xr-x 10 root root 4096 Mar 25 19:45 . drwxr-x--- 8 root root 4096 Mar 24 12:33 .. -rwxr-xr-x 1 root root 33082 Mar 24 12:33 cronolog -rwxr-xr-x 1 root root 9673 Mar 24 12:33 cronosplit drwxr-xr-x 12 root root 4096 Mar 24 10:59 httpd drwxr-xr-x 16 root root 4096 Mar 24 12:33 isp -rw-r--r-- 1 root root 0 Mar 25 20:00 .ispconfig_lock drwxr-xr-x 7 root root 4096 Mar 24 11:02 libmcrypt -rw-r--r-- 1 root root 8 Mar 25 20:00 .old_path_httpd_root drwxr-xr-x 6 root root 4096 Mar 24 10:58 openssl drwxr-xr-x 6 root root 4096 Mar 24 11:17 php drwxr-xr-x 4 root root 4096 Mar 24 12:33 scripts drwxr-xr-x 4 root root 4096 Mar 24 12:33 standard_cgis drwxr-xr-x 2 root root 4096 Mar 24 12:33 sv -rwx------ 1 root root 9389 Mar 24 12:33 uninstall Code: root 2414 0.0 0.1 5400 1120 ? S Mar25 0:04 /bin/bash /root/ispconfig/sv/ispconfig_wconf root 32184 0.0 0.0 4784 664 pts/0 R+ 10:08 0:00 grep wconf
I looked at that thread and did your proposed steps: Code: dingle@its:/etc/httpd/conf/vhosts# /usr/sbin/httpd -t Syntax error on line 187 of /etc/httpd/conf/vhosts/Vhosts_ispconfig.conf: Invalid command '...', perhaps misspelled or defined by a module not included in the server configuration dingle@its:/etc/httpd/conf/vhosts# Code: <Directory "/var/www/web3/web/egroupware"> AllowOverride FileInfo ... </Directory> However, the latest VHOST file doesn't have that anymore. It has the full egroupware directive. BUT, I deleted egroupware from the ISPCONFIG Apache Directives two weeks ago. It never updated to the Vhost configuration file. Basically, ISPCONFIG is not doing three notable things: 1) It is not updating the Vhost config file. 2) It is not changing user's passwords. 3) It is not changing mail settings. Nothing was altered setting-wise on the machine. It just stopped letting us modify stuff sometime this past month.
Please run Code: rm -f /root/ispconfig/.ispconfig_lock /root/ispconfig/php/php /root/ispconfig/scripts/writeconf.php Do you get any errors then?
No errors. Code: dingle@its:/home/dingle# rm -f /root/ispconfig/.ispconfig_lock dingle@its:/home/dingle# rm -f /root/ispconfig/php/php dingle@its:/home/dingle# rm -f /root/ispconfig/scripts/writeconf.php dingle@its:/home/dingle#
Further, I changed the mail settings for a user. I changed the spam filter settings from 5.0 to 4.5 and changed the discard setting. .user_prefs still shows 5.0. The interface/database is not accessing/changing the files whatsoever.
Okay, http://how2forge.net/forums/showthread.php?t=13263&page=2 has a similar problem. When I copy the ~ vhost file, it kicks back an error in httpd -t. Unfortunately, when I try to update the file, i can't. ISPCONFIG's directive no longer has the specific entry as I deleted it a long time ago. Code: <Directory "/var/www/web3/web/egroupware"> AllowOverride FileInfo ... </Directory> That kicks back the error in the ~ copy because of the ... entry. However that got there... This all started happening (I think) from when I deleted the egroupware entry from the ISPCONFIG Control Panel. Now, the Control Panel cannot modify any of the files. The user's passwords, mail files, directives, and everything else cannot be changed. So egroupware broke it. How can I resolve this?
falko, the /root/ispconfig/.ispconfig_lock exists again. The problem is that AFTER I change the Options for any site, the file .ispconfig_lock is recreated after the settings are made. ISPCONFIG will not delete ".ispconfig_lock" after it finishes updating configurations. I have to manually delete the entry. How can I get ISPCONFIG to delete the .ispconfig_lock file on its own again?
If /root/ispconfig/.ispconfig_lock doesn't disappear automatically this means that the ISPConfig backend process is hanging somewhere. Can you kill the ispconfig_wconf process... Code: kill -9 2414 ... delete all locks... Code: rm -f /root/ispconfig/.ispconfig_lock rm -f /home/admispconfig/ispconfig/.run rm -f /home/admispconfig/ispconfig/.run2 ... change anything in the ISPConfig interface and finally run Code: /root/ispconfig/php/php /root/ispconfig/scripts/writeconf.php ? Does the last command give you any errors now?
Okay, the process had a different ID number than the 2414. Not a big deal though, I grep'ed and found it. When running the end command, I get the following: Code: dingle@its:~/ispconfig# /root/ispconfig/php/php /root/ispconfig/scripts/writeconf.php sh: httpd: command not found ls: /conf.d/*.conf: No such file or directory sh: httpd: command not found start UPDATE: 3 Warning: symlink(): File exists in /root/ispconfig/scripts/lib/config.lib.php on line 940 UPDATE USER: 184 UPDATE USER: 191 UPDATE USER: 189 UPDATE USER: 188 UPDATE USER: 190 UPDATE USER: 187 sh: postmap: command not found sh: httpd: command not found Segmentation fault dingle@its:~/ispconfig# Just to note, I have reinstalled ISPCONFIG twice. This issue isn't being fixed by a simple re-installation. Nothing on the server has been manually edited. This started happening randomly after making updates on the ISPCONFIG Control Panel.
Also, along with the issue posted above. ISPConfig Control Panel shows the following in all Recycle Bin's constantly: Code: The following error occurred: The system is currently updating the configuration files. Every day it has been that way no matter if I have restarted anything or not. Also, I checked the settings in the MANAGEMENT tab. All is correct. I restarted ISPCONFIG. It took 3 minutes to complete the restart. Very laggy now. Log shows: Code: 1.03.2010 - 10:16:01 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 910: WARNING: could not se$ 31.03.2010 - 10:16:01 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 911: WARNING: could not se$ 31.03.2010 - 10:16:05 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_procmail.lib.php, Line 60: cp$ 31.03.2010 - 10:16:06 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_procmail.lib.php, Line 117: s$ 31.03.2010 - 10:16:06 => INFO - USER: web3_facebook:x:10191:10003:facebook:/var/www/web3/user/web3_facebook:/bin/false 31.03.2010 - 10:16:06 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 910: WARNING: could not se$ 31.03.2010 - 10:16:06 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 911: WARNING: could not se$ 31.03.2010 - 10:16:06 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_procmail.lib.php, Line 60: cp$ 31.03.2010 - 10:16:06 => INFO - USER: web3_gabymobile:x:10189:10003:Gaby mobile:/var/www/web3/user/web3_gabymobile:/bin/false 31.03.2010 - 10:16:09 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 910: WARNING: could not se$ 31.03.2010 - 10:16:09 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 911: WARNING: could not se$ 31.03.2010 - 10:16:09 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_procmail.lib.php, Line 60: cp$ 31.03.2010 - 10:16:09 => INFO - USER: web3_mobile:x:10188:10003:mobile phone:/var/www/web3/user/web3_mobile:/bin/false 31.03.2010 - 10:16:09 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 910: WARNING: could not se$ 31.03.2010 - 10:16:09 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 911: WARNING: could not se$ 31.03.2010 - 10:16:09 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_procmail.lib.php, Line 60: cp$ 31.03.2010 - 10:16:09 => INFO - USER: web3_paypal:x:10190:10003:Paypal:/var/www/web3/user/web3_paypal:/bin/false 31.03.2010 - 10:16:09 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 910: WARNING: could not se$ web3_nomail:x:10187:10003:nomail:/var/www/web3/user/web3_nomail:/bin/false 31.03.2010 - 10:16:10 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 910: WARNING: could not se$ 31.03.2010 - 10:16:10 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 911: WARNING: could not se$ 31.03.2010 - 10:16:10 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_procmail.lib.php, Line 60: cp$ 31.03.2010 - 10:16:10 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 137: cp$ 31.03.2010 - 10:16:10 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 284: cp$ 31.03.2010 - 10:16:10 => WARN - /root/ispconfig/scripts/lib/classes/ispconfig_postfix.lib.php, Line 289: WA$ 31.03.2010 - 10:16:10 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 1268: cp -fr /etc/httpd/co$ 31.03.2010 - 10:16:10 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 2669: WARNING: could not h$ 31.03.2010 - 10:16:10 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 2681: httpd syntax seems t$ 31.03.2010 - 10:16:10 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 2682: mv -f /etc/httpd/con$ 31.03.2010 - 10:16:10 => INFO - /root/ispconfig/scripts/lib/config.lib.php, Line 2683: mv -f /etc/httpd/con$ 31.03.2010 - 10:16:16 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 755: /et$ 31.03.2010 - 23:59:33 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 755: /et$ 31.03.2010 - 23:59:36 => INFO - /root/ispconfig/scripts/shell/mail_logs.php, Line 68: touch /var/log/maillo$ 31.03.2010 - 23:59:36 => INFO - /root/ispconfig/scripts/shell/mail_logs.php, Line 69: cat /var/log/maillog.$ 31.03.2010 - 23:59:39 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 755: /et$ 01.04.2010 - 00:00:27 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 755: /et$ 01.04.2010 - 00:00:29 => INFO - /root/ispconfig/scripts/shell/ftp_logs.php, Line 135: rm -f /var/log/xferlo$ 01.04.2010 - 00:00:30 => INFO - /root/ispconfig/scripts/lib/classes/ispconfig_system.lib.php, Line 755: /et$ 01.04.2010 - 00:00:31 => INFO - /root/ispconfig/scripts/shell/mail_logs.php, Line 152: rm -f /var/log/maill$ All websites have the Apache 2 Test Page powered by CentOS crap now after restarting ISPCONFIG! mess has really gone to hell here. The VHOSTS file is now empty. I didn't change a damn thing.
Okay I am sure the problems revolve around: Code: dingle@its:~/ispconfig# /root/ispconfig/php/php -q /root/ispconfig/scripts/writeconf.php sh: httpd: command not found ls: /conf.d/*.conf: No such file or directory sh: httpd: command not found start sh: postmap: command not found sh: httpd: command not found Segmentation fault dingle@its:~/ispconfig# /root/ispconfig/php/php -q /root/ispconfig/scripts/writeconf.php If that can be resolved, yay. Code: 01.04.2010 - 02:58:52 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 2669: WARNING: could not httpd -t &> /dev/null 01.04.2010 - 02:58:52 => WARN - /root/ispconfig/scripts/lib/config.lib.php, Line 2681: httpd syntax seems to contain errors, reloa Code: dingle@its:/etc/httpd/conf/vhosts# /usr/sbin/httpd -t Syntax OK dingle@its:/etc/httpd/conf/vhosts# The MANAGEMENT screen in ISPCONFIG has the right information for httpd locations. I can't find the actual path to HTTPD or POSTMAP or CONF.D in any of the configuration files that I know of. Where can I get those to be set right?
It seems as if your ISPConfig is currently using a wrong PATH variable and cannot find httpd therefore. Can you restart ISPConfig? Code: /etc/init.d/ispconfig_server restart That should give it the PATH variable that you have in your current command line session. Also, can you post the outputs of Code: which httpd and Code: echo $PATH ?
Code: dingle@its:/home/dingle# /etc/init.d/ispconfig_server restart Shutting down ISPConfig system... /root/ispconfig/httpd/bin/apachectl stop: httpd stopped ISPConfig system stopped! Starting ISPConfig system... /root/ispconfig/httpd/bin/apachectl startssl: httpd started ISPConfig system is now up and running! Code: dingle@its:/home/dingle# which httpd httpd: Command not found . Code: dingle@its:/home/dingle# echo $PATH /usr/kerberos/sbin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin dingle@its:/home/dingle# And the relevant location of the daemon, as I would take it to be. Code: dingle@its:/home/dingle# whereis httpd httpd: /usr/sbin/httpd.worker /usr/sbin/httpd.event /usr/sbin/httpd /etc/httpd /usr/lib/httpd /usr/include/httpd /usr/share/man/man8/httpd.8.gz dingle@its:/home/dingle#
I have tried every thing possible in the archives of HOWTOFORGE. Nothing can tell me where to find these path variables to fix the writeconf problem. My server is really screwed up now since it seems to not apply these frigging updates. I reinstalled ISPCONFIG completely two days ago. Uninstall/reinstall Did not fix it. I did the ./setup for updating twice today. It has not solved it. This just started happening without any major change to the server. Yum updates install every month, but it doesn't look like any of those should have affected this. Please, any help would be so appreciated. There is an issue with the path to httpd, postmap, and so forth.
ISPConfig is not handling or editing the path variable in any kind, so updating ispconfig can not help to fix this problem. Looks as if your path was modified and at least the directory /usr/sbin is missing now. Have you tried to reboot the server?