• 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
  • Inviting everyone to the UX test of a new security feature in the WP Toolkit
    For WordPress site owners, threats posed by hackers are ever-present. Because of this, we are developing a new security feature for the WP Toolkit. If the topic of WordPress website security is relevant to you, we would be grateful if you could share your experience and help us test the usability of this feature. We invite you to join us for a 1-hour online session via Google Meet. Select a convenient meeting time with our friendly UX staff here.

Issue Backup Manager Error

voelu28

New Pleskian
Server operating system version
Ubuntu 20.04.6 LTS
Plesk version and microupdate number
18.0.56 Update #4
Hello, I'm getting this errors for every subscription/domain after a backup was initiated:

Warning: Subscription "abc.de"
Not all the data from /var/www/vhosts/abc.de was backed up successfully:
.ssh/id_rsa: Cannot open: Permission denied
.ssh/id_rsa.pub: Cannot open: Permission denied
.wp-toolkit: Cannot open: Permission denied
.wp-toolkit/backups: Cannot stat: Permission denied
.wp-toolkit/snapshots: Cannot stat: Permission denied
.wp-toolkit/snapshots/instance_files_4_vkenv.zip: Cannot stat: Permission denied
wordpress-backups/abc.de__2020-12-09T20_17_35+0100.zip: Cannot open: Permission denied
wordpress-backups/abc.de__2021-09-09T18_23_00+0200.zip: Cannot open: Permission denied
wordpress-backups/abc.de__2022-08-05T04_01_02+0200.zip: Cannot open: Permission denied
Warning: Extension "Git"
Unable to back up extension. Error: Failed to exec backup_restore_helper: Exit code: 1: filemng failed: base64: /var/www/vhosts/faircorruption.de/.ssh/id_rsa.pub: Permission denied filemng: Error occurred during /usr/bin/base64 command.
What I actually have done: Unable to start the migration: Permission denied (password) or id_rsa.203.0.113.2 not accessible - Support Cases from Plesk Knowledge Base
 
go to your domain directory /var/www/vhosts/<domain>/ use ls -al to display the directory. There you will see the usernames check whether the directory has the username first "Name" in the display.

Code:
ls -al /pathtoyourdomain/

Next, compare the name with the directories where you have “permission denied”.

If there are other names than the main user name of the FTPS / SSH from the domain, you should run

Code:
chown -R <usernameofdomain>:psaserv ./<pathtoyourbackupfolder>

check the directory permissions and if necessary change them with:

Code:
chmod -R 755 ./pathtoyourbackupfolder

be careful with -R it recursiv
 
@ChristophRo, could you please open a support ticket on this? As there have been other issues with the backup since 18.0.57 I am not sure whether this is a new bug that needs to be addressed, or whether this is part of existing bug(s) that are already known and will be fixed by a microupdate.
 
Plesk 18.0.57 WordPress toolkit works as expected for me

no error like this:
Code:
.wp-toolkit/backups: Cannot stat: Permission denied
 
go to your domain directory /var/www/vhosts/<domain>/ use ls -al to display the directory. There you will see the usernames check whether the directory has the username first "Name" in the display.

Code:
ls -al /pathtoyourdomain/

Next, compare the name with the directories where you have “permission denied”.

If there are other names than the main user name of the FTPS / SSH from the domain, you should run

Code:
chown -R <usernameofdomain>:psaserv ./<pathtoyourbackupfolder>

check the directory permissions and if necessary change them with:

Code:
chmod -R 755 ./pathtoyourbackupfolder

be careful with -R it recursiv
Everything is set to psaserv. So I think it's a bug.
 
go to your domain directory /var/www/vhosts/<domain>/ use ls -al to display the directory. There you will see the usernames check whether the directory has the username first "Name" in the display.

Code:
ls -al /pathtoyourdomain/

Next, compare the name with the directories where you have “permission denied”.

If there are other names than the main user name of the FTPS / SSH from the domain, you should run

Code:
chown -R <usernameofdomain>:psaserv ./<pathtoyourbackupfolder>

check the directory permissions and if necessary change them with:

Code:
chmod -R 755 ./pathtoyourbackupfolder

be careful with -R it recursiv
If somebody will do this, pls use "plesk repair fs" afterwards! Not every directory of the domains are "psaserv" but "psacln"!
 
Only the document root directories are psaserv based, the files and directories underneath document roots are owned by the psacln group.
 
Back
Top