Issue Backup warning, due to root perms of .ssh/ directory. Backup "was created and can be restored, although some minor issues occurred."

[Paul Larson]

Server operating system version

CentOS Linux release 7.9.2009 (Core)

Plesk version and microupdate number

18.0.72

It seems nearly every Plesk server, and nearly every backup, displays this warning each time the backup is run.

Warning: Extension "Git"
Unable to back up extension. Error: Failed to exec backup_restore_helper: Exit code: 1: Failed to copy files storage to destination path. stderr: filemng: Cannot open destination file '/var/www/vhosts/example.com/.ssh/id_rsa.Z77a1q'
System error 13: Permission denied
stdout: filemng: Cannot open destination file '/var/www/vhosts/example.com/.ssh/id_rsa.Z77a1q'
System error 13: Permission denied

In those cases, I login to the shell of that domain user to review the ownership of $/.ssh

-bash-4.2$ ls -la
total 7224
drwx--x---. 12 myuser psaserv     268 Oct 27 12:21 .
drwxr-xr-x. 28 root     root       4096 Oct 27 12:21 ..
-rw-------.  1 myuser psacln      694 Sep  9 13:26 .bash_history
.....truncated....
drwxr-xr-x.  2 root     root         29 Sep  9 12:45 .ssh
drwxr-xr-x.  3 myuser psacln       65 Oct 10 00:24 .subversion
drwxr-xr-x.  5 myuser psacln      101 Sep  9 12:46 system
drwxrwxr-x.  4 myuser psacln       43 Sep  9 12:46 templates

If I change the ownership of .ssh/ from "root:root" to "myuser: psacln" - all is fixed.

Can this be made to a default permissions setting, server-wide?

 

[scsa20]

The default permission should be the useraccountsacln. You can always run plesk's repair on the file system to repair the permissions. This can be done from the panel itself or running the following as root:

plesk repair fs