Sauvegardes Public Cloud Archive et duplicity/deja-dup

Bonjour,

une réponse qui serait intéressante ? => https://jihais.se/2017/07/28/backup-dans-un-stockage-a-froid-ovh-avec-duplicity-et-lapi-openstack-swift/#comment-42000

Cordialement, janus57

Ahh merci, je ne suis pas tombé dessus dans mes recherches. Donc en résumé, soit les développeurs de duplicity ont soit corrigé un bug, soit c'est un "ajout de fonctionnalité" pour supporter OVH, qui date d'un mois à peine :

http://bazaar.launchpad.net/~duplicity-team/duplicity/0.8-series/revision/1247 http://bazaar.launchpad.net/~duplicity-team/duplicity/0.8-series/revision/1247

La question est combien de temps il faudra attendre pour que ça arrive dans nos distributions ....:frowning:

> Committer: Kenneth Loafman
> Date: **2017-06-30** 19:17:26 UTC
> mfrom: (1243.1.1 duplicity)
> Revision ID: kenneth@loafman.com-20170630191726-2pdvmu7jh6wjbx81

> * Merged in lp:~xlucas/duplicity/pca-backend
> - **Add support for OVH Public Cloud Archive backend.**

Hello c'est une personne d'OVH qui a proposé un patch pour supporter PCA ;)

Si tu ne veux pas attendre, un petit python setup.py install/build semble faire le taff. A tester

merci. La nouvelle version incluant le patch pour OVH est sortie, je l'ai installé par le PPA pour Duplicity. Reste plus qu'à faire un test ...

Bonjour,
Je n'arrive pas à effectuer la première sauvegarde avec Deja-Dup dans un conteneur PCA ("Test_Deja-Dup") créé depuis de Manager.
Dans Déja-Dup, j'ai choisi :
-> emplacement de stockage : OpenStack Swift
-> nom d'utilisateur : XXXXXXXXXXXX (identifiant/utilisateur OpenStack)
-> conteneur : Test_Deja-Dup
-> Authentification URL : [ https://] auth.cloud.ovh.net/v2.0 (crochets car limitation à 2 liens en tant que nouvel inscrit)
-> Tenant name : XXXXXXXXXXXXXXXX (celui en haut de la page https://horizon.cloud.ovh.net)

Au lancement de la sauvegarde, j'ai l’erreur : "Container creation failed: ClientException Auth GET failed: https://auth.cloud.ovh.net/v2.0 200 OK"

Par ailleurs, j'ai indiqué mon mot de passe OpenStack lorsque Deja-Dup me le demandait.

Si vous avez une piste d'explication...
Bien cordialement

Effectivement si on ne remplit que la fenêtre de deja-dup, ça ne marchait pas pour moi non plus. J'ai du ajouter les lignes suivantes dans mon .bashrc :

export OS_AUTH_URL="https://auth.cloud.ovh.net/v2.0/"
export SWIFT_AUTHURL="https://auth.cloud.ovh.net/v2.0/"
export OS_TENANT_ID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
export SWIFT_TENANTID=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
export OS_TENANT_NAME="0099999999999999"
export SWIFT_TENANTNAME="0099999999999999"
export OS_USERNAME="xxxxxxxxxxxx"
export SWIFT_USERNAME="xxxxxxxxxxxx"
export OS_PASSWORD="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
export SWIFT_PASSWORD="xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
export OS_REGION_NAME="GRA3"
export SWIFT_REGIONNAME="GRA3"
export SWIFT_AUTHVERSION="2"

Les doublons, j'ai du trouver deux docs qui utilisaient des variables d'environnement différentes, du coup je les ai mises toutes :-)

Bonjour,
Merci de votre réponse.
Faut-il mettre ces variables d'environnement dans "etc/bash.bashrc" ou dans "/home/USER/.bashrc" ?
Je suis sous LinuxMint 18 et je n'ai pas un tel fichier dans mon home... Du coup, je l'ai créé avec les mêmes lignes que celles rajoutées dans "etc/bash.bashrc". Hélas, j'ai toujours la même erreur quand je lance ma première sauvegarde....

Bien cordialement

pas besoin de les mettre dans /etc/ (à moins que tu ais plusieurs utilisateurs sur le même PC qui utilisent cette sauvegarde.
Voir https://www.ovh.com/fr/publiccloud/guides/g1852.charger_les_variables_denvironnement_openstack
et
http://manpages.ubuntu.com/manpages/zesty/man1/duplicity.1.html#contenttoc23

Pour ~/.bashrc c'est étonnant, à moins que Mint n’utilise pas bash ? (ça m'étonnerait)

Je confirme l'absence de ~/.bashrc qu'il a fallu donc créé.

s alias se placent dans le fichier /home/user/.bashrc

En ca ~/.bashrc, C'EST /etc/bash.bashrc QUI FAIT OFFICE DE FICHIER DE CONFIGURATION PAR DÉFAUT POUR TOUT LE SYSTÈME

Je confirme l'absence de ~/.bashr. En cas d'absence de ~/.bashrc, c'est normalement /etc/bash.bashrc qui devrait faire office de fichier de configuration par défaut pour tout le système.

1) Dans /etc/bash.bashrc, j'ai ajouté les lignes indiquées mais j'ai toujours le même message d'erreur.

