Re: [gull] Problème rsync depuis crontab

[Pierre Maitre]

Le 21/02/08, Daniel Cordey<dc at mjt.ch> a écrit :
> Une idee a tout hasard... J'ai efface ton mail initial et je ne me souviens
>  plus tres bien de l'output... Mais, je chercherais du cote du buffering des
>  output dans stdout. La ligbne de commande du cron est-elle exactement la
>  meme ? Ou un /bin/sh a-t-il ete rajoute ?

C'est exactement la même ligne, je n'ai pas rajouté /bin/sh.
L'output:

debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending command: rsync --server -vulogDtpr --delete .
/home/share/backups/pjv-commun/
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
ERROR: buffer overflow in recv_rules
debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
debug1: fd 1 clearing O_NONBLOCK
debug1: Transferred: stdin 0, stdout 0, stderr 0 bytes in 0.6 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.0
debug1: Exit status 22
rsync error: error allocating core memory buffers (code 22) at
util.c(126) [receiver]
rsync: writefd_unbuffered failed to write 4092 bytes [sender]: Broken pipe (32)
rsync: connection unexpectedly closed (8 bytes received so far) [sender]
rsync error: error allocating core memory buffers (code 22) at
io.c(453) [sender=2.6.9]

>  stdout est bufferise, alors que stderr ne l'est pas. Maintenant, le fait de le
>  mettre en cron avec /bin/sh peut forcer l'accumulation des output de stderr,
>  avant leur envoi dans le mail, ou autre... bref des pistes en l'air... Mais
>  je chercherais ce qui est different dans le lancement du programme plutot que
>  simplement une diference entre root/autre. Ce n'est qu'une piste et surtout
>  pas une affirmation.

Je vais chercher dans cette direction

Merci

Pierre Maitre


-- 
Dr Pierre-O. Maitre
Privat-Docent
FMH Anesthésiologie
FMH Pharmacologie Clinique
Cabinet médical / A la Joy
1272 Genolier