APS installer is not working on my ispconfig multiserver environment. I need to know the process flow and/or pre requisite when APS installer was created on ispconfig panel.
It's not easy to suggest something when you don't describe the failure that you get. Are you unable to update the package list, or are you unable to install a package, did you try other packages as not all of them are working and which error do you get etc. The requirements are defined in the perfect server tutorials, when you installed everything that's listed in the perfect server guide for web server part, then the requirements are met. See here on how to debug issues on your system: https://www.faqforge.com/linux/debugging-ispconfig-3-server-actions-in-case-of-a-failure/
Here's what I found in ispconfig logs 21.12.201901:23 - DEBUG - Calling function 'check_phpini_changes' from plugin 'webserver_plugin' raised by action 'server_plugins_loaded'. 21.12.2019-01:23 - DEBUG - Remove Lock: /usr/local/ispconfig/server/temp/.ispconfig_lock finished. Additional info. My ispconfig interface were installed in my DB server. Multi-server environment with mirror servers. From mysql server logs. I can't see any insert query for aps_instances and aps_instances_settings table
You either run the debug on the wrong server, it has to be run on the server where the package shall be installed, or there was no pending installation. But as mentioned above, I can't really help you when you do not describe in detail what your problem is.
And regarding your Linux system, you followed our install instructions and installed the software versions that ship with one of the supported oS, or did you install 'newer' software like PHP 7.4 or MariaDB 10.4 which are known to not work with ISPConfig?
Server OS version: 18.04 ISPConfig version: latest Apache version: Apache/2.4.29 PHP version: 7.2.19 MySQL version: 5.7.26 Steps to reproduce: Update Package list Go to available packages look for wordpress(for example) and install Provided necessary info and click install. It redirects to Installed Packages. But the list is empty. I ran the debug on all servers. All servers shows the same two lines I provided. package was downloaded inside /usr/local/ispconfig/server/aps_packages my /usr/local/ispconfig/server folder(including contents) have user root and group root permission. Is this correct? I attached the mysql log for reference. https://ibb.co/8P5PH0V
With latest ISPConfig you mean 3.1.15p2? I just tested that version here and the aps installer works fine on Ubuntu 18.04. ispconfig has switched to MariaDB several years ago, so I don't have any systems that still use MySQL though. But it should work on MySQL 5.7 as well. Debug can not show more in this case because the install job was not even created. Have a look into the global apache error.log to see if you can find any errors there.
Additional info. package was downloaded inside /usr/local/ispconfig/server/aps_packages my /usr/local/ispconfig/server folder(including contents) have user root and group root permission. Is this correct? no global apache error log
On the server where it shall be installed? In this case, it must show up in the list of installed apps at least as pending or failed and it must have shown up in the debug log when you have run the debug after you installed it. yes. There must be a global apache error.log on the interface server in /var/log/apache2/, please check again.
sorry I'm mistaken. the package that was download inside /usr/local/ispconfig/server/aps_packages was dated Dec 12 not today. I've been trying to figure out the issue on this aps installer for quite some time.
In the ispconfig tar.gz file you find a sql dump file in install/sql/ispconfig3.sql Compare the aps_* tables in that file with the ones on your server(s) to ensure that the database structure is correct and no column is missing.
aps_* table structure looks similar to definition in ispconfig3.sql. Here's the apache logs. My current date time is Dec 21 2:47AM. [Sat Dec 21 00:48:02.365983 2019] [mpm_prefork:notice] [pid 14204] AH00169: caught SIGTERM, shutting down [Sat Dec 21 00:48:02.563691 2019] [suexec:notice] [pid 14856] AH01232: suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec) [Sat Dec 21 00:48:02.630868 2019] [:notice] [pid 14867] FastCGI: process manager initialized (pid 14867) [Sat Dec 21 00:48:02.753184 2019] [:error] [pid 14860] python_init: Python version mismatch, expected '2.7.6', found '2.7.17'. [Sat Dec 21 00:48:02.753263 2019] [:error] [pid 14860] python_init: Python executable found '/usr/bin/python'. [Sat Dec 21 00:48:02.753269 2019] [:error] [pid 14860] python_init: Python path being used '/usr/lib/python2.7:/usr/lib/python2.7/plat-x86_64-linux-gnu:/usr /lib/python2.7/lib-tk:/usr/lib/python2.7/lib-old:/usr/lib/python2.7/lib-dynload'. [Sat Dec 21 00:48:02.753298 2019] [:notice] [pid 14860] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads. [Sat Dec 21 00:48:02.753304 2019] [:notice] [pid 14860] mod_python: using mutex_directory /tmp [Sat Dec 21 00:48:02.806074 2019] [mpm_prefork:notice] [pid 14860] AH00163: Apache/2.4.29 (Ubuntu) mod_fastcgi/mod_fastcgi-SNAP-0910052141 mod_fcgid/2.3.9 m od_python/3.3.1 Python/2.7.17 OpenSSL/1.1.1 configured -- resuming normal operations [Sat Dec 21 00:48:02.806118 2019] [core:notice] [pid 14860] AH00094: Command line: '/usr/sbin/apache2'
