rsync et union transfèrent par ssh. Tout indique qu’ils se connectent, et qu’ils ne trouvent pas des données qui pourtant sont accessibles avec ssh. Est-ce qu’on peut vérifier les paramètres de tes commandes ? Pour l’instant, je fais hypothèse qu’ils sont peut-être devenus incohérents avec un changement dans le système labo. Pour unison, c’est un fichier .prf qui est dans ~/.unison. Pour rsync, c’est ta commande elle-même. Tu peux avoir mis qq paramètres en variable d’environnement... Par acquis de conscience, est-ce que monscript.sh accédait au lipn, à un autre serveur, ou restait en local ? F.
Le 8 févr. 2018 à 17:45, Étienne André <Etienne.Andre@lipn.univ-paris13.fr> a écrit :
J’essaye d’aider à y voir clair, parce qu’il y a pas mal de charge sur l'équipe système en ce moment, et le diagnostic de ce genre de problème n’est pas toujours facile. Merci François.
Peux-tu tester si, quand tu te connectes comme nous, i.e. par ssh, ça passe et tu vois tes données Oui, tout va bien. De même que le sshfs andre@lipnssh.univ-paris13.fr:/users/andre <mailto:andre@lipnssh.univ-paris13.fr:/users/andre> repertoire_local suggésté par Marisol. Tout est accessible en lecture/écriture. 2eme question, que fait ton cron ? Une sauvegarde, ou quelque chose avec un autre logiciel qui, lui aussi se plante à la connexion ? Le contenu de mon cron était : */10 * * * * bash monscript.sh > /dev/null 2>&1 …mais le script faisait une action qui ne m'intéressait plus depuis longtemps, donc j'ai supprimé le cron quand j'ai vu que ça plantait.
Le problème de rsync / unison est aussi rencontré depuis l'autre vieille machine que j'ai exhumée pour l'occasion. Même message d'erreur. -- Étienne André Université Paris 13 http://lipn.univ-paris13.fr/~andre <http://lipn.univ-paris13.fr/~andre>!DSPAM:48,5a7c7de2163411028621366!