Pas de clef ssh créée après l'install de l'app Borg Backup

What app is this about, and its version: Borg Backup 1.4.5~ynh3
What YunoHost version are you running: 12.1.41.2
What type of hardware are you using: Other(?)

Describe your issue

Bonjour,

J’ai installé l’app Borg Backup sur ma machine (un Thinkcenter Lenovo M710Q) via Yunohost. L’install s’est a priori bien passée MAIS

  1. Il n’y a pas de clef ssh dans /root/.ssh (j’ai bien fait ls -la après un sudo su pour passer root, sur ma machine sous Yunohost)
  2. Pourtant, quand je désinstalle ça me dit que ça ne va pas enlever la clef

Bref, pour l’instant je n’ai pas de clef ssh et je ne peux donc pas backuper chez mon hébergeur de backups…

Ça a tenté une première sauvegarde (avec échec naturellement) et j’ai mis un extrait du .err ci-dessous (le reste dit en gros qu’il ne peut pas joindre le serveur distant, ce qui est normal…)

Merci par avance pour l’aide :slight_smile:

Share relevant logs or error messages

WARNING Remote: Warning: Identity file /root/.ssh/id_borg_ed25519 not accessible: No such file or directory.

[…]

WARNING Cannot stat /root/.ssh/known_hosts: No such file or directory

Salut @Khrys
Possible que cela soit dû au choix d’un dépôt local pour les sauvegardes lorsque tu as installé : est-ce le cas ?
Si la commande yunohost app setting borg server ne renvoie rien, aucune clé n’a été générée car borg est paramétré pour sauvegarder en local (pas besoin de clé pour cela).
Si tu veux sauvegarder sur un serveur distant, tu peux l’ajouter (même une fois borg backup client installé) comme dépôt distant dans le config panel. En forçant l’upgrade de borg backup client, les clés devraient être générées.

Bah le souci c’est que j’ai bien mis un dépôt distant (chez Globenet) et la ligne Dépôt est bien renseignée vers ce dépôt distant que j’utilise déjà pour sauvegarder d’autres machines (avec un autre nom de sous-dossier évidemment). Donc a priori c’est pas ça…

C’est curieux que yunohost app setting borg server ne renvoie rien.
L’adresse ne doit pas matcher avec la regex du script.

C’était effectivement une question de forme d’adresse : ssh://USER@DOMAIN.TLD:PORT/~/backup

(il serait sans doute bon d’insister sur ce point dans la doc)

Merci pour l’aide, j’ai les clefs à présent :partying_face: !

Pour garder la trace et prévoir une amélioration je me suis permis de créer cette issue