o método deja-dup ssh não funciona - escreve localmente

4

Após anos de rsync , estou experimentando deja-dup . Não tão bem sucedido, até agora:

Toda tentativa de que ela grave seu backup via ssh resulta em uma árvore de diretórios local aberta no diretório onde o front dejaupdup começou: para o registro: user e server estão definidos com o utilitário de configuração, o backup deve ir para o diretório /export/dumps/notebookhost/user/deja-dup Usando um pequeno diretório como fonte para o backup, para testar ...

resultado: um diretório local de /home/user/sftp:/user/server/export/dumps/notebookhost/user/deja-dup contendo o backup (imagine isso em um agendamento de backup do diretório inicial - cada vez que ele é chamado, ele incharia o homedirectory com backup + homedirectory, até que o limite do sistema de arquivos seja atingido)

A chamada de duplicidade a partir da linha de comando funciona como deveria - usando scp ou sftp - uma vez que uma chave ssh pública sem chave é instalada no host de destino:

 duplicity sampledir scp://user@host//export/dumps/client/home/user/deja-dup/
 duplicity sampledir sftp://user@host//export/dumps/client/home/user/deja-dup/

Mas, mesmo depois de esses métodos serem testados e verificados (e a limpeza da bagunça local), o dejetor de front-end ainda cria estruturas de diretórios locais a partir de " sftp: " Omitir o nome de usuário nos resultados da configuração ao omitir o nome de usuário no caminho (local). O preenchimento com / -es em locais estratégicos resultou apenas em %2F -es adicionados ao caminho.

Se "local personalizado" for selecionado, o último uri gerado para ssh será exibido como:

sftp://192.168.178.12/export/dumps/client/home/user/deja-dup

esta localização está faltando um / para escrever com sucesso em outro lugar, mas o homedirectory de usuários, no entanto, ele falha da mesma maneira quando selecionado através do item de menu " ssh ". Tentei substituir sftp por scp e ssh e só recebi diretórios locais com nomes diferentes. Citando o uri não funciona, já que nesse caso ele obtém o caminho para o homedirector local preprended. Escapar de partes do uri também não funciona - o caractere de escape é inserido literalmente no nome do diretório local.

Próxima tentativa: usando dconf-editor para contornar a análise na ferramenta de configuração.

org.gnome.DejaDup.File path 'sftp://user@host:22//export/dumps/client/home/user/deja-dup/'

É possível adicionar aspas simples (como em todas as outras strings) ao redor do uri. Infelizmente, isso só resulta em um nome de canal local começando com uma aspa simples, assim que deja-dup --backup é chamado ...

Bug 908791 Fazendo backup em ftp ou sftp, cria a pasta "sftp:" ou "ftp:" em Deja O local de lançamento do Dup parece descrever isso desde dezembro de 2011, mas não está resolvido. O pacote python-paramiko está (foi) instalado.

Atualização:

Ao tentar acessar o sistema de arquivos de remoção via sftp in nautilus (digite ^ L para acessar a barra de localização, digite sftp://user@host/export/dumps/client/user/ as uri, o mesmo caminho estranho /home/user/sftp:/user@host/.. é construído e ecoado na mensagem de erro ( /home/user sendo o diretório de trabalho atual): Unable to find the requested file. Please check the spelling and try again. Unhandled error message: Error when getting information for file '/home/user/sftp:/user@host/...': No such file or directory.

    
por Tatjana Heuser 02.05.2014 / 20:52

2 respostas

3

Resolvido:

A atualização para 14.04 não instalou sshfs . Também não está nas dependências de deja-dup e, portanto, sua ausência levou ao comportamento descrito.

sudo apt-get install sshfs

seguido de uma reinicialização do notebook resolveu o problema. Agora deja-dup --backup chamado dos resultados do shell no backup sendo enviado para o local correto no servidor conforme configurado.

Para mais informações sobre a depuração do problema, consulte minha resposta para o problema nautilus .

    
por Tatjana Heuser 03.05.2014 / 16:16
0

O acima não funcionou para mim, no entanto eu encontrei um pouco de trabalho desajeitado ao redor.

o truque que eu usei é "montar" a pasta remota e enganar o deja dup pensando que é uma pasta local.

Eu não tenho certeza se posso ligar para ser um novato, mas procure montar unidades ssh e / ou fazer isso via CIFS. Eu sei que não vai ser seguro como SSH, mas em uma pequena rede doméstica, funciona para mim.

Ligeira edição: isso também efeito smb, bem como ssh, então eu não acho que é limitado a apenas backup ssh, mas todos os remotos.

    
por Stew Fisher 26.05.2015 / 21:36