Borg failed with result 'exit-code'

,

Matériel: VPS
Version de YunoHost: 4.0.8.2 (stable).
J’ai accès à mon serveur : En SSH | Par la webadmin
Êtes-vous dans un contexte particulier ou avez-vous effectué des modificiations particulières sur votre instance ? : derrière un VPN

Bonjour,
Pour le contexte : Je suis un utilisateur curieux mais en aucun cas très à l’aise avec le shell linux.
Jusqu’ici j’assurai mes sauvegardes distantes en faisant à la main une copie via scp de mes archives locales. Et puis j’ai compris qu’il existait BORG qui permet de ne sauvegarder que les changements… c’est donc bien plus rationnel.

L’installation de Borg côté local et côté distant s’est faite sans aucun problème.
Comme il était plus de 23h, je n’ai pas réalisé de test manuel comme indiqué ici mais j’ai attendu ce matin pour aller vérifier sur mon serveur distant si le backup était bien arrivé à destination.
Ce matin : rien sur le serveur distant.

J’ai donc lancé : $ service borg start (enfin, plus exactement : $ /usr/sbin/service borg start )
l’attente a été un peu longue (j’ai cru le serveur planté) et au bout de qq minutes j’ai eu :

Job for borg.service failed because the control process exited with error code.
See “systemctl status borg.service” and “journalctl -xe” for details.

Et voici ce que le systemctl me donne :

