Discussion :

[cterra2]

Bonjour,

Je viens de commencer dans une très grande entreprise française connu.
Ils ont développé leur propre outil de monitoring (type Nagios).
Cependant plusieurs personnes se sont relayés sur ce développement, et l'organisation logique de certain script est devenu assez aléatoire …
Existe t-il une solution simple pour savoir quel script a généré mon log ?

je fais d'énorme find /data -name "*" -exec grep -Hn "nomdefichier" {} \;

en espérant trouver le fichier qui possède la ligne "> nomdefichier" dans les résultat.
Je suis sous red hat (2.6.9-89.29.)

Mais cela prend énormément de ressource, car je dois travailler sur plusieurs centaines de giga et en plus le nom de mon log n'est pas toujours en clair dans le script car souvent il est de la form "> $site-$environement-monlog.log".

A l'aide,

Merci.

[BufferBob]

salut,

si c'est une grosse structure il est fort probable que les sysadmins soient tenus à la rédaction de la doc de leur plateforme, incluant les scripts mis en oeuvre, vous avez pas un wiki ou similaire ?

sinon tu pourrais aussi simplement demander à ton référent sur la plateforme (le PPFS ?)

enfin la commande lsof permet de retrouver quel processus utilise tel ou tel fichier, encore faut-il que le script soit en train de tourner et le log ouvert sinon ça ne peut pas fonctionner évidemment

à partir de là... perso j'aurai tendance à "prendre le temps" de bien étudier la plateforme, certes y'a potentiellement beaucoups de fichiers mais en général y'a pas tant de scripts que ça non plus, et si vraiment y'a une masse d'informations telle qu'il faut impérativement scripter, j'envisagerai peut-être de poser un inotify sur /DATA, dès qu'un fichier est modifié on lance un lsof pour voir ce qui se passe, et pendant ce temps continuer de décortiquer les scripts à la mano

[Escapetiger]

(...)sinon tu pourrais aussi simplement demander à ton référent sur la plateforme (le PPFS ?)
(...)

@BufferBob
C'est qui, c'est quoi, le PPFS s'il te-plaît ?

[BufferBob]

@BufferBob
C'est qui, c'est quoi, le PPFS s'il te-plaît ?

une PFS est une plateforme de service, le PPFS est le pilote de la PFS, si plusieurs sysadmins gèrent la plateforme, le PPFS en est le responsable

[cterra2]

salut,

si c'est une grosse structure il est fort probable que les sysadmins soient tenus à la rédaction de la doc de leur plateforme, incluant les scripts mis en oeuvre, vous avez pas un wiki ou similaire ?

Les premiers l'ont fait, mais il y a eu du turnover, certains sont arrivés sur le produit sans être vraiment formés, ils ont développés comme ils ont pu, et voila ... donc je suis habitué à travailler aux normes ITIL, je vois très bien ce que tu imagines, mais ici ça n'est pas du tout le cas ... sinon je ne posterai pas, mais j'essaie de le créer, même si il me faudra reverse des milliers (voir des millions) de lignes de code.

Par contre, je ne peux pas installer d'application qui n'ont pas suivi un long processus de validation, je dois donc me débrouiller avec les commandes de base, et oui mes scripts n'ont qu'un accès furtifs au fichier log (gros traitement et ils finissent par ">> monlog"). J'ai vérifié, et je n'ai pas inotify.
Je pensais qu'il pouvait existait un équivalent à microsoft, c'est à dire de faire un audit nativement sur une ressource et de les archiver dans un journal.

[Flodelarab]

Bonjour

Déjà, si tu es sûr que c'est un script, le nom doit finir par sh (que ce soit ksh, sh, bash ou autre). Et non pas "*".
Ensuite, tu peux resserrer en cherchant "log" et non pas ton nom de log qui doit être variable donc inexistant dans un script.

Sinon, dans la démarche, je ferais pareil.