Bug Luckybackup
rsync error: protocol incompatibility
Logiciels / Autres logiciels
Etienne Membre non connecté
-
- Voir le profil du membre Etienne
- Inscrit le : 20/11/2008
- Site internet
- Groupes :
Je trouve bien quelques posts sur le net sur la question, mais en anglais et pas clairs. Donc je tente ici.
J'utilise luckybackup depuis pas mal d'années pour des sauvegardes sur deux disques dur interne et externe et sur une clé usb et ça n'a (presque) jamais posé de problème.
Mais depuis hier la sauvegarde se termine sans copier aucun fichier et chaque tâche pour laquelle une copie aurait du se faire est conclue par un message d'erreur de type :
"ERROR: rejecting excluded file-list name: Musique/.luckybackup-snaphots rsync error: protocol incompatibility (code 2) at flist.c(932) [Receiver=3.2.2] "
(Si la tâche ne devait normalement pas copier de fichier car pas de modifs faites depuis dernière sauvegarde, il n'y a pas d'erreur renvoyée).
Ceci que je tente une sauvegarde sur un des disques interne ou externe ou sur ma clé.
Il semblerait que Grsync que j'utilise par ailleurs pour sauvegarder juste un répertoire précis sur une autre clé, fonctionne correctement.
J'ai tenté d'éteindre et redémarrer la machine, ça n'a rien changé. Je n'ai pas relevé si Luckybackup a fait l'objet d'une mise à jour dernièrement (il y a en a effectivement eu quelques unes cette semaine).
Merci de vos lumières,
Etienne
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
As-tu mis quelque chose récemment dans ton ~/.bashrc ?
Etienne Membre non connecté
-
- Voir le profil du membre Etienne
- Inscrit le : 20/11/2008
- Site internet
- Groupes :
Non je n'ai jamais touché à ce fichier.
Voici ce qu'il y a dedans :
# .bashrc
# User specific aliases and functions
# Source global definitions
if [ -f /etc/bashrc ]; then
. /etc/bashrc
fi
Girotte Membre non connecté
-
- Voir le profil du membre Girotte
- Inscrit le : 05/06/2011
- Groupes :
-
Membre d'Honneur
D'après quelques demandes d'aides résolues sur d'autres forums, le message du type ""ERROR: rejecting excluded file-list name: Musique/.luckybackup-snaphots rsync error: protocol incompatibility (code 2) at flist.c(932) [Receiver=3.2.2] "" que tu indiques correspond en général à un essai de sauvegarde ou synchronisation entre deux supports qui contiennent chacun un OS, possédant chacun une version différente de rsync.
Est-ce que ça pourrait être le cas chez toi?
Édité par Girotte Le 30/08/2022 à 21h26
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Visiblement sur mon pc j' ai reçu une mise à jour de rsync en version rsync-3.2.2-2.1.mga8.x86_64, peut être le cas sur la machine qui ne fonctionne pas (peut être que LuckyBAckup envoi une requête que rsync ne comprends pas ?
J' aurais bien proposé de revenir à une version de rsync précédente, mais je ne connais pas les effets de bords.
Dans mes logs j' ai ceci:
Citation :
# cat /var/log/syslog.1 | grep -i RPM | grep -i rsync
Aug 26 07:26:05 localhost [RPM][3852]: erase rsync-3.2.2-2.mga8.x86_64: success
Aug 26 07:26:37 localhost [RPM][3852]: install rsync-3.2.2-2.1.mga8.x86_64: success
Aug 26 07:26:39 localhost [RPM][3852]: erase rsync-3.2.2-2.mga8.x86_64: success
Aug 26 07:29:40 localhost [RPM][3852]: install rsync-3.2.2-2.1.mga8.x86_64: success
Aug 26 07:26:05 localhost [RPM][3852]: erase rsync-3.2.2-2.mga8.x86_64: success
Aug 26 07:26:37 localhost [RPM][3852]: install rsync-3.2.2-2.1.mga8.x86_64: success
Aug 26 07:26:39 localhost [RPM][3852]: erase rsync-3.2.2-2.mga8.x86_64: success
Aug 26 07:29:40 localhost [RPM][3852]: install rsync-3.2.2-2.1.mga8.x86_64: success
http://advisories.mageia.org/MGASA-2022-0302.html
Je dirais que LuckyBackup et cette version patchée de rsync ne sont pas compatibles ( probablement du à la façon dont LuckyBackup envoies sa liste de fichier à sauvegarder à rsync ?
le patch contient ceci à priori:
Code CPP :
if (*thisname != '.' || thisname[1] != '\0') { int filt_flags = S_ISDIR(mode) ? NAME_IS_DIR : NAME_IS_FILE; if (!trust_sender_filter /* a per-dir filter rule means we must trust the sender's filtering */ && filter_list.head && check_filter(&filter_list, FINFO, thisname, filt_flags) < 0) { rprintf(FERROR, "ERROR: rejecting excluded file-list name: %s\n", thisname); exit_cleanup(RERR_PROTOCOL); }
Édité par nic80 Le 31/08/2022 à 00h40
Girotte Membre non connecté
-
- Voir le profil du membre Girotte
- Inscrit le : 05/06/2011
- Groupes :
-
Membre d'Honneur
nic80 :
Dans mes logs j' ai ceci:
Citation :
# cat /var/log/syslog.1 | grep -i RPM | grep -i rsync
Aug 26 07:26:05 localhost [RPM][3852]: erase rsync-3.2.2-2.mga8.x86_64: success
Aug 26 07:26:37 localhost [RPM][3852]: install rsync-3.2.2-2.1.mga8.x86_64: success
Aug 26 07:26:39 localhost [RPM][3852]: erase rsync-3.2.2-2.mga8.x86_64: success
Aug 26 07:29:40 localhost [RPM][3852]: install rsync-3.2.2-2.1.mga8.x86_64: success
Citation :
# cat /var/log/syslog.1 | grep -i RPM | grep -i rsync
Aug 26 07:26:05 localhost [RPM][3852]: erase rsync-3.2.2-2.mga8.x86_64: success
Aug 26 07:26:37 localhost [RPM][3852]: install rsync-3.2.2-2.1.mga8.x86_64: success
Aug 26 07:26:39 localhost [RPM][3852]: erase rsync-3.2.2-2.mga8.x86_64: success
Aug 26 07:29:40 localhost [RPM][3852]: install rsync-3.2.2-2.1.mga8.x86_64: success
J'ai exactement la même chose et en installant Luckybackup hier soir, il a parfaitement fonctionné.
En faisant rsync --version, ça donne
rsync version 3.2.2 protocol version 31
Peut-être que ça pourrait débloquer la situation de mettre comme paramètre avancé dans Luckybackup (Options de commande" , "Défini par l'utilisateur")
added --protocol=31
En tous cas, si la commande est inutile, elle ne perturbe pas Luckybackup, j'ai testé!
Mais si on lance rsync (ou Luckybackup) sur Mageia en transférant des fichiers d'un disque contenant un rsync "actif" qui est d'une version plus ancienne, c'est le numéro de protocole du disque source (plus ancien) qu'il faudra mettre comme paramètre dans le Luckybackup lancé sur Mageia.
Édité par Girotte Le 31/08/2022 à 07h48
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Si l'erreur se produit avec le disque interne et l'USB, ça parait improbable qu'il y ait une erreur de version de protocole entre un client et un serveur. Aucune autre machine n'est impliquée.
Etienne Membre non connecté
-
- Voir le profil du membre Etienne
- Inscrit le : 20/11/2008
- Site internet
- Groupes :
Il y a bien des os sur chacun des supports en question, mais sur des partitions séparées et pas utilisés depuis des lustres. Je ne pense pas que ça vienne de là.
Par contre c'est bien une histoire de version de rsync incompatible avec Luckybackup.
J'ai bien la version 3.2.2-2.1.mga8.x86_64 de rsync
J'ai trouvé sur sur le site rpmfind un rpm d'une version précédente (3.2.2-2.mga8x86_64). J'ai donc désinstallé la version en place et tout ce que le ccm exigeait que je supprime avec (13 paquets dont luckybackup), puis j'ai installé manuellement cette version précédente et réinstallé luckybackup.
Ca fonctionne !
Réinstallation de tous les paquets précédemment supprimés (avec rsync) : ça fonctionne toujours.
Remise à jour de rsync : réapparation du bug !
Je ne passe pas en résolu pour l'instant, je reviendrai quand une mise à jour de Luckybackup résoudra le problème (car c'est bien ça qui va se passer, non ?)
Merci,
Etienne
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
En me relisant, je vois que la partie de code que j' ai indiqué ne contient pas le même message d' erreur qu' initialement.
Le backup échoue toujours avec le même message d' erreur ( à savoir avec le MUSIQUE/.luckybackup-snapshots) . Ce répertoire .luckybackup-snapshot fait partie des éléments sauvegardés ( je me demande ce que contient ce fichier/répertoire) ? Si c' est le cas, est qu' il est possible d' exclure ce répertoire .luckybackup-snapshots de la synchronisation ?
Si ce n' est pas le cas, est ce que les messages d' erreurs contiennent un point commun ( toujours des .luckybackup-snapshots, un caractère particulier ( un point en début de fichier par exemple)) qui expliquerait le refus de backup.
Édité par nic80 Le 01/09/2022 à 07h44
Visiteur
Le nom du fichier (avec le chemin) est peut-être trop long ?
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Tu peux déjà ouvrir un rapport de bogue sur le bugzilla de Mageia.
Je vais construire la version 3.2.5 (qui vient de sortir) et la mettre sur le dépôt MLO. Tu pourras ainsi l'essayer et voir si le problème est résolu.
Edit : j'ai déposé rsync-3.2.5-1.pap.mlo8.x86_64.rpm
ftp://mageialinux-online.org/repository/8/x86_64/media/core/rsync-3.2.5-1.pap.mlo8.x86_64.rpm
Édité par Papoteur Le 01/09/2022 à 10h18
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Jybz :
Mon rsync vient de se mettre à jour… Est-ce désiré ?
Euh, pas vraiment :/
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Jybz :
Mon rsync vient de se mettre à jour… Est-ce désiré ?
Il ne fallait pas activer le dépot MLO ( ou alors ne l' utiliser que ponctuellement (à moins que ce soit le même bug qu' avec les backports ? )!
Etienne Membre non connecté
-
- Voir le profil du membre Etienne
- Inscrit le : 20/11/2008
- Site internet
- Groupes :
papoteur : désolé le lien que tu donnes s'ouvre avec Filezilla mais je n'y retrouve pas le paquet désiré. Euh ...
Et j'ai les dépôts mlo activés (depuis hier seulement, mon bug ne pouvait pas venir de là.) mais je ne retrouve pas non plus de nouvelle mise à jour rsync dans le ccm.
Rapport de bug déposé là :
https://bugs.mageia.org/show_bug.cgi?id=30798
Édité par Etienne Le 01/09/2022 à 21h24
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie