More importantly, since the update, changes in ISPConfig to any DNS Zone will not update the zone files on either server. I have to manually go into both servers and add the changes by hand and restart BIND9 to affect the changes.

Everything had been working fine before the update and everything else is working fine but not being unable to add DNS records in ISPConfig3 is a pain. I have changed nothing in either server configuration wise in quite a while.

More importantly, since the update, changes in ISPConfig to any DNS Zone will not update the zone files on either server. I have to manually go into both servers and add the changes by hand and restart BIND9 to affect the changes.

Click to expand...

DNS updates work fine here with 3.0.4.3, on new installed servers as well as on updated systems. You might want to check whats wrong on your servers by debugging the server process:

Now when I run the server.sh from a command line, this commits all the changes that have been queued up in the Jobqueue, so that's good. There are no errors.

But, when I make more changes in the panel, they stay in the Jobqueue uncommitted until I go back into the command line and run the server.sh command again. I don't see any errors in the System-Log nor do I get any errors when I run the command from the command line.

And, my System Monitor is still not working. No updates since I upgraded to 3.0.4.3 on the 13th of Feb.

This indicates that cron is not working on your server as the server.sh script is normally executed by cron once a minute. Please check that cron is installed and started and that you enabled the cronjob in the root crontab again after your tests.

Check the syslog in /var/log, if cron is running correctly, you should see a record once a minute about the excution of the ispconfig server.sh cronjob. If you dont see them, then you have a problem with cron as ispconfig works correctly when you execute it manually.

It's still not working. The ISPConfig server.sh script is not removing the lock file after it runs unless I run it from a command prompt.

If I remove the file manually, it will run one time from the panel and not again. I keep getting "There is already an instance of server.php running. Exiting." in the System Log every minute (which means cron is running the script every minute like it's supposed to). This is happening on both of my servers. They are both running Squeeze and are up to date. This happened right after the upgrade to ISPConfig 3.0.4.3 but I also did some other updates as well on both servers (the usual apt-get update, apt-get upgrade) at the same time. My systems were working perfectly up to then.

## Plugin settings
plugin {
quota = dict:user::file:/var/vmail/%d/%n/.quotausage
# Because the mail quota is called in the user query
# the maildir quota does not need to be set.
# You do not need: quota = maildir

PHP Warning: mysql_connect(): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) in /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php on line 78
PHP Warning: mysql_errno() expects parameter 1 to be resource, boolean given in /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php on line 63
PHP Warning: mysql_error() expects parameter 1 to be resource, boolean given in /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php on line 64
PHP Warning: mysql_connect(): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) in /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php on line 78
PHP Warning: mysql_errno() expects parameter 1 to be resource, boolean given in /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php on line 63
PHP Warning: mysql_error() expects parameter 1 to be resource, boolean given in /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php on line 64
PHP Warning: mysql_connect(): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2) in /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php on line 78
PHP Warning: mysql_errno() expects parameter 1 to be resource, boolean given in /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php on line 63
PHP Warning: mysql_error() expects parameter 1 to be resource, boolean given in /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php on line 64

I do have this over and over again in cron.log:

repquota: Cannot open quotafile //aquota.group: No such file or directory
repquota: Cannot open quotafile //aquota.user: No such file or directory

I'am a bit astonished about the line numbers in the error messages as they do not match with the line numbers of the file from 3.0.4.3. May you please post line 63 from the file /usr/local/ispconfig/server/lib/classes/db_mysql.inc.php