• 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.

Issue plesk bin repair fs not as effective as expected

websavers

Regular Pleskian
Hey there,

Coincidentally we had two different servers wherein a command was accidentally run to recursively change the ownership of the entire /var directory to all the same value. In one case it was the plesk user and in another it was popuser: popuser.

We had hoped to be able to run `plesk bin repair fs`, and have Plesk repair everything for us. Unfortunately it didn't work out that way. This utility does the absolute bare minimum to bring websites back online, but then you're left dealing with a bunch of other issues later on, such as database deletion issues, mail not being delivered, and clients who are unable to delete their own files.

As far as we can tell, the existing Plesk repair, does just the folders leading up to and including those containing client data, but not the client data itself. Here are some areas that need to still be fixed after such a repair:

1. Everything within the web root itself. This command *should* chown -R pleskuser: psacln /var/www/vhosts/[...path to each web root... ]/* and chmod as necessary too. But it doesn't.

2. When using postfix it *should* repair all queue paths like /var/spool/postfix/deferred to ensure messages can be delivered / pass through the right queues. It could do (at least some of) this by running a command like `/usr/sbin/postfix set-permissions` but it doesn't seem to do this.

3. It should fix /var/lib/mysql by setting ownership appropriately, but it does not, meaning when someone goes to remove a database later, it fails, saying:

Internal error: Error dropping database (can't rmdir './lpp_m2', errno: 39)

Message Error dropping database (can't rmdir './lpp_m2', errno: 39)
File DatabaseManagerMySQL.php
Line 610
Type PleskUserDBException

Here's hoping for an improved repair utility in the future.

-Jordan
 
Hey Igor,

I have not... that's kinda the question now isn't it -- feature request or bug?

I think it's a fair assumption to make that this tool will repair *all* functions necessary for Plesk systems to work normally. That *should* thusly mean it

- repairs all of the Postfix queues permissions successfully.
- repairs permissions for all databases so there are no Plesk issues that remain

These would *not* be a feature request, but rather a bug fix, if you ask me.

That said, I can see how you might consider setting permissions for the webroot (often httpdocs) to be considered a feature request.
 
Back
Top