• 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 Error when opening Wordpress Instances Overview in Plesk

vic666

New Pleskian
Using wp-toolkit, I registered and installed a new instance into the folder EXAMPLE.COM/wordpress. Afterwards, I changed my mind about this and wanted to put the installation back into the root folder.

I was under the impression that should be easy enough to do, but apparently it's not. Yesterday, I started with this:

  1. I logged into the WP Admin panel and manually changed the URL. After this, I could no longer reach the WP Admin site.
  2. In the vhosts folder on the Plesk system, I manually moved all files from ../httpdocs/wordpress to ../httpdocs. Now WP Admin would work again.
Apparently, though, I missed something and that had an unexpected effect. Overnight, Plesk tried to update this WP instance and failed because it could not find the files.The log shows the following error message:

Website "/httpdocs/wordpress" (example.com): Failed to reset cache for the instance #4: filemng: Failed to change directory to /var/www/vhosts/example.com/httpdocs/wordpress: No such file or directory

This doesn't sound too bad by itself, clearly the name must be updated in yet another place, that's all. Or at least that's how it should be, instead, I can no longer access any Wordpress instances form the Plesk control panel, I get the following error:

InstanceProperties.php:
Return value of PleskExt\WpToolkit\Db\Dictionary\InstanceProperties::getLastUpdateProposition() must be an instance of PleskExt\WpToolkit\Model\UpdateProposition, bool returned

It seems that the failed update led to another error that does not seem directly related. This actually looks like a bug in Plesk to me.

So, I guess I have two separate issues now:

Most importantly, how do I get rid of this error message and back into my WP Toolkit overview?

Secondly, can you confirm that in order to change the installation path, the following steps are sufficient:

  1. Change path in WP Admin panel
  2. Manually correct path in /var/www/vhosts/mysite
  3. In wp-toolkit.sqlite3, in table Instances, change "path" to reflect the new path.
 
Just some additional info: Only the admin profile is affected where the domain in question is associated. Customers can still get into wp-toolkit.
 
Thank you for the detailed report! We will reproduce and it as soon as we can and will give you an instruction on how to fix it before the official fix will be released.

Regarding changing the website path, it's quite a tricky thing to do it manually. But WordPress Toolkit provides the easiest way to do it - all that you need is to clone a website from one location into another.
 
Hi, I've done your tricks and lost WP site. Running "instances-auto-update" task did not cause your error " Failed to reset cache for the instance ..." in log. Later this instance was indicated as broken, but detachin it and then scan fixed instance problem and site seems working good.
As Aleksey recommended simplest and reliable metod is to clone WP instance to existed domain.
 
@vic666 WPT has the "Update site URL" feature that should be useful in your scenario. After manually moving WP from one directory to another, open the hamburger menu in the top right part of the website card and use the "Update site URL" option. This should change the URLs in WordPress based on the actual domain/path where WordPress is currently hosted.
 
Hi. Thank you for your patience.
We have investigated the scenario you have described and found no way such issue could occur by operating the toolkit. We have supposed it caused by WordPress Toolkit database inconsistency happens during attempts to move website by altering WordPress Toolkit database manually. Anyway, there is a solution we will be glad to suggest to you: Open your WPT database and execute the query below.
SQL:
DELETE FROM InstanceProperties WHERE name="lastUpdateProposition";
 
Hi all, sorry it took me a long time to reply. I just tried Mihail's suggestion, and this seems to have done the trick. Now, WP Toolkit would start again. It would show me a broken instance under httpdocs/wordpress (which no longer exists since I moved the files). I was able to remove this instance. The database and user were not removed because they are still in use by the httpdocs instance.

I then received an error saying "An error has occured when deleting WordPress website on "example.com" in /var/www/vhosts/example.com/httpdocs/wordpress: filemng failed: filemng: stat filed: No such file or directory. System error 2: no such file or directory.

Anyway, it seems this error can be ignored. Thanks for your support.
 
Back
Top