2) J'ai aussi essayé d'ajouter dans /etc/ le fichier téléchargé" openrc.sh" (OpenStack RC File v2) e t rajouter la ligne "source openrc.sh" dans /etc/bash.bashrc ; j'ai alors commenter les fameuses lignes et j'ai stocké en dur le mot de passe de l'utilisateur Horizon comme indiqué. Hélas, j'ai toujours la même erreur...

Oui mais si tu n'avais pas de ~/.bashrc peut être que ce n'est pas bash ton shell par défaut, du coup l'alimenter ou alimenter /etc/bash.bashrc ne sert à rien.
Tape dans un terminal
`echo $0`
et ça de donnera le shell réellement utilisé.

Sinon pour en revenir au message d'origine, "Container creation Failed", ce qui est bizarre c'est que normalement le container tu le crées à la main dans l'interface d'OVH AVANT ta première sauvegarde. Ton "Test_Deja-Dup" doit être visible dan la colonne Nom comme ci-dessous :

"  target="_blank" rel="nofollow noopener">libre.org/?img=1509006289.png'>libre.org/upload/img/1509006289.png' />

Ach, je viens de voir que la modif de Duplicicty du 30 juin pour intégrer OVH PCA est dans la branche 0.8 de Duplicity. Du coup c'est normal que j'ai toujours le même message à la fin de la sauvegarde, le https://launchpad.net/~duplicity-team/+archive/ubuntu/ppa ppa pour Ubuntu ne permettant d'avoir accès QUE à la dernière version "stable", donc dans la branche 0.7 ...

1) `echo $0` me renvoie `/bin/bash` donc bash semble le shell par défaut

2) Mon container PCA "Test_Deja-Dup" (créé à la main AVANT la première sauvegarde) apparaît bien à la fois dans le Manager d'OVH et dans Horizon

J'ai trouvé le tarball à télécharger sur `http://bazaar.launchpad.net/~duplicity-team/duplicity/0.8-series/revision/1247` mais avec un `python setup.py install` j'ai au moins une librairie absente de ma distribution LinuxMint 18 : `fatal error: librsync.h: Aucun fichier ou dossier de ce type`. Étrangement, Linuxmint comprend "librsync**1**" :-(

Edit : quand j'aurais le temps, j’essayerais de suivre à la lettre https://jihais.se/2017/07/28/backup-dans-un-stockage-a-froid-ovh-avec-duplicity-et-lapi-openstack-swift/

Pour être sur que ce que ce que tu as mis dans ton bash.bashrc est bien pris en compte, tape
`ENV`
en console. Si tout est OK tu devrais voir les variables alimentées dans la liste.

Le mot de passe que te demande Dejadup, c'est pas le mot de passe d'Openstack, c'est n’importe quel mot de passe qui servira à chiffrer ta sauvegarde.

Autre chose, as tu bien mis les deux types de variables comme dans mon exemple. Je pense qu'il faut s'assurer que ça marche en ligne de commande avant de passer à dejadup. Pour la ligne de commande, il faut installer les deux paquets `python-swiftclient python-keystoneclient` ).

Ensuite (avec un container vide pour ne pas avoir le bug de ce fil) :

