With the ability to reconfigure selected services in 3.1, there may be dependencies in once service on something configured in another.

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.

Hi,

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

The installation script creates configuration files for php5-fpm socket /etc/php5/fpm/pool.d/apps.conf:
[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)

Hello!

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

When I run the update.php script with --autoinstall=autoinstall.conf.php it is interactive, but I would expect the update.php non-interactive like the install.php with --autoinstall=autoinstall.conf.php as mentioned in the comments of the update.php and install.php

-------------------------------------------------------------------------------------
- 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

https://www.howtoforge.com/community/threads/problem-creating-clients-in-3-1dev.72012/#post-338848

When adding a new website or alias domain an added_date is saved into the database and shown in the frontend.

This date is not correct. Here it shows for example: 2023-01-20, 2028-12-20, 2030-11-20

Please add the feature which allows an admin to change the customer/user for a domain in the frontend. At the moment this is not possible. I can click on the record and save it, but both fields (domain and customer) are blocked.

When creating an internal cron script and setting e.g. protected $_schedule = '30 3 * * *'; //daily at 3:30 a.m.
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?

In folder ispconfig3_install/dist/conf/cenots70.conf.php the amavis config_dir path is wrong, is:

$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