ftp script

bjr,

je cherche une solution simple pour corriger un problème de ftp.

archi actuelle :

Code:

---

1 2 3 4 5 6 7 8 9 10 11

if [ -s ${ind_fic} ] then echo " Envoi du fichier ${ind_fic} vers ${serveur}. " ( ftp -nv ${serveur} <<FIN ascii put ${ind_fic} ${LST_F} bye FIN ) 2>/tmp/test_ftp_${NOM_SCRIPT}_2 1>/tmp/test_ftp_${NOM_SCRIPT}_1

---

ce qui marche parfaitement depuis des années.
mais par contre il arrive désormais que l'on ai des fichiers à zéro en taille (0 bytes).

hors le parametre -s dans un if comme l'indique le man page de ksh

Citation:

---

-r file
TRUE, if file exists and is readable by current process.

-s file
TRUE, if file exists and has size greater than 0 (zero).

-S file
TRUE, if file exists and is a socket.

-t file_des
TRUE, if file descriptor number file_des is open and associated with a
terminal device.

---

est le paramètre qui interdit l'exécution du ftp si le fichier est à zéro.

le problème : le ftp est tout de même exécuté et provoque une erreur bien sur dans la suite des traitements.

alors pourquoi le test if [ -s ... est t il outrepassé ?

/!\ KSH pas BASH /!\


merci

es-tu sûr que la taille est 0?

Code:

---

1 2 3 4 5 6

$ ls -l x y -rw-r--r-- 1 oracle dba 0 Jan 31 11:51 x -rw-r--r-- 1 oracle dba 1 Jan 31 11:51 y $ for f in x y; do if [ -s $f ]; then echo $f est non-vide; fi; done y est non-vide

---

note que vu que tu transfères en ASCII, il se peut qu'un fichier ait 0 après le transfer

oui la taille est zéro ! et c'est ça le problème.
le

Code:

---

if [ -s fichier ] ..........

---

outrepasse ses droits et execute tout de même le contenu jusqu'au

Code:

---

fi

---

.

i fait très précisément le même test que toi (un echo suivi d'un ls du fichier) à la place du ftp et il entre quand même dans le

Code:

---

if .... fi

---

si encore le fichier de taille zéro était crée sur la machine distante ça ne poserai pas problème mais là en plus ça génère une erreur au lieu d'un fichier à zéro. D'où extrême importance de forcer le if à fonctionner.

Taille vraiment à 0?

peux-tu faire

Code:

---

1 2 3 4 5

ls -l tonfichier fuser tonfichier file tonfichier test -s tonfichier || echo vraiment vide!

---

merci

j'ai déjà fait tout ça (peut être pas dans l'ordre) :)
mais bon voilà pour te rassurer :

Citation:

---

(sr*cxw_xp [RW] )
[/cmx_xpl_wb/fc/cmx_dfc/] > ls -l test.DAT.200701302108
-rw-rw-rw- 1 cxw_exp users 0 Jan 30 21:08 test.DAT.200701302108

(sr*cxw_xp [RW] )
[/cmx_xpl_wb/fc/cmx_dfc/] > fuser test.DAT.200701302108
test.DAT.200701302108:

(sr*cxw_xp [RW] )
[/cmx_xpl_wb/fc/cmx_dfc/] > file test.DAT.200701302108
test.DAT.200701302108: empty

(sr*cxw_xp [RW] )
[/cmx_xpl_wb/fc/cmx_dfc/] > test -s test.DAT.200701302108 || echo vraiment vide!
vraiment vide!

(sr*cxw_xp [RW] )
[/cmx_xpl_wb/fc/cmx_dfc/] >

---

je certifie la viditude du fichier

Citation:

---

Envoyé par frp31

j

Code:

---

1 2 3

test -s test.DAT.200701302108 || echo vraiment vide! vraiment vide!

---

---

donc le test -s marche ici !

dans le script il marche pas
que j'utilise test ou if

alors qu'avant que le cas de fichier vide soit possible le script tournait bien et ce depuis des lustres (enfin 2003) donc c'est pas l'architecture du script qui gène non plus....

d'où le fait que je comprenne pas ce qui se passe. :?

deplus c'est le même squelette de script que partout ailleurs pour cette application (ça represente en gros 100 jobs sur une 10zaine de machines)

donc hors de question de faire un cas à part pour 1 job en contournant le problème...

J'ai fait des tas d'essais ce matin et ça change rien J'ai même été jusqu"a faire exécuter le job ailleurs (d'un autre disque au cas ou ce serai un pb d'enregistrement du fichier script) et ce en partant d'une copie du script sur la machine de dev pour ne pas partir d'un fichier corrompu.

essaye encore dans ton script de rajouter

Code:

---

1 2 3 4 5

ls -la ${ind_fic} if [ -s ${ind_fic} ] then echo " Envoi du fichier ${ind_fic} vers ${serveur}. "

---

oui je vais le laisser pour qu'il tourne en prod avec le ls afin de voir si il est bien à zéro au moment du run et pas mis à zéro après ....
juste au cas ou....

on verra demain matin le log d'exécution.

pareil avec un des deux à zéro l'autre s'est bien uploadé.

heu sauf erreur le test -s est pour une taille > que 0 donc le test devrait etre
if [! -s fichier ]

non le test est bon puisque si le fichier n'est pas à zéro il doit exécuter le ftp

Code:

---

if -s -> alors ftp

---

Citation:

---

Envoyé par frp31

pareil avec un des deux à zéro l'autre s'est bien uploadé.

---

L'output ça donne quoi?

exactement pareil

affiche le fichier
execute le ftp

il est bien entré dans la boucle if comme l'indique le log :

Code:

---

1 2 3 4 5

[.....] Envoi du fichier /cmx_xpl_wb/fic/CMX_DFC/CMX_DFC_NC.DT.200702012108 sur XXXXXX -rw-r--r-- 1 cxw_exp users 0 Feb 1 23:58 /cmx_xpl_wb/fc/CMX_DFC/CMX_DFC_NC.DT.200702012108 Envoi du fichier /cmx_xpl_wb/fc/CMX_DFC/CMX_DFC_NC.DT.200702012108 sur XXXXXX : OK [...]

---

le log ftp quand à lui dit juste qu'il y a echec
ça parceque le fichier est à zéro et que ce if ne m'en protège pas.
provisoirement j'ai fait un if sur le grep de la taille du fichier mais ça craint ....parceque c'est
1-pas propre
2-ca romp notre standard

très étrange en effet

plutôt que grep, je ferais ls pour voir la taille

Code:

---

1 2 3 4

if ls -l $ind_fic | awk '{exit !$5}' then ftp...

---

quel est l'OS?

tru64 version 5.1b rev 2650

es-tu sûr du déroulement?
Peux-tu rajouter un set -x dans ton script pour m'aider au déboggage?