:~$ duplicity --verbosity notice --num-retries 3 --asynchronous-upload --cf-backend swift --volsize 100 ~/PDF/ swift://thierrybo-desk_tests
Les métadonnées locales et distantes sont déjà synchronisées. Aucune synchronisation nécessaire.
Date de la dernière sauvegarde complète : aucune
Phrase de passe GnuPG :
Veuillez retaper la phrase de passe pour confirmer :
Aucune signature de sauvegarde trouvée, bascule vers une sauvegarde complète.
--------------[ Statistiques de sauvegarde ]--------------
StartTime 1509010373.25 (Thu Oct 26 11:32:53 2017)
EndTime 1509010374.72 (Thu Oct 26 11:32:54 2017)
ElapsedTime 1.47 (1.47 seconds)
SourceFiles 38
SourceFileSize 34302786 (32.7 MB)
NewFiles 38
NewFileSize 34302786 (32.7 MB)
DeletedFiles 0
ChangedFiles 0
ChangedFileSize 0 (0 bytes)
ChangedDeltaSize 0 (0 bytes)
DeltaEntries 38
RawDeltaSize 34298690 (32.7 MB)
TotalDestinationSizeChange 34205648 (32.6 MB)
Errors 0
----------------------------------------------------------

:~$
Pour installer la branche 0.8, je n'ai pas encore essayé, mais la on rentre dans de la compilation à partir des sources (voir le message du 7 août plus haut) ...

1) ENV me renvoie bien la liste des variables
2) Pour le mot de passe de Deja-Dup, j'utilisais le mot de passe d'OpenStack donc à la prochaine demande, je choisis un mot de passe pour chiffer la sauvegarde
3) Dans duplicity avec un container vide` duplicity --verbosity notice --num-retries 3 --asynchronous-upload --cf-backend swift --volsize 100 ~/Documents/Fax/ swift://Test_Deja-Dup` me renvoie `Container creation failed: ClientException Unauthorized. Check username, password and tenant name/id`

Je progresse. Merci de ton aide. Bon appétit

Edit : avec `ENV`, j'ai bien :
SWIFT_REGIONNAME="GRA3"
SWIFT_USERNAME=XXXXXXXXXXXXXXXXXXXX
SWIFT_TENANTNAME=123456789
SWIFT_PASSWORD=XXXXXXXXXXXXXXXXXXXXXXX
SWIFT_AUTHURL=https://auth.cloud.ovh.net/v2.0/
SWIFT_AUTHVERSION=2
SWIFT_TENANTID=XXXXXXXXXXXXXXXXXXXXXXXXXXXXX

OS_REGION_NAME=GRA3
OS_TENANT_ID=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
OS_PASSWORD=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
OS_AUTH_URL=https://auth.cloud.ovh.net/v2.0/
OS_USERNAME=XXXXXXXXXXXXXXXXXXXXXXXX
OS_TENANT_NAME=123456789


Edit 2 : avec un nouveau container crée depuis le Manager 'Test-Duplicity" `duplicity --verbosity notice --num-retries 3 --asynchronous-upload --cf-backend swift --volsize 100 ~/Documents/Fax/ swift://Test_Duplicity` me renvoie :
> Les métadonnées locales et distantes sont déjà synchronisées. Aucune synchronisation nécessaire.
> Date de la dernière sauvegarde complète : aucune
> Phrase de passe GnuPG
> Veuillez retaper la phrase de passe pour confirmer :
> Aucune signature de sauvegarde trouvée, bascule vers une sauvegarde complète.
> --------------[ Statistiques de sauvegarde ]--------------
> StartTime 1509014690.72 (Thu Oct 26 12:44:50 2017)
> EndTime 1509014690.73 (Thu Oct 26 12:44:50 2017)
> ElapsedTime 0.02 (0.02 seconds)
> SourceFiles 13
> SourceFileSize 373419 (365 KB)
> NewFiles 13
> NewFileSize 373419 (365 KB)
> DeletedFiles 0
> ChangedFiles 0
> ChangedFileSize 0 (0 bytes)
> ChangedDeltaSize 0 (0 bytes)
> DeltaEntries 13
> RawDeltaSize 369323 (361 KB)
> TotalDestinationSizeChange 169237 (165 KB)
> Errors 0

Donc ça marche ! La création d'un nouveau container semble tout simplement avoir résolu le problème... comme quoi !


Merci beaucoup pour ta réactivité et ton aide. Maintenant, il va falloir régler la question du mot de passe de Deja-Dup et attendre la version 0.8 de duplicity...

