external backup on borg

With borg send local backup to a borg server This issue is also worked here and so both are complementary.

changed the description

When you try to install Borg backup from Yunohost web admin panel, you need to enter these info:

General info can be found here:

• https://github.com/YunoHost-Apps/borg_ynh
• https://yunohost.org/fr/backup/borgbackup#sidebar-id

added backup label

assigned to @arthur.boudreault

added version::0.1.0 label

changed milestone to %1.0.0

added To Do label

Here is a screenshot of Borg server Yunohost app:

changed the description

With Yunohost app, if you use webadmin panel, you can only backup data to one repository (local or remote). I can there is a config file where you can set this up.

Not a secret: passphrase Borgminator: BTSL*y!m2kHapu$t7@pS4Zdt User: Johnny

To be honest using Borg from Yunohost webadmin panel is not the best solution because it lacks some customization. The best way would be to use the CLI way: https://github.com/YunoHost-Apps/borg_ynh We can also configure Borg using Borg official binary + borgmatic, more details here:

• https://borgbackup.readthedocs.io/en/stable/quickstart.html#a-step-by-step-example
• https://wiki.fiat-tux.fr/books/administration-syst%C3%A8mes/page/borgmatic

removed version::0.1.0 label

changed milestone to %1.1.0

added version::1.1.0 label

added Doing label and removed To Do label

created branch 40-external-backup-on-borg to address this issue

mentioned in merge request !32 (merged)

Quelques remarques à propos de Ansible et des dépendances de rôle:

Les dépendences de rôle

• Dans un rôle Ansible, il est possible de définir des dépendances à ce rôle. Il faudra définir le rôle en dépendence et les variables associées dans /meta/main.yml
• Les rôles en dépendance doivent être présent sur l’ordinateur / dossier (fichier requirements.yml). Ansible ne va pas les télécharger lui-même.
• Lorsqu’on lancera le rôle, c’est le rôle défini en tant que dépendance qui sera dans un premier temps exécuté.
• Si l’utilisateur ne veut pas utiliser le rôle, il devra le commenter dans le fichier /meta/main.yml
• Concernant les variables

  • Si on ne définit pas explicitement qu’on veut modifier une des variables dans /meta/main.yml, le rôle en dépendance va aller chercher les variables par défaut définies dans son fichier defaults/main.yml.

  • Le plus simple à faire est d’annoncer dans le fichier /meta/main.ymlqu’on va modifier une variable du rôle mais dans la valeur de la variable on met une seconde variable (variable dans variable) puis on définit cette seconde variable ailleurs.

  • ️ Attention, on ne peut pas redéfinir les variables du rôle bar en dépendance dans le fichier de variables par défaut du rôle foo. Les variables redéfinies doivent être dans un fichier de group_vars par exemple.

  • ️ Attention, si on définit des variables dans /meta/main.yml, même si on les redéfini dans group_vars, il prendra en compte celles de /meta/main.yml. Il n’y a pas de notion d’héritage.

  • A partir de ces constats, deux choix :

    • Soit on défini toutes les variables en dur dans /meta/main.yml et l’utilisateur aura juste à aller modifier les valeurs dans /meta/main.yml. L’avantage est qu’il y a un seul endroit où stocker les variables, plus simple à s’y retrouver. L’inconvenient est que c’est moins modulaire, moins sécurisé.
    • Soit on fait la méthode variables dans variables : Les variables définies dans /meta/main.yml ont pour valeur d’autres variables qu’on va définir ailleurs. L’avantage est que c’est plus modulaire, plus sécurisé. L’inconvénient est que l’utilisateur doit forcément aller définir les variables ailleurs ou alors Ansible fera un joli (undefined variable).
    • Dans tous les cas, si on ne définit pas de variables dans /meta/main.yml, il va prendre celles du rôle par défaut (defaults/main.yml).

  • On peut également laisser tomber cette notion de dépendence et utiliser plutôt le module include_role ou import_role. De cette manière on pourra laisser le choix à l’utilisateur d’utiliser le rôle borg ou non.

Les rôles en dépendance doivent être présent sur l’ordinateur / dossier (fichier requirements.yml). Ansible ne va pas les télécharger lui-même. Heu c'est bof comme fonctionnement je trouve.

Déjà l'utilisateur final ne doit pas modifier meta/main.yml.

Du coup je préfère la solution du module include_role ou import_role. Il faut en plus que le rôle install le rôle dépendant sur la machine.

removed Doing label

added Need review label

closed with commit 732c4c5b

removed Need review label