• 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!
  • We are looking for U.S.-based freelancer or agency working with SEO or WordPress for a quick 30-min interviews to gather feedback on XOVI, a successful German SEO tool we’re looking to launch in the U.S.
    If you qualify and participate, you’ll receive a $30 Amazon gift card as a thank-you. Please apply here. Thanks for helping shape a better SEO product for agencies!
  • 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.

Resolved Wordpress Toolkit "scan" feature is now broken...

Thank you for the update. If .wp-toolkit-ignore file doesn't exists in WordPress installation directory and scanning doesn't locate such instance, it worth deeper investigation. The most fast way to find the root cause on your server would be to contact Plesk support. Is this an option for you?
 
Yes, already did this. Plesk Support Team asked the development team to check up on the issue as nothing is pointing to a possible cause.
 
I'm on the latest update and I'm still experiencing this as an admin. One server, two WordPress sites on different subscriptions. WPT detects one but not the other.

Tried:
  • deleting .wp-toolkit-ignore from the root of the problem installation (no recycle bin)
  • un/reinstalling WP Toolkit extension
  • checking for instances with plesk ext wp-toolkit --list in SSH Terminal as root - it finds none
  • plesk repair --fs -y via the GUI - no issues detected
OS: CentOS Linux 7.9.2009 (Core)
Product: Plesk Obsidian, Version 18.0.42 Update #1
WordPress Toolkit version: 5.10.1-6111
 
It could be the same issue I was having.

Try to manually fix the files/dirs like this as "plesk repair fs" doesn't always work:

# find /var/www/vhosts/domain/httpdocs/* -type d -exec chmod 0755 {} \;
# find /var/www/vhosts/domain/httpdocs/$* -type f -exec chmod 0644 {} \;
 
getting the same issue? only one wordpress installation is being detected , i tried fixing file permission from tools section too no .wp-toolkit-ignore too? is there anything else to check? thank you
 
getting the same issue? only one wordpress installation is being detected , i tried fixing file permission from tools section too no .wp-toolkit-ignore too? is there anything else to check? thank you
Hi, please check following things:
1. Domain has hosting
2. WordPress Toolkit is allowed for this subscription (Service Plans -> Service plan used for this subscription -> Tab "Permissions" -> Checkbox "Access to WordPress Toolkit", if subscription is not synchronized with service plan, then you need to check this in subsription page -> Customize -> Permissions)
3. Path to this WordPress site does not starts with "{home path}/.trash" (e.g. /var/www/vhosts/example.tld/.trash/my-wordpress)
4. The file .wp-toolkit-ignore does not exist (you already checked)
5. Permissions are good enough, e.g. system user can read and execute php files and he also can read directories, you can temporary set 0644 for files and 0755 for directories and then in WordPress Toolkit apply the security measure to fix permissions, it will change them to more secure)
6. The directories "wp-content" and "wp-includes" are located in the root directory of the WordPress site
7. The file "wp-config.php" is located in the root directory of the WordPress site, or it is located on a level above
8. Check the limit of allowed WordPress sites per subscription (Service plans -> Service plan used for this subscription -> Resources -> Input "WordPress Websites" or checkbox "Unlmited")

