Obtendo permissões Rsnapshot certas

Question

Eu usei o rsync por anos para manter uma cópia de backup do meu / home / User1 (Client1) no meu Server1 (em uma pasta / mnt / Server1 / Backup). Estas não são máquinas de produção. Esta pasta é montada no Client1 com NFS durante a inicialização na pasta / mnt / Server1 / Backup (assim, / mnt / Server1 / Backup no Server1 é montado com NFS no Client1 em / mnt / Server1 / Backup).

Em ambos os computadores, / mnt / Server1 / Backup pertence a User1 / Group1 com permissões 770.

Instalei o rsnapshot no Client1 com a intenção de fazer backup diário na pasta (/ mnt / Server1 / Backup). User1 já existe em Client1 e Server1 e pode SSH com chaves e sem senha.

Adicionei o seguinte ao arquivo /etc/rsnapshot.conf:

##############################
### SNAPSHOT ROOT DIRECTORY ##
##############################


snapshot_root   /mnt/Server1/Backup/

##############################
### BACKUP POINTS/ SCRIPTS ###
##############################

# LOCALHOST
backup /home/User1  Client/

Quando eu inicio o "rsnapshot configtest" eu recebo "Syntax OK".

Quando executo "rsnapshot -t alpha", recebo o seguinte:

[dom ott 14, 01:12 ][user1@client1:~]rsnapshot -t alpha
echo 23033 > /var/run/rsnapshot.pid 
mkdir -m 0755 -p /mnt/Server1/Backup/rsnapshot/alpha.0/ 
/usr/bin/rsync -a --delete --numeric-ids --relative --delete-excluded \
    /home/Client1/ /mnt/Server1/Backup/rsnapshot/alpha.0/Client1/ 
touch /mnt/Server1/Backup/rsnapshot/alpha.0/ 
[dom ott 14, 01:12 ][user1@client1:~]

Parece que está tudo bem. No entanto, quando eu inicio sem opção t eu recebo o seguinte:

[dom ott 14, 01:12 ][user1@client1:~]rsnapshot alpha
----------------------------------------------------------------------------
rsnapshot encountered an error! The program was invoked with these options:
/usr/bin/rsnapshot alpha 
----------------------------------------------------------------------------
ERROR: Could not write lockfile /var/run/rsnapshot.pid: Permission denied

O rsnapshot está reclamando porque não há permissões suficientes para gravar o PID no sistema de arquivos principal do Client1.

Eu não acho que eu deveria estar usando o sudo, caso contrário, como criar um cronjob sem pedir senha?

Eu poderia usar um "backup" de usuário ad hoc debian ... mas como resolvo o problema de PID?

    

Answer 1

Na verdade, a opção sudo não está funcionando porque diz que não pode escrever na pasta / mnt / Server1 / Backup

     [dom ott 14, 01:15 ][antonio@gaia:~]sudo rsnapshot alpha
     [sudo] password di User1: 
     ----------------------------------------------------------------------------
     rsnapshot encountered an error! The program was invoked with these options:
     /usr/bin/rsnapshot alpha 
     ----------------------------------------------------------------------------
     ERROR: Could not mkpath("/mnt/Server1/Backup/rsnapshot/alpha.0/", 0, 0755);

Eu encontrei uma solução alternativa. O rsnapshot tinha uma opção para definir onde o arquivo PID é gravado. Eu defini como tal:

     lockfile   /mnt/Server1/Backup/rsnapshot

Eu também atribuí o grupo de backup à pasta acima. Finalmente, o que eu também percebi é que o rsnapshot não está nem usando o SSH porque eu tenho a pasta remota montada no Client1 via NFS.