• If you are still using CentOS 7.9, it's time to convert to Alma 8 with the free centos2alma tool by Plesk or Plesk Migrator. Please let us know your experiences or concerns in this thread:
    CentOS2Alma discussion

Issue Error loading php-info

omexlu

Regular Pleskian
Hello,

I have the problem in Plesk that the php-info of a subdomain can not be loaded, all other domains/subdomains under the same PHP version can be called without problems.

That's really strange, what could be the reason?

Thanks in advance.
 
* What happens when you try to load the page? Any error messages?
* What do you see in error_log?
 
* What happens when you try to load the page? Any error messages?
* What do you see in error_log?

I try to open it from the panel and I always get an error message that it cannot be loaded even after few trys.

Which error.log where should I look?

The problem occurs only with a certain subdomain, all others work.
 
Well, but what is the exact error message you get? Did you check DNS? Are you able to load static HTML pages from that subdomain?

The error log is in /var/www/vhosts/system/<your.subdomain.tld>/logs
 
Well, but what is the exact error message you get? Did you check DNS? Are you able to load static HTML pages from that subdomain?

The error log is in /var/www/vhosts/system/<your.subdomain.tld>/logs

Everything works as it should, except that the php-info in the panel for this subdomain cannot be called.

DNS & everything is correct, everything else is working but the php-info in the panel:
Error: Unable to retrieve information about the PHP configuration.

There is nothing in the mentioned error.log, because the problem is with being somewhere in the panel and also must being another log.
 
I have researched all this and it is not, phpinfo is not disabled.

The settings are the same as for all other domains, only here it cannot be opened.

Outside of the plesk-panel I can also view the php-info.

EDIT: I found this in ''/var/log/plesk-php74-fpm/error.log':
[09-Mar-2020 10:00:29] WARNING: [pool adserver.domain.tld] child 20131 said into stderr: "ERROR: Unable to set php_value 'disabled_functions'"

Maybe there is something wrongly defined here, I'll have to look later.
 
Last edited:
Hmm, does it really say "disabled_functions"? If so, then you have an error in your (custom?) php.ini settings, as the function is called "disable_functions", not "disabled_functions".

Can you post your file /var/www/vhosts/<your.subdomain.tld>/etc/php.ini?
 
Hmm, does it really say "disabled_functions"? If so, then you have an error in your (custom?) php.ini settings, as the function is called "disable_functions", not "disabled_functions".

that was my error has that in the additional statements misspelled, this error message is now already gone, anyway, I can not call the php-info of two subdomains over the panel.

Can you post your file /var/www/vhosts/<your.subdomain.tld>/etc/php.ini?

This file does not exist here.
 
Here is the content of the php.in the affected subdomain

Code:
; ATTENTION!
;
; DO NOT MODIFY THIS FILE BECAUSE IT WAS GENERATED AUTOMATICALLY,
; SO ALL YOUR CHANGES WILL BE LOST THE NEXT TIME THE FILE IS GENERATED.

[PHP]
SMTP = localhost
allow_url_fopen = On
allow_url_include = Off
auto_append_file =
auto_globals_jit = On
auto_prepend_file =
bcmath.scale = 0
cli_server.color = On
date.timezone = Europe/Berlin
default_charset = "UTF-8"
default_mimetype = "text/html"
default_socket_timeout = 60
disable_classes =
disable_functions = mail
display_errors = Off
display_startup_errors = Off
doc_root =
enable_dl = Off
engine = On
error_reporting = 22519
expose_php = Off
file_uploads = On
ignore_repeated_errors = Off
ignore_repeated_source = Off
implicit_flush = Off
ldap.max_links = -1
log_errors = On
log_errors_max_len = 1024
mail.add_x_header = Off
max_execution_time = 30
max_file_uploads = 50
max_input_time = 60
memory_limit = 256M
mysqli.allow_persistent = On
mysqli.default_host =
mysqli.default_port = 3306
mysqli.default_pw =
mysqli.default_socket =
mysqli.default_user =
mysqli.max_links = -1
mysqli.max_persistent = -1
mysqli.reconnect = Off
mysqlnd.collect_memory_statistics = Off
mysqlnd.collect_statistics = On
odbc.allow_persistent = On
odbc.check_persistent = On
odbc.defaultbinmode = 1
odbc.defaultlrl = 4096
odbc.max_links = -1
odbc.max_persistent = -1
open_basedir = "/var/www/vhosts/domain.tld/:/tmp/"
output_buffering = 4096
pdo_mysql.default_socket =
pgsql.allow_persistent = On
pgsql.auto_reset_persistent = Off
pgsql.ignore_notice = 0
pgsql.log_notice = 0
pgsql.max_links = -1
pgsql.max_persistent = -1
post_max_size = 101M
precision = 14
register_argc_argv = Off
report_memleaks = On
request_order = "GP"
serialize_precision = -1
session.auto_start = 0
session.cache_expire = 180
session.cache_limiter = nocache
session.cookie_domain =
session.cookie_httponly =
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_samesite =
session.gc_divisor = 1000
session.gc_maxlifetime = 1440
session.gc_probability = 0
session.name = PHPSESSID
session.referer_check =
session.save_handler = files
session.save_path = "/var/lib/php5/sessions"
session.serialize_handler = php
session.sid_bits_per_character = 5
session.sid_length = 26
session.trans_sid_tags = "a=href,area=href,frame=src,form="
session.use_cookies = 1
session.use_only_cookies = 1
session.use_strict_mode = 0
session.use_trans_sid = 0
short_open_tag = Off
smtp_port = 25
soap.wsdl_cache_dir = "/tmp"
soap.wsdl_cache_enabled = 1
soap.wsdl_cache_limit = 5
soap.wsdl_cache_ttl = 86400
tidy.clean_output = Off
unserialize_callback_func =
upload_max_filesize = 100M
user_dir =
variables_order = "GPCS"
zend.assertions = -1
zend.enable_gc = On
zend.exception_ignore_args = On
zlib.output_compression = Off
 