Edit 3 : Après avoir changer le conteneur de destination dans Deja-Dup ("Test_Duplicity") et rentré un mot de passe pour le chiffrement, Deja-Dup me renvoie la même erreur :-((

essaie de lancer deja-dup en ligne de commande pour avoir plus de détails :

export DEJA_DUP_DEBUG=1
deja-dup --backup

1) L'interface de Deja-Dup se lance alors et ne me renvoie plus l'erreur ; la barre d'avancement de la sauvegarde se déplace sans arrêt.

2) Du coté de la ligne de commande, j'ai un retour très long avec la fin qui indique :
DUPLICITY: WARNING 1
DUPLICITY: . La tentative 1 a échoué. ClientException :Object GET failed: https://storage.gra3.cloud.ovh.net/v1/AUTH_1a598aa25daa48ebbebfc4186a14d476/Test_Duplicity/duplicity-full.20171026T104015Z.manifest.gpg 429 Too Many Requests

Cela me semble correspondre à ton bug avec la nécessité de dégeler le difftar.
Finalement c'est Deja-Dup qui pose problème quand il est lancé directement en interface graphique...

29 Too Many Requests

OK, du coup "ça marche" entre guillemets. Tu retombes sur le bug à la deuxième sauvegarde à l'origine de ma création ce ce fil ;-) ,qui devrait être résolu avec la version 0.8 de duplicity !

Est-ce que chez toi la première sauvegarde directement à partir de l'interface graphique de Deja-Dup avait fonctionné ?

la toute toute première fois sûrement que non par ce que j'avais galéré avec tout ce qu'on a vu ici, mais après, comme je l'ai fais aujourd’hui, si tu vides ton container sur le site d'ovh et tu relances derrière deja-dup, ça doit marcher nickel pour la première sauvegarde.
Attention, tu as bien un message d'erreur à la fin de la première sauvegarde par dejadup, mais c'est parce qu'il n'arrive pas à lancer une vérification à la fin de la sauvegarde (puisque qu'il faut attendre le "dégel" des fichiers). Mais la sauvegarde s'est faite correctement.

1) J'ai vidé mon container dans le Manager d'OVH et ensuite relancé par l’interface graphique Deja-Dup : j'ai toujours mon message d'erreur `Container creation failed: ClientException Auth GET failed: https://auth.cloud.ovh.net/v2.0 200 OK`

2) Par contre, quand je lance en ligne de commande duplicity avec ` duplicity --verbosity notice --num-retries 3 --asynchronous-upload --cf-backend swift --volsize 100 ~/Documents/Fax/ swift://Test_Duplicity` , cela marche très bien

3) Cela marche aussi avec `export DEJA_DUP_DEBUG=1`puis ` deja-dup --backup` à ceci près que l'interface graphique de Deja-Dup m’indique finalement que la sauvegarde a échouée ; ce qui est normal au vu de la version de duplicity

Donc finalement c''est bien l'interface graphique de Deja-Dup qui me pose problème

la je sèche ! Je ne vois pas pourquoi il y aurait une différence, deja-dup -- backup ne fait qu'utiliser les paramètres saisis dans deja-dup-preferences

J'ai désinstallé puis réinstallé Deja-Dup 34.2 . J'ai essayé d'autres versions plus récentes mais j'ai renoncé devant les problèmes de version des dépendances nécessaires . Donc je sèche lamentablement...

Encore merci pour ton aide précieuse.
Je vais surveiller la sortie de duplicity 0.8 qui devrait régler la question de la nécessité de dégeler le difftar (plus de 3 heures d'attente demandée... D'ici là la nouvelle Ubuntu LTS 18.04 sera sortie (et LinuxMint suit normalement le cycle des LTS)...

Du nouveau ici :

https://docs.ovh.com/gb/en/storage/pca/duplicity/

Merci pour l'info.
1) L'installation de la version de développement de duplicity me renvoie l'erreur suivante :
"Traceback (most recent call last):
File "/usr/bin/pip", line 9, in
from pip import main
ImportError: cannot import name main"
2) Je me demande bien où mettre le fichier "config.json file"
3) je n'ai pas trouvé si la version 0.8 de duplicity sera intégrée dans la nouvelle version Ubuntu 18.04 ou LinuxMint 19.

À suivre...

J'avoue que je n'ai pas trop le temps en ce moment d'essayer. Ce qui me chagrine le plus c'est l'utilisation de deux comptes d'après le script, un PCA et PCS.

Hello,

