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 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
!DSPAM:48,5a7c7de2163411028621366!