Récupérer logs traitement shell

Bonjour à tous,

Je vais essayer d'expliquer au mieux mon problème.

Je génère des traitements volumineux avec Talend pour en faire des .sh.
Ensuite, j'execute ces .sh depuis un serveur Linux, en général depuis la crontab.
Je peux alors, une fois le traitement terminer, avoir accès au log de ce dernier dans le fichier /var/spool/mail/user

Mon problème est le suivant.
Nous sommes en train de migrer sur l'environnement d'une autre équipe, et c'est cette équipe qui va lancer le script sh.
Jusque la rien de grave.
Mais mon problème est que je n'ai plus aucune information dans le fichier /var/spool/mail/user.

Nous avons bien géré les logs avec Talend, cependant ils sont beaucoup moins complets que ceux fournit lors de l'execution.
Par exemple, les erreurs retournées par la Base de données sont mieux catchées.

Est-ce qu'il existe une possibilité pour récupérer ces logs quelque part ?
En ajoutant une option dans le .sh par exemple ?
Ou tout autre solution ?

Merci d'avance et excellente journée à tous !

Bonjour :coucou:

Citation:

---

pour en faire des .sh.

---

Si ce n'est pas sh mais bash, l'extension n'est pas bien choisie :oops:

Citation:

---

les erreurs retournées par la Base de données sont mieux catchées.

---

"attrapées" ou "cachées" ? :oops:
Attrapées par qui ? Les scripts ? La base ?
Explique, stp.

Citation:

---

Est-ce qu'il existe une possibilité pour récupérer ces logs quelque part ?

---

Les logs de scripts dont on ne sait rien ? Oui, probablement. En lisant les scripts et en cherchant où vont les sorties de commande. (Aussi bien pour la sortie standard que la sortie d'erreur, ou autres)

Citation:

---

En ajoutant une option dans le .sh par exemple ?

---

Généralement, on "forke" la sortie.

Code:

---

commande | tee fichier_log.txt

---

La sortie est simultanément sur l'écran et dans le fichier.

Bonjour et merci bien pour la réponse !

Talend génère des .bat pour Windows et .sh pour Linux, pas d'autres alternatives je crois

Attrapées : on utilise des composants qui permettent d'aller taper sur la base de données.
Maintenant, je suis bien incapable de dire si l'exception est attrapée par la base de données ou par le code java généré.

J'ai essayé le fork, mais cela reste limité.
Par exemple, j'ai fais exprès de faire planter mon traitement pour qu'une erreur SQL soit levée.

Lorsque je lance le traitement depuis ma console, je vois bien l'erreur.
En revanche, dans le fichier fichier_log.txt, je ne vois rien ://

Précisions:

• Le canal 0 est l'entrée standard
• Le canal 1 est la sortie standard
• Le canal 2 est la sortie d'erreur
• Les canaux 3 ou + sont définis par l'utilisateur.

Si tu veux rediriger dans des fichiers, tu peux faire :

Code:

---

commande >fichier_sortie.txt 2>fichier_erreurs.txt

---

Citation:

---

J'ai essayé le fork, mais cela reste limité.

---

Tous les retraitements sont imaginables (filtre, modifications, mise en forme, etc).

Exemples:
Je vais mettre un prefixe a la ligne de sortie ou d'erreur.

Code:

---

commande > >(sed 's/^/SORTIE /') 2> >(sed 's/^/ERREUR /' >&2)

---

Code:

---

1 2 3 4

$ ls > >(sed 's/^/SORTIE /') 2> >(sed 's/^/ERREUR /' >&2) SORTIE fichier1 SORTIE fichier2 SORTIE fichier3

---

Code:

---

1 2	$ ls fichier_inexistant > >(sed 's/^/SORTIE /') 2> >(sed 's/^/ERREUR /' >&2) ERREUR ls: impossible d'accéder à 'fichier_inexistant': Aucun fichier ou dossier de ce type

---

Citation:

---

Le canal 2 est la sortie d'erreur

---

C'est exactement ce dont j'avais besoin, merci bien !
Les erreurs sont remontées correctement.

Bonne journée !