As the last investigation step, do following:
1. Enable additional logging in panel.ini:
Code:
[log]
filter.priority = 7
show.util_exec_io = 1
2. Start "Scan" in WordPress Toolkit and wait for finish
3. Open /var/log/plesk/panel.log and find following lines:
Code:
DEBUG [util_exec] [e65cd4995e82f4e28ac0f05bca5c487a-0] Starting: vhostmng-find, stdin: {"where":{"basedir":"\/var\/www\/vhosts\/example.tld","subdirs":["\/"],"depth":127,"follow_symlinks":false,"scope":["name"]},"run_as":{"user":"user_tfewrtzbgn","group":"psacln"},"what":["wp-includes","wp-content","wp-config.php",".wp-toolkit-ignore"],"options":{"match_full":true,"match_case":true},"output":{"format":"raw"}}
...
DEBUG [util_exec] [e65cd4995e82f4e28ac0f05bca5c487a-0] Finished in 0.24903s, Error code: 0, stdout: /var/www/vhosts/example.tld/jkbvis/wp_agjmf/wp-content
/var/www/vhosts/example.tld/jkbvis/wp_agjmf/wp-includes
/var/www/vhosts/example.tld/jkbvis/wp_agjmf/wp-config.php
/var/www/vhosts/example.tld/jkbvis/wp-content
/var/www/vhosts/example.tld/jkbvis/wp-includes
/var/www/vhosts/example.tld/jkbvis/wp-config.php
, stderr:
You should see the list of files as in the second DEBUG message. If you don't see something like this, or if the "wp-content" + "wp-includes" + "wp-config.php" is not visible in this list, but in fact they are visible in file manager / "ls" output, then maybe they are symlinks or something like this. Need to check that case further
 
Hi, please check following things:
1. Domain has hosting
2. WordPress Toolkit is allowed for this subscription (Service Plans -> Service plan used for this subscription -> Tab "Permissions" -> Checkbox "Access to WordPress Toolkit", if subscription is not synchronized with service plan, then you need to check this in subsription page -> Customize -> Permissions)
3. Path to this WordPress site does not starts with "{home path}/.trash" (e.g. /var/www/vhosts/example.tld/.trash/my-wordpress)
4. The file .wp-toolkit-ignore does not exist (you already checked)
5. Permissions are good enough, e.g. system user can read and execute php files and he also can read directories, you can temporary set 0644 for files and 0755 for directories and then in WordPress Toolkit apply the security measure to fix permissions, it will change them to more secure)
6. The directories "wp-content" and "wp-includes" are located in the root directory of the WordPress site
7. The file "wp-config.php" is located in the root directory of the WordPress site, or it is located on a level above
8. Check the limit of allowed WordPress sites per subscription (Service plans -> Service plan used for this subscription -> Resources -> Input "WordPress Websites" or checkbox "Unlmited")

As the last investigation step, do following:
1. Enable additional logging in panel.ini:
Code:
[log]
filter.priority = 7
show.util_exec_io = 1
2. Start "Scan" in WordPress Toolkit and wait for finish
3. Open /var/log/plesk/panel.log and find following lines:
Code:
DEBUG [util_exec] [e65cd4995e82f4e28ac0f05bca5c487a-0] Starting: vhostmng-find, stdin: {"where":{"basedir":"\/var\/www\/vhosts\/example.tld","subdirs":["\/"],"depth":127,"follow_symlinks":false,"scope":["name"]},"run_as":{"user":"user_tfewrtzbgn","group":"psacln"},"what":["wp-includes","wp-content","wp-config.php",".wp-toolkit-ignore"],"options":{"match_full":true,"match_case":true},"output":{"format":"raw"}}
...
DEBUG [util_exec] [e65cd4995e82f4e28ac0f05bca5c487a-0] Finished in 0.24903s, Error code: 0, stdout: /var/www/vhosts/example.tld/jkbvis/wp_agjmf/wp-content
/var/www/vhosts/example.tld/jkbvis/wp_agjmf/wp-includes
/var/www/vhosts/example.tld/jkbvis/wp_agjmf/wp-config.php
/var/www/vhosts/example.tld/jkbvis/wp-content
/var/www/vhosts/example.tld/jkbvis/wp-includes
/var/www/vhosts/example.tld/jkbvis/wp-config.php
, stderr:
You should see the list of files as in the second DEBUG message. If you don't see something like this, or if the "wp-content" + "wp-includes" + "wp-config.php" is not visible in this list, but in fact they are visible in file manager / "ls" output, then maybe they are symlinks or something like this. Need to check that case further
WOW, I appreciate your time to reply, thank you so much. I'll try this and let you know
 
Back
Top