Duplicity a probablement besoin de stocker quelques fichiers d'information dans PCS pour pouvoir instantanément les récupérer. Les données elles, sont dans PCA.

YEEEEEEEEH enfin ça marche ! Lassé d'attendre que la branche 0.8 n’arrive dans stable, puis dans Debian stable, je m'y suis remis avec cette fois l'intention d'aller jusqu'au bout.

- Première chose j'ai du **désinstaller le paquet "duplicity" de Debian car je n'ai pas réussi à faire fonctionner en parallèle de duplicity 0.8 que j'avais installé en local avec celui des dépôts**.

- Récupérer la version "en cours" de la branche 0.8 ici : https://bazaar.launchpad.net/~duplicity-team/duplicity/0.8-series/tarball">https://bazaar.launchpad.net/~duplicity-team/duplicity/0.8-series/tarball
et dézipper quelque part dans son répertoire personnel. Si vous utilisez bazaar vous pouvez le récupérer aussi par ce moyen.

- J'ai du ajouter les paquets suivants : **python-fasteners python-dev librsync-dev python-future**
(sachant que les dépendances du paquet duplicity que j'ai enlevé sont toujours la ainsi que les deux paquets pour swift)

> cd /~duplicity-team/duplicity/0.8-series/
> sudo python setup.py install --prefix=/usr/local

- pour chaque containeur de type "Public Cloud Archive" que vous avez créé, créez en un autre de type "Public Cloud Storage/Privé" avec par convention le même nom que le containeur PCA avec "_hot" ajouté à la fin du nom.



- Création suivant la doc https://docs.ovh.com/gb/en/storage/pca/duplicity/">Manage your archives with duplicity du fichier de config, par exemple `~/.config/duplicity/config.json` avec dedans par exemple :

> [
> {
> "description": "Cold storage",
> "url": "pca://thierrybo-desk_tests",
> "env": [
> {
> "name": "PCA_AUTHURL",
> "value": "https://auth.cloud.ovh.net/v3"
> },
> {
> "name": "PCA_AUTHVERSION",
> "value": "3"
> },
> {
> "name": "PCA_PROJECT_DOMAIN_NAME",
> "value": "Default"
> },
> {
> "name": "PCA_TENANTID",
> "value": ""
> {
> "name": "PCA_USERNAME",
> "value": ""
> },
> {
> "name": "PCA_PASSWORD",
> "value": ""
> },
> {
> "name": "PCA_REGIONNAME",
> "value": ""
> }
> ],
> "prefixes": ["cold_"]
> },
> {
> "description": "Hot storage",
> "url": "swift://thierrybo-desk_tests_hot",
> "env": [
> {
> "name": "SWIFT_AUTHURL",
> "value": "https://auth.cloud.ovh.net/v3"
> },
> {
> "name": "SWIFT_AUTHVERSION",
> "value": "3"
> },
> {
> "name": "SWIFT_PROJECT_DOMAIN_NAME",
> "value": "Default"
> },
> {
> "name": "SWIFT_TENANTID",
> "value": "> },
> {
> "name": "SWIFT_USERNAME",
> "value": ""
> },
> {
> "name": "SWIFT_PASSWORD",
> "value": ""
> },
> {
> "name": "SWIFT_REGIONNAME",
> "value": ""
> }
> ],
> "prefixes": ["hot_"]
> }
> ]

mais si les variables d'environnement sont dans .bashrc, il peut être simplifié juste à :

[
{
"description": "Cold storage",
"url": "pca://thierrybo-desk_tests",
"prefixes": ["cold_"]
},
{
"description": "Hot storage",
"url": "swift://thierrybo-desk_tests_hot",
"prefixes": ["hot_"]
}
]


- Première sauvegarde :
> duplicity --verbosity notice --num-retries 3 --asynchronous-upload --volsize 100 --file-prefix-manifest 'hot_' --file-prefix-signature 'hot_' --file-prefix-archive 'cold_' ~/repertoire_a_sauvegarder/ "multi://$HOME/.config/duplicity/config.json?mode=mirror&onfail=abort"
> Local and Remote metadata are synchronized, no sync needed.
> Last full backup date: none
> GnuPG passphrase:
> Retype passphrase to confirm:
> No signatures found, switching to full backup.
> --------------[ Backup Statistics ]--------------
> StartTime 1550333905.51 (Sat Feb 16 17:18:25 2019)
> EndTime 1550333905.79 (Sat Feb 16 17:18:25 2019)
> ElapsedTime 0.28 (0.28 seconds)
> SourceFiles 6
> SourceFileSize 156558 (153 KB)
> NewFiles 6
> NewFileSize 156558 (153 KB)
> DeletedFiles 0
> ChangedFiles 0
> ChangedFileSize 0 (0 bytes)
> ChangedDeltaSize 0 (0 bytes)
> DeltaEntries 6
> RawDeltaSize 152462 (149 KB)
> TotalDestinationSizeChange 48518 (47.4 KB)
> Errors 0
> -------------------------------------------------

- Résultat dans containeur thierrybo-desk_tests


- Résultat dans containeur thierrybo-desk_tests_hot


- Commandes suivante :

> duplicity --verbosity notice --num-retries 3 --asynchronous-upload --volsize 100 --file-prefix-manifest 'hot_' --file-prefix-signature 'hot_' --file-prefix-archive 'cold_' ~/repertoire_a_sauvegarder/ "multi://$HOME/.config/duplicity/config.json?mode=mirror&onfail=abort"
> Local and Remote metadata are synchronized, no sync needed.
> Last full backup date: Sat Feb 16 17:18:06 2019
> GnuPG passphrase:
> Retype passphrase to confirm:
> --------------[ Backup Statistics ]--------------
> StartTime 1550334600.89 (Sat Feb 16 17:30:00 2019)
> EndTime 1550334600.90 (Sat Feb 16 17:30:00 2019)
> ElapsedTime 0.01 (0.01 seconds)
> SourceFiles 5
> SourceFileSize 156558 (153 KB)
> NewFiles 1
> NewFileSize 4096 (4.00 KB)
> DeletedFiles 1
> ChangedFiles 0
> ChangedFileSize 0 (0 bytes)
> ChangedDeltaSize 0 (0 bytes)
> DeltaEntries 2
> RawDeltaSize 0 (0 bytes)
> TotalDestinationSizeChange 231 (231 bytes)
> Errors 0
> -------------------------------------------------

HOURRAH !

Bonjour,


pour info la première version stable de Duplicity 0.8 avec support d'OVH PCA est sortie hier :

https://launchpad.net/duplicity/+announcement/15271

Toutefois je met un bémol à mon enthousiasme de mon message précédent. Alors certes oui les sauvegardes fonctionnent ... mais une sauvegarde ne vaut que si on peut la restaurer !

Or je n'ai jamais réussi à restaurer aucun fichier. J'ai https://bugs.launchpad.net/duplicity/+bug/1818355 ouvert un bug début mars, sans aucune réponse depuis.

Du coup je ne pense pas que ce soit corrigé dans la version qui vient de sortir, et pour tout dire je suis passé à autre chose, rclone. Initialement la restauration ne marchait pas non plus, à cause de la non prise en compte du délai d'unfreeze. J'ai également https://github.com/ncw/rclone/issues/3041 ouvert un bug début mars, et le moins que l'on puisse dire c'est qu'il n'y a pas photo, en 15 jours la restauration avec gestion du délai d'attente fonctionnait, et j'utilise Rclone depuis.

Alors certes je n'ai pas la sauvegarde incrémentale de Duplicity, mais au moins j'ai une sauvegarde que je peux restaurer.

Salut Thierry,

Je me permet de te répondre à ton problème (s'il est toujours d'actualité), et pour conserver une trace sur le net.

Dans le ticket que tu as ouvert, la commande utilisée pour faire la restauration ne précise pas les paramètres de "prefix" que tu as normalement utilisés pour faire la sauvegarde :

```
duplicity \
--file-prefix-manifest 'hot_' \
--file-prefix-signature 'hot_' \
--file-prefix-archive 'cold_' \
…
```
Ces paramètres sont combinés au fichier `config.json` pour indiquer sur quel serveur se trouvent les fichiers (manifeste, signature, archive…). Voir le manuel de duplicity :

> Filename prefixes can be used in multi backend with mirror mode to define affinity rules

L'erreur remontée `No backup chains found` est la conséquence de ces informations manquantes : comme l'appli ne sait pas où retrouver ses fichiers, elle tombe en erreur en indiquant ne pas réussir à construire la chaîne de sauvegarde.

C'est dommage qu'OVH n'ait pas indiqué dans sa page comment restaurer une sauvegarde, mais je te confirme que cela fonctionne correctement.