OVH Cloud OVH Cloud

tar et dat

12 réponses
Avatar
Nicolas
Bonjour,

Gros, très gros souci, sous mandrake 10.0 et 10.1, avec un script bash
de sauvegarde sur bande.

Ce script lancé par un cron se déroule correctement, SAUF la commande
tar -cvf /dev/st0.
En gros la sauvegarde ne se fait pas. Et aucun message d'erreur.

Par contre, manuellement, cette commande passe parfaitement.

Comprends pas.

Nico

2 réponses

1 2
Avatar
Bona Délechamp
Rakotomandimby (R12y) Mihamina wrote:
( Fri, 04 Mar 2005 19:38:53 +0100 ) Bona Délechamp :



Normal. Enlever l'option v qui provoque un débordement [...]
Oui, toute la place est déjà prise par la sortie de tar...



quelle est donc cette limite ?


Peut-être dans les sources du Vixie-cron ? Je crois aussi qu'il y a
une limite également avec at.

Je viens aussi de faire un essai :

$ cat /tmp/nouveau* | mail bernard -s essais
$ postdrop: warning: uidP1: File too large send-mail: fatal:
bernard(501): Message file too big

La limitation pourrait donc aussi venir de postfix dans mon cas. Les
fichiers /tmp/nouveau* sont issus de suck, mais peu importe...

Qu'on m'explique aussi l'intérêt qu'il y a à recevoir par mail le
compte-rendu verbeux d'une commande tar ou même de toute autre
commande qui balance des milliers de lignes sur sa sortie standard.

--
Jamais homme noble ne hait le bon vin.
François Rabelais


Avatar
Bona Délechamp
Rakotomandimby (R12y) Mihamina wrote:
( Fri, 04 Mar 2005 19:38:53 +0100 ) Bona Délechamp :



Normal. Enlever l'option v qui provoque un débordement [...]
Oui, toute la place est déjà prise par la sortie de tar...



quelle est donc cette limite ?


Un élément de réponse (toujours avec postfix) :

[ root]# postconf |grep size|grep limit
body_checks_size_limit = 51200
bounce_size_limit = 50000
header_size_limit = 102400
mailbox_size_limit = 51200000
message_size_limit = 10240000

--
Ta mère est tellement moche que quand elle va au zoo, elle doit
prendre un ticket pour entrer, et un ticket pour sortir.


1 2