● borg.service - Run backup borg
Loaded: loaded (/etc/systemd/system/borg.service; enabled; vendor preset: enabled)
Active: failed (Result: exit-code) since Tue 2020-11-10 03:10:02 EST; 1min 56s ago
Process: 24224 ExecStart=/usr/local/bin/backup-with-borg (code=exited, status=1/FAILURE)
Main PID: 24224 (code=exited, status=1/FAILURE)
Nov 10 03:09:58 monserveur.tld backup-with-borg[24224]: [########++…] > Backing up nginx web server configuration…
Nov 10 03:09:59 monserveur.tld backup-with-borg[24224]: [##########++…] > Backing up php-fpm configuration…
Nov 10 03:09:59 monserveur.tld backup-with-borg[24224]: [############++++…] > Backing up the MySQL database…
Nov 10 03:09:59 monserveur.tld backup-with-borg[24224]: [################++…] > Backing up fail2ban configuration…
Nov 10 03:10:00 monserveur.tld backup-with-borg[24224]: Creating a backup archive from the collected files…
Nov 10 03:10:02 monserveur.tld backup-with-borg[24224]: Could not run script: /etc/yunohost/hooks.d/backup_method/05-borg_app
Nov 10 03:10:02 monserveur.tld backup-with-borg[24224]: Custom backup method could not get past the ‘backup’ step
Nov 10 03:10:02 monserveur.tld systemd[1]: borg.service: Main process exited, code=exited, status=1/FAILURE
Nov 10 03:10:02 monserveur.tld systemd[1]: borg.service: Failed with result ‘exit-code’.
Nov 10 03:10:02 monserveur.tld systemd[1]: Failed to start Run backup borg.

Le journalctl -xe contient lui plus de 2000 lignes… j’hésite à tout recopier ici (d’autant qu’il y a pas mal d’IP et autres infos).
mais la phrase : “Could not run script: /etc/yunohost/hooks.d/backup_method/05-borg_app” revient régulièrement.

Merci d’avance pour vos idées…

Au hasard, si ta phrase de passe contient un guillemet ou une apostrophe, ça vient de là.

Ah… j’aurais bien aimé que ça soit ça… mais je viens de relire 3 fois ma phrase et non… :frowning:
J’imagine que les logs fournis ne permettent pas tellement plus de suggestions, c’est ça ?

You could check this file

/var/log/backup_borg.err

Sadly, there is no date on those logs, there is a PR to add it.

Thks for the hint… I don’t understand what’s PR means but I made:
less /var/log/backup_borg.err and saw these lines several time :

Borg server: Platform: Linux distant.tld 4.16.0-11-cloud-amd64 #1 SMP Debian 4.16.146-1 (2020-09-17) x86_64
Borg server: Linux: debian 10.6
Borg server: Borg: 1.1.10 Python: CPython 3.7.3 msgpack: 0.5.6
Borg server: PID: 3050 CWD: /home/bckmyhost
Borg server: sys.argv: [’/opt/borg-env/bin/borg’, ‘serve’, ‘–storage-quota’, ‘70G’, ‘–restrict-to-repository’, ‘/home/bckmyhost/b
ackup’]
Borg server: SSH_ORIGINAL_COMMAND: ‘borg serve --umask=077’
Platform: Linux mylocalhost.tld 4.16.0-10-amd64 #1 SMP Debian 4.16.132-1 (2020-07-24) x86_64
Linux: debian 10.6
Borg: 1.1.10 Python: CPython 3.7.3 msgpack: 0.5.6
PID: 14301 CWD: /home/yunohost.backup/tmp/auto_data
sys.argv: [’/opt/borg-env/bin/borg’, ‘init’, ‘-e’, ‘repokey’, ‘ssh://bckmyhost@distant.tld:22/~/backup’]
SSH_ORIGINAL_COMMAND: None

Remote: Debian GNU/Linux 10
Repository ssh://bckmyhost@distant.tld:22/~/backup::auto_data_10_11_20_00:00 does not exist.
Remote: Debian GNU/Linux 10
Traceback (most recent call last):

File “/opt/borg-env/lib/python3.7/site-packages/borg/remote.py”, line 247, in serve
res = f(**args)

File “/opt/borg-env/lib/python3.7/site-packages/borg/remote.py”, line 375, in open
self.repository.enter() # clean exit handled by serve() method

File “/opt/borg-env/lib/python3.7/site-packages/borg/repository.py”, line 187, in enter
self.create(self.path)

File “/opt/borg-env/lib/python3.7/site-packages/borg/repository.py”, line 262, in create
os.mkdir(path)

PermissionError: [Errno 13] Permission denied: ‘/home/bckmyhost/backup’

Bonjour,

J’utilise Borg mais pas l’application présente dans yunohost, c’est une installation manuelle à partir des tutos de @ljf de ce forum. Pour l’application en elle même il sera plus à même de te conseiller.
Concernant Borg il y a une erreur de permission, je vois:

Qu’elles sont celles-ci? Le problème semble venir de là. Pour le savoir:

ls -l /home/bckmyhost/backup

Merci @metyun en fait, le dossier /bckmyhost n’est même pas créé sur le serveur distant (impossible par conséquent de vérifier les permissions…)
J’ai relancé un $ /usr/sbin/service borg start et été regarder le tail du fichier backup_borg.err
Et là je vois :

Remote : ssh: connect to host distant.tld port 22: Connection refused
Connection closed by remote host. Is borg working on the server?

La connexion ne se ferait donc tout simplement pas.
J’ai vérifié via le diagnostic de Yunohost, le port 22: est bien actif sur ce server et je n’ai pas d’erreur signalée pour l’app Borg server.

As-tu essayé d’initier une connexion SSH entre ton serveur et le serveur de backup en dehors de l’application Borg? Je suppose que oui mais si ce n’était pas le cas, essaye afin de connaître l’origine du problème, voir si celle-ci provient de l’application ou de SSH.
Ajout: Oui à priori si tu le faisais en scp. Attend le passage de @ljf , je ne pourrai pas t’apporter beaucoup d’aide sur cette erreur en dehors de te conseiller les trucs classiques qu’on trouve sur le net concernant cette erreur.

Tu es sûr d’avoir bien donné le même utilisateur ssh des 2 côtés ?

Est ce que tu as utilisé pour le serveur de backup un sous-domaine du domaine du yunohost que tu cherches à sauvegarder ?

Merci @metyun et @ljf je crois que je vais commencer par désinstaller et réinstaller borg de chaque côté… J’ai l’impression que le problème est aussi gros qu’un hippopotame et que je ne le vois pas.

Et pour te répondre @ljf : oui, c’est bien le même utilisateur et non, c’est vraiment un autre domaine, sur un autre serveur.

On dirait que ça se passe mieux…
déjà, c’est plus long :slight_smile:
et là, j’ai reçu un email from root disant : “First backup is startting” (chose que je n’avais jamais eue)
je garde les doigts croisés…

C’est tout bon ! mais je ne m’explique pas ce que j’avais mal fait la première fois.
Un grand merci @metyun et @ljf de m’avoir accompagné dans ces péripéties.

Petite question en passant, est-il prévu pour une prochaine version de l’intégration de borg dans YNH un menu “Archives distantes” comme le menu “Archives locales” dans l’interface d’administration ?

Oui

2 Likes

Un grand bravo et remerciements à toute l’équipe ! C’est vraiment bon de se sentir accompagné comme ça.

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.