Looks OK to me.

Do other PHP scripts on the same subdomain work or is it just the specific one with phpinfo(); ?

Have you already tried switching the PHP handler to another version and switching it back to the original one again?
 
Do other PHP scripts on the same subdomain work or is it just the specific one with phpinfo(); ?

Everything works as it should only that in the panel the phpinfo can not be called, but in the script via browser it works.

Have you already tried switching the PHP handler to another version and switching it back to the original one again?

No I haven't tried that yet, but a second subdomain is affected and 5.6.x still runs on it.

@IgorG
is such a problem already known, or what could I do?

thanks
 
Ah, so you only can't open the link "View the phpinfo() page" in Plesk? For the whole time I thought you can't open a PHP script in your browser that contains the phpinfo() function call....

Meh, in that case: Check your /var/log/plesk/panel.log and /var/log/sw-cp-server/error_log files and check if you see any errors reported there.
There used to be a bug in Obsidian that was related to the phpinfo link in Plesk, but that bug has been fixed long time ago: [FIXED BUG] phpinfo() page in Plesk does not open when SEO-safe 301 redirect is enabled: Unable to retrieve information about the PHP configuration

Is you Plesk Obsidian installation up to date?
Have you ever tried plesk repair web?
 
Ah, so you only can't open the link "View the phpinfo() page" in Plesk? For the whole time I thought you can't open a PHP script in your browser that contains the phpinfo() function call....

No problem :) Maybe it's my bad English.

Meh, in that case: Check your /var/log/plesk/panel.log and /var/log/sw-cp-server/error_log files and check if you see any errors reported there.
There used to be a bug in Obsidian that was related to the phpinfo link in Plesk, but that bug has been fixed long time ago: [FIXED BUG] phpinfo() page in Plesk does not open when SEO-safe 301 redirect is enabled: Unable to retrieve information about the PHP configuration

/var/log/plesk/panel.log
Code:
[2020-03-09 14:26:52.807] ERR [panel] Failed to execute request: The requested URL returned error: 401 Unauthorized
[2020-03-09 14:26:52.807] ERR [panel.ui] Informationen über die PHP-Konfiguration können nicht abgerufen werden.

/var/log/sw-cp-server/error_log
Code:
empty

Is you Plesk Obsidian installation up to date?

Yes, all is up-to-date

Have you ever tried plesk repair web?

Not at this, should i do this? And how?

EDIT:
I think I got it:

Both subdomains are currently protected by htaccess on the DocumentRoot, so phpinfo cannot be accessed in the Panel.

I have to try later when I am at home.
 
Both subdomains are currently protected by htaccess on the DocumentRoot, so phpinfo cannot be accessed in the Panel.

I have to try later when I am at home.

Ah yes, this is crucial information: You won't be able to load the "view phpinfo" link in Plesk if there is a password protection on your domain/subdomain. That's expected behaviour.
 
Then the problem is here to 1000%, because the 2 affected subdomains are both protected in the DocumentRoot by password, i will test that soon .

Anyway, thanks for your good help :)
 
Back
Top