MultiPHP Manager Not Loading
Hi,
I have successfully elevated CentOS 7.9 to AlmaLinux v8.10.0. Everything is working fine but the MultiPHP Manager in whm is not loading. The users are able to select the PHP version of their choice from their cpanels.
-
Does
yum update
work without problems?Did you run
/scripts/upcp --force0 -
>yum update
Last metadata expiration check: 1:01:46 ago on Mon 24 Jun 2024 04:30:00 PM PKT.
Dependencies resolved.
Nothing to do.
Complete!
The system is fully updated.
>/scripts/upcp --force
[2024-06-24 17:38:03 +0500] cPanel update completed
[2024-06-24 17:38:03 +0500] A log of this update is available at /var/cpanel/updatelogs/update.251903.19260877.1719039759.log
[2024-06-24 17:38:03 +0500] Removing upcp pidfile
[2024-06-24 17:38:03 +0500]
[2024-06-24 17:38:03 +0500] Completed all updates
=> Log closed Mon Jun 24 17:38:03 2024
The issue is still there after forcefully update.0 -
Whenever there is an issue with the interface you should always start with the cPanel logs at /usr/local/cpanel/logs/error_log. Do you see anything helpful there when you access that page of WHM?
0 -
When accessing MultiPHP Manager page, error_log shows:
stat: cannot statx '/var/cpanel/install_version': No such file or directory0 -
I don't think that is causing the problem.
In a server I renamed that file and MultiPHP Manager still works, although I get the same error in the error log.0 -
So what to do next?
0 -
Is that the only error that shows up in the log?
0 -
I can verify I have 2 servers that started doing this as well ..... 110.0.34. We are in the process of rebuilding PHP 7 apps to laravel & PHP 8. I asked my Datacenter if CPanel was going to disable anything at EOL. They responded with "No that should not happen it should continue to work. Just will not be getting updates"
Well I login to check something and notice that MutiPHP is not loading as above and that EasyApache is also doing this.
We havent logged in or done any updates .... I had pushed some updates to our apps API yesterday and the .htaccess got over written so I logged in to check and found this. I have to manually add the handler back to the .htaccess to get the API back up. I have a ticket open with my datacenter since I think I pay $60 a month for CPanel on each server.
Seems like CPanel may be killing it off to force us? I am spinning up an Alma Linux box but it only goes back to 7.2. I think it is time to build purpose built boxes and get away from CPanel0 -
==> cpsrvd: transferred port bindings: 10,11,12,3,4,5,6,7,8,9
==> cpsrvd: bound to ports
[2024-06-25 11:35:02 -0400] info [cpsrvd] version 11.110.0.34 online
==> cpsrvd 11.110.0.34 started
==> cpsrvd: loading security policy....Done
==> cpsrvd: Setting up SSL support ... Done
==> cpsrvd: transferred port bindings: 10,11,12,3,4,5,6,7,8,9
==> cpsrvd: bound to ports
[2024-06-25 11:38:16 -0400] info [cpsrvd] version 11.110.0.34 online
[2024-06-25 11:38:27 -0400] info [whostmgrd] Successfully verified signature for cpanel (key types: release).
[2024-06-25 11:48:32 -0400] info [whostmgrd] Successfully verified signature for cpanel (key types: release).I have no errors in the log
0 -
We definitely aren't "killing off" anything, but the fact that EasyApache 4 isn't loading often indicates a Yum issue of some sort. Are you able to run "yum update" on the server with no problems?
0 -
Not sure what https://download.imunify360.com/el/7 is but I didnt install it and it appears to be blocking Yum
0 -
That's something! Let's try this classic combination of commands to see if that clears the Yum cache and gets things working:
yum clean all
yum makecache
yum update0 -
Opened a ticket with my Datacenter ..... awaiting follow up
[root@littlefinger ~]# yum clean all
Loaded plugins: fastestmirror, universal-hooks
Existing lock /var/run/yum.pid: another copy is running as pid 31134.
Another app is currently holding the yum lock; waiting for it to exit...
The other application is: yum
Memory : 28 M RSS (2.0 GB VSZ)
Started: Tue Jun 25 12:16:12 2024 - 00:02 ago
State : Sleeping, pid: 31134
Another app is currently holding the yum lock; waiting for it to exit...
The other application is: yum
Memory : 29 M RSS (2.0 GB VSZ)
Started: Tue Jun 25 12:16:12 2024 - 00:04 ago
State : Sleeping, pid: 311340 -
>Is that the only error that shows up in the log?
Yes when accessing the MultiPHP Manager.
Is there any command line script for MultiPHP Manager in /scripts/? So that default PHP version may be set for system and users as well.
0 -
Not in /scripts, but there are some API calls available here:
0 -
I have updated PHP versions to all users but the MultiPHP Manager page in whm is still not loading. Hopefully the problem may be resolved in the next update.
0 -
Hassan Khan - the issue isn't something that we need to fix as part of an update. Could you submit a ticket so your server can be examined?
0 -
I have the same issue after upgrading from CentOS7 to AlmaLinux8.10.
The loading spinners never finish to load. I don't see any JS or network errors in the browser. Additionally there are no errors in /usr/local/cpanel/logs/error_log. Both of these commands return the correct output without issue too:
whmapi1 php_get_installed_versions
whmapi1 php_get_vhost_versions
Everything else seems to be working well. What can I do? I suppose I can use the whmapi1 commands moving forward but it concerns me if there's an issue in the background that I'm not aware of.0 -
Hello,
If you're still experiencing issues accessing the MultiPHP Manager, I recommend updating cPanel using the/scripts/upcpcommand and checking again. If the problem persists, go to the Feature Manager, disable the MultiPHP Manager option, then re-enable it and try again.0 -
Hey TechAmigo Support. Thanks for the reply. The MultiPHP Manager is working through the individual cPanel accounts. It's not working through WHM though - I suppose that has additional functionality like the PHP-FPM settings. Disabling/enabling didn't have any effect as I suppose that only affects cPanel accounts and I can confirm I'm on the latest version for release tier (130.0.15). Any other ideas?
0 -
I am having the same issue. It does the same thing on Nginx Manager and MultiPHP Manager. Is there any solution to this?
0 -
luceb - can you get me more details about your specific situation? Are there any errors in the cPanel log when you try and access the page?
0
Please sign in to leave a comment.
Comments
22 comments