• Our team is looking to connect with folks who use email services provided by Plesk, or a premium service. If you'd like to be part of the discovery process and share your experiences, we invite you to complete this short screening survey. If your responses match the persona we are looking for, you'll receive a link to schedule a call at your convenience. We look forward to hearing from you!
  • The BIND DNS server has already been deprecated and removed from Plesk for Windows.
    If a Plesk for Windows server is still using BIND, the upgrade to Plesk Obsidian 18.0.70 will be unavailable until the administrator switches the DNS server to Microsoft DNS. We strongly recommend transitioning to Microsoft DNS within the next 6 weeks, before the Plesk 18.0.70 release.
  • The Horde component is removed from Plesk Installer. We recommend switching to another webmail software supported in Plesk.

WP Toolkit cloning fails, same symptoms as in EXTWPTOOLK-456 (formerly resolved 03/31/2017)

Bitpalast

Plesk addicted!
Plesk Guru
TITLE:
WP Toolkit cloning fails, same symptoms as in EXTWPTOOLK-456 (formerly resolved 03/31/2017)
PRODUCT, VERSION, OPERATING SYSTEM, ARCHITECTURE:
Onyx 17.8 #40
WP Toolkit 3.6.0-1601
CentOS 7.6
PROBLEM DESCRIPTION:
Please see EXTWPTOOLK-456 and user ticket case #154684.

On all of our 17.8 #40 installations with WP Toolkit release 3.6.0-1601 the WP Toolkit cloning function fails with

"Unable to check database. Error message: Cannot do 'run_mysql_command': The PHP functions `proc_open()` and/or `proc_close()` are disabled. Please check your PHP ini directive `disable_functions` or suhosin settings."

panel.log entry:

[2019-02-23 08:37:00.581] ERR [1] '/usr/local/psa/admin/bin/filemng' '<webspace user account>' 'exec' '/var/www/vhosts/<subscription>/<domain>' '/opt/plesk/php/7.2/bin/php' '-d' 'safe_mode=off' '-d' 'display_errors=off' '-d' 'opcache.enable_cli=off' '-d' 'open_basedir=' '-d' 'error_reporting=341' '-c' '/var/www/vhosts/system/<domain>/etc/php.ini' '/usr/local/psa/admin/plib/modules/wp-toolkit/vendor/wp-cli/wp-cli/php/boot-fs.php' '--path=/var/www/vhosts/<subscription>/<domain>' 'db' 'check' '--quick' '--silent' failed with code 1.

stdout:

stderr:
Cannot do 'run_mysql_command': The PHP functions `proc_open()` and/or `proc_close()` are disabled. Please check your PHP ini directive `disable_functions` or suhosin settings.
{"err_code":true,"err_message":"Cannot do 'run_mysql_command': The PHP functions `proc_open()` and\/or `proc_close()` are disabled. Please check your PHP ini directive `disable_functions` or suhosin settings."}​
STEPS TO REPRODUCE:
Create a Wordpress instance or use an existing instance.
Click the "Clone instance" button.​
ACTUAL RESULT:
"Unable to check database. Error message: Cannot do 'run_mysql_command': The PHP functions `proc_open()` and/or `proc_close()` are disabled. Please check your PHP ini directive `disable_functions` or suhosin settings."​
EXPECTED RESULT:
Ignore proc_open and proc_close settings. These must not be used, because in shared hosting environments these functions must always stay disabled in subscriptions.​
ANY ADDITIONAL INFORMATION:
Reinstallation of current patches did not resolve it. Also reported in user ticket #154684.
YOUR EXPECTATIONS FROM PLESK SERVICE TEAM:
Confirm bug
 
Yes, it was resolved in an update on Saturday/Sunday night from WP Toolkit 3.6.0-1601 to WP Toolkit 3.6.0-1603. At the time when I filed the report the issue existed, but fortunately it was quickly solved.

It seems however, that there are some other new issues that that update brought in (Issue - WordPress Toolkit update disaster).
 
We now get this message when cloning:

Unable to check database. Error message: mysqlcheck: Got error: 1045: Access denied for user 'xxxxxx'@'xxxxx' (using password: YES) when trying to connect

panel.log

[2019-02-27 23:09:25.693] ERR [1] '/usr/local/psa/admin/bin/filemng' '<webspace user account>' 'exec' '/var/www/vhosts/<subscription>/<domain>' '/opt/plesk/php/7.2/bin/php' '-d' 'safe_mode=off' '-d' 'display_errors=off' '-d' 'opcache.enable_cli=off' '-d' 'open_basedir=' '-d' 'error_reporting=341' '-c' '/var/www/vhosts/system/<domain>/etc/php.ini' '/usr/local/psa/admin/plib/modules/wp-toolkit/vendor/wp-cli/wp-cli/php/boot-fs.php' '--path=/var/www/vhosts/<subscription>/<domain>' 'db' 'check' '--quick' '--silent' failed with code 2.

stdout:

stderr:
mysqlcheck: Got error: 1045: Access denied for user 'dbuser'@'::1' (using password: YES) when trying to connect
 
Last edited:
reset/changing the password does not help.

But it would be no solution now suddenly for hundreds / thousands of database users to reset the password.
 
@moswak Could you please open a new thread for your issue? It is something completely different than what is described in this thread.
 
Back
Top