Bon je ne sais pas ce que j'avais fichu la dernière fois mais effectivement "run.py" fonctionne très bien. J'ai vu qu'entre temps tu l'avais passé en 755 donc c'est utilisable tout frais sorti de GitHub

Je vais commencer à remplacer mes scripts custom par des configurations PolyArchiv, pour l'instant j'ai l'impression que tout y est

[edit] Bon j'y suis pas encore

J'ai créé un unique fichier local en suivant ce que m'indique polyarchiv plugins -v :

available local repository engines:
  * engine=files

Il ressemble à ça :[repository] engine=files frequency=daily local_path=/etc/polyarchiv/local [sql] engine=mysql host=localhost port=3306 database=blabla user=blabla password=blabla destination_path=./fr_mirari_www.sqlMais quand j'essaie de le valider avec polyarchiv config -v j'ai l'erreur :
In file '/etc/polyarchiv/httpd_site__fr_mirari_www.local', section 'repository': invalid engine 'files'Sinon je crois que je suis toujours aussi perdu avec les concepts de "local repository" et "remote repository". Je m'attendrais à configurer d'un côté les sources à sauvegarder, de l'autre l'emplacement où les stocker, du coup je n'ai toujours pas vraiment compris pourquoi les deux types de fichiers (.local et .remote) doivent tous les deux spécifier une section repository avec un engine (qui n'est pas le même dans les deux cas d'ailleurs).

J'ai supposé que celui de mon fichier local pouvait être "files" pour collecter temporairement les fichiers quelque part, puis que celui du fichier remote pouvait être "tar" pour conserver des archives compressées, mais du coup le "repository" du fichier local me semble être une étape intermédiaire qui ne me sert à rien. Je l'aurais bien supprimée, mais il faut obligatoirement avoir une section repository dans les deux fichiers