Tu m'appelles le jour ou tu cherches dans tes logs sur un autre critère sur ceux fournit par journal…
J'ai pas les moyens financiers.
En partant du principe que l'index sur service ne compte pas vraiment (dans l'ancien système je serais allé chercher le bon fichier de log à la main mais ça ne pose pas vraiment de problème.)
Rien qu'aujourd'hui :
Problème avec une gateway SIP : donc parsage de log sur le contenu, notamment au niveau des tokens de sécurité dans les phases d'initialisation. Petit filtre sur l'init et sur l'adresse IP du client - damned c'est pas indexé par journald. (environ 15 coups de fil à vue de nez)
On continue avec la mise en place d'une nouvelle stratégie de cache - petit tests sur les expirations de cache du proxy et du memcached en fonction du log/delog des users. Petit filtre IP extérieur/login/réponse memcached - caramba encore raté (une petite vingtaine de coup de fil)
Les utilisateurs se plaignent d'un ralentissement. Ca serait les tests ? (Petit filtre sur les IP des machines des admins dans les logs des serveurs de prod - non c'est pas ça (3 coups de fils)) - par contre awstats montre une grosse monté des connexions, notamment en erreur. Ben tient tou vient de la même plage IP extérieure (5 coup de fils) qui nous casse aussi les pieds sur Bind (1 coup de fil), sur les ports mails (1 coup de fil), et même sur les plages CIFS (1 coup de fil). Ban de la plage et mail bien senti au provider (qui en a probablement rien à foutre mais c'est pas une raison pour ne pas le faire).
Donc aujourd'hui seulement entre 40 et 50 coup de fils comme ça, à la louche. Et encore tu t'en tire bien on a pas débugué de java ou de Riak aujourd'hui.
et tu nous faire perdre du temps
GNARARARARH Je vous oblige a répondre à mes posts sur linuxfr grace à mes grands pouvoirs. Je suis diabolique.
va coder si t'es si bon que ca et que t'as tous compris aux problèmes d'init et de logs
Tout à fait le fait d'avoir des problèmes qui ne sont pas résolus par systemd fait de moi
a) Un expert sur tout ce qui concerne l'init et les logs
b) Un développeur émérite
c) Un mec avec assez de temps libre pour recoder tout ça en mieux
Et le pire c'est que je suis fan de beaucoup d'idées de journald (la continuité des logs par exemple, le coté analyse temps réel qui viendra surement bientôt, les index - même si j'aimerai pouvoir définir les miens etc.) Mais journald a encore de grosses lacunes et un aspect rédhibitoire : celui de ne pas pouvoir fonctionner sans systemd.
[^] # Re: Pourquoi du binaire
Posté par Kaane . En réponse au journal Documentation du format du Journal. Évalué à 7.
Tu m'appelles le jour ou tu cherches dans tes logs sur un autre critère sur ceux fournit par journal…
J'ai pas les moyens financiers.
En partant du principe que l'index sur service ne compte pas vraiment (dans l'ancien système je serais allé chercher le bon fichier de log à la main mais ça ne pose pas vraiment de problème.)
Rien qu'aujourd'hui :
Problème avec une gateway SIP : donc parsage de log sur le contenu, notamment au niveau des tokens de sécurité dans les phases d'initialisation. Petit filtre sur l'init et sur l'adresse IP du client - damned c'est pas indexé par journald. (environ 15 coups de fil à vue de nez)
On continue avec la mise en place d'une nouvelle stratégie de cache - petit tests sur les expirations de cache du proxy et du memcached en fonction du log/delog des users. Petit filtre IP extérieur/login/réponse memcached - caramba encore raté (une petite vingtaine de coup de fil)
Les utilisateurs se plaignent d'un ralentissement. Ca serait les tests ? (Petit filtre sur les IP des machines des admins dans les logs des serveurs de prod - non c'est pas ça (3 coups de fils)) - par contre awstats montre une grosse monté des connexions, notamment en erreur. Ben tient tou vient de la même plage IP extérieure (5 coup de fils) qui nous casse aussi les pieds sur Bind (1 coup de fil), sur les ports mails (1 coup de fil), et même sur les plages CIFS (1 coup de fil). Ban de la plage et mail bien senti au provider (qui en a probablement rien à foutre mais c'est pas une raison pour ne pas le faire).
Donc aujourd'hui seulement entre 40 et 50 coup de fils comme ça, à la louche. Et encore tu t'en tire bien on a pas débugué de java ou de Riak aujourd'hui.
et tu nous faire perdre du temps
GNARARARARH Je vous oblige a répondre à mes posts sur linuxfr grace à mes grands pouvoirs. Je suis diabolique.
va coder si t'es si bon que ca et que t'as tous compris aux problèmes d'init et de logs
Tout à fait le fait d'avoir des problèmes qui ne sont pas résolus par systemd fait de moi
a) Un expert sur tout ce qui concerne l'init et les logs
b) Un développeur émérite
c) Un mec avec assez de temps libre pour recoder tout ça en mieux
Et le pire c'est que je suis fan de beaucoup d'idées de journald (la continuité des logs par exemple, le coté analyse temps réel qui viendra surement bientôt, les index - même si j'aimerai pouvoir définir les miens etc.) Mais journald a encore de grosses lacunes et un aspect rédhibitoire : celui de ne pas pouvoir fonctionner sans systemd.