Thu, 04 Feb 2016 00:44:46 +0000 ISPConfig::ISPConfig 3: Recently opened tasks http://bugtracker.ispconfig.org/ Jesse Norell Thu, 04 Feb 2016 00:44:46 +0000
One specific case is if you reconfigure postfix but not dovecot, you end up with virtual_transport = maildrop (when it should be vitual_transport = dovecot). If you reconfigure both postfix and dovecot, but nothing else, that is correct.

I don't know if there are any other similar cases, that's the one I found, but put a little thought to it as it's potentially a more general issue.]]> http://bugtracker.ispconfig.org/index.php?do=details&task_id=4081 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4081 zenny Wed, 03 Feb 2016 01:01:32 +0000
I am on a Debian Wheezy with PHP 5.4.45 and ISPConfig 3.0.5p8. The issue is added db users to an existing client (Sites>Database Users> Add) do not appear in the dropdown menu of db creation form (Sites > Databases), which prevents in creating databases assigned to a specific user of a client.

1. It is not a mysql root password issue as I can access (mysql -u root -p) and dump (mysqldump -u root -p database > database.sql) from the command line.

2. Tried to debug by disabling the ispconfig cron job, but /usr/local/ispconfig/server/server.sh runs without any hitches (outputs 'finished' in the command line).

3. Also checked the mysql.log, ispconfig.log and ispconfig cron.log, nothing reported.

Any inputs appreciated! Thanks.

/z ]]> http://bugtracker.ispconfig.org/index.php?do=details&task_id=4080 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4080 Thomas Tue, 02 Feb 2016 22:10:40 +0000 [apps]

listen = /var/lib/php5-fpm/apps.sock
listen.owner = ispapps
listen.group = ispapps
listen.mode = 0660

user = ispapps
group = ispapps
[...]

But with Debian 8 the user running Nginx daemon is defined in /etc/nginx/nginx.conf:
user www-data;
worker_processes auto;
pid /run/nginx.pid;
[...]

To my knowledge the mismatch of user account defined in socket (listen.owner) and Nginx daemon leads to failing calls of corresponding webpage with this error message:
connect() to unix:/var/lib/php5-fpm/ispconfig.sock failed (13: Permission denied)

]]> http://bugtracker.ispconfig.org/index.php?do=details&task_id=4079 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4079 Thomas Mon, 01 Feb 2016 19:08:30 +0000
I have installed ISPConfig 3 in LXC container running Debian 8 with Nginx.
However I cannot open ISPConfig WebUI and get this error:
502 Bad Gateway

Checking some logs I found this error message:
root@panel:~# cat /var/log/nginx/ispconfig.error.log
2016/01/31 17:08:17 [crit] 4848#4848: *53 connect() to unix:/var/lib/php5-fpm/ispconfig.sock failed (13: Permission denied) while connecting to upstream, client: 10.0.0.1, server: panel.awesomeguyz.de, request: "GET / HTTP/1.0", upstream: "fastcgi://unix:/var/lib/php5-fpm/ispconfig.sock:", host: "10.0.0.10:8080"

I cannot explain the permission error as all services run with required user account to my understanding:
root@panel:~# ps -aux | grep php
root 1334 0.0 3.4 335196 17828 ? Ss 19:02 0:00 php-fpm: master process (/etc/php5/fpm/php-fpm.conf)
ispapps 1351 0.0 1.7 333168 9184 ? S 19:02 0:00 php-fpm: pool apps
ispapps 1352 0.0 1.7 333168 9184 ? S 19:02 0:00 php-fpm: pool apps
ispconf+ 1353 0.0 1.7 333168 9184 ? S 19:02 0:00 php-fpm: pool ispconfig
ispconf+ 1356 0.0 1.7 333168 9184 ? S 19:02 0:00 php-fpm: pool ispconfig
www-data 1357 0.0 1.7 331188 9184 ? S 19:02 0:00 php-fpm: pool www
www-data 1358 0.0 1.7 331188 9184 ? S 19:02 0:00 php-fpm: pool www

root@panel:~# ps -aux | grep nginx
root 1199 0.0 0.3 91664 1652 ? Ss 19:02 0:00 nginx: master process /usr/sbin/nginx
www-data 1203 0.0 0.8 92020 4276 ? S 19:02 0:00 nginx: worker process
www-data 1205 0.0 0.8 92020 4276 ? S 19:02 0:00 nginx: worker process
www-data 1207 0.0 0.8 92020 4276 ? S 19:02 0:00 nginx: worker process
www-data 1208 0.0 0.8 92020 4276 ? S 19:02 0:00 nginx: worker process

root@panel:~# id ispconfig
uid=1001(ispconfig) gid=1002(ispconfig) groups=1002(ispconfig)

Is this related to the environment running ISPConfig in a container?

THX]]> http://bugtracker.ispconfig.org/index.php?do=details&task_id=4078 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4078 Bob Wed, 27 Jan 2016 15:40:40 +0000
-------------------------------------------------------------------------------------
- Noninteractive (autoupdate) mode
-------------------------------------------------------------------------------------

The autoupdate mode can read the updater questions from a .ini style file or from
a php config file. Examples for both file types are in the docs folder.
See autoinstall.ini.sample and autoinstall.conf_sample.php.

run:

php update.php --autoinstall=autoinstall.ini

or

php update.php --autoinstall=autoinstall.conf.php]]> http://bugtracker.ispconfig.org/index.php?do=details&task_id=4077 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4077 Till Wed, 27 Jan 2016 13:28:49 +0000 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4076 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4076 Martin Sebald Tue, 26 Jan 2016 13:44:40 +0000
This date is not correct. Here it shows for example: 2023-01-20, 2028-12-20, 2030-11-20]]> http://bugtracker.ispconfig.org/index.php?do=details&task_id=4075 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4075 Martin Sebald Tue, 26 Jan 2016 12:41:05 +0000 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4074 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4074 A. Täffner Sat, 23 Jan 2016 12:45:17 +0000 You let it run once then notice something is wrong thus you set protected $_schedule = '* * * * *'; //run every minute
to debug the problem.

Now you will notice the scrpt gets caled every minute but only onPrepare() and onBeforeRun() get executed. Log will then say Jobs next run is 2016-01-23 3:30:00
every minute...

And yes I made sure that I installed the job. The installed script was correct because after renaming the script and class it worked like expected (ran every minute)

I guess ISPC stores the next execution date somewhere in DB. Probably it would have worked after the next 3:30 execution?]]> http://bugtracker.ispconfig.org/index.php?do=details&task_id=4073 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4073 Fiftyz Fri, 22 Jan 2016 13:40:33 +0000
$conf['amavis']['config_dir'] = '/etc';

and should be:

$conf['amavis']['config_dir'] = '/etc/amavisd';

This is output from

[root@localhost]# yum provides "*/amavisd.conf"
[...]
amavisd-new-2.10.1-5.el7.noarch : Email filter with virus scanner and spamassassin support
Repo : epel
Matched from:
Filename : /etc/amavisd/amavisd.conf
Filename : /etc/clamd.d/amavisd.conf


]]> http://bugtracker.ispconfig.org/index.php?do=details&task_id=4072 http://bugtracker.ispconfig.org/index.php?do=details&task_id=4072