Question

Quelqu'un a-t-il trouvé un moyen de contourner cela? Ou une meilleure technique pour conglomérer de manière fiable la journalisation à partir de plusieurs serveurs Web?

Toutes les idées sur de bons outils d’analyse de fichier journal log4net (texte brut, pas XML) - en dehors du bon 'ol grep of course:)

Était-ce utile?

La solution

La limite de 1024 octets fait partie de la RFC (section 4.1) de syslog, tout comme le transport UDP dont la livraison n'est pas garantie (au cas où vous craignez des lignes de journal perdues dans l'éther). Je pense que syslog-ng peut résoudre ces deux problèmes, mais je ne suis pas un expert en syslog.

Autres conseils

J'ai entendu parler de logFaces sur une autre question. utilisez un appender socket et écrivez votre propre serveur. logFaces se décrit comme un " serveur de journalisation, agrégateur & amp; téléspectateur " mais je n'ai pas encore essayé.

Les ajouts basés sur une base de données sont parfaits pour collecter les journaux de plusieurs serveurs.

La limitation est imposée par le syslog lui-même et non par l'appender.

Je ne connais pas Log4net, mais NLog fonctionne parfaitement bien avec " shared " fichier cible: plusieurs processus peuvent écrire dans le même fichier .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top