带有SyslogAppender的Log4net,1kb消息限制

带有SyslogAppender的Log4net,1kb消息限制,log4net,syslog,Log4net,Syslog,有没有人找到了解决这个问题的办法?还是一种更好的技术来可靠地将来自多个web服务器的日志合并 关于好的log4net日志文件分析工具的任何想法(纯文本而非XML)-当然除了好的“ol grep:)限制是由syslog本身施加的,而不是appender 我不知道log4net,但它可以与“共享”文件目标完美结合,即多个进程可以在同一个进程中写入。限制是由系统日志本身施加的,而不是附加程序 我不知道log4net,但是使用“共享”可以很好地工作文件目标-即多个进程可以在同一个进程中写入。基于数据库的

有没有人找到了解决这个问题的办法?还是一种更好的技术来可靠地将来自多个web服务器的日志合并


关于好的log4net日志文件分析工具的任何想法(纯文本而非XML)-当然除了好的“ol grep:)

限制是由syslog本身施加的,而不是appender


我不知道log4net,但它可以与“共享”文件目标完美结合,即多个进程可以在同一个进程中写入。

限制是由系统日志本身施加的,而不是附加程序


我不知道log4net,但是使用“共享”可以很好地工作文件目标-即多个进程可以在同一个进程中写入。

基于数据库的附加器非常适合从多个服务器收集日志。

基于数据库的附加器非常适合从多个服务器收集日志。

1024字节限制是系统日志的一部分(第4.1节),与UDP传输一样,UDP传输无法保证传输(以防您担心在以太网中丢失日志行)。我认为syslog ng可以解决这两个问题,但我不是syslog专家。

1024字节的限制是syslog(第4.1节)的一部分,UDP传输也是如此,它不能保证传输(以防您担心在以太网中丢失日志行)。我认为syslog ng可以解决这两个问题,但我不是syslog专家。

我读了另一个问题,或者您可以使用套接字附加器编写自己的服务器。logFaces将自己描述为“日志服务器、聚合器和查看器”,但我还没有尝试过它。

我读到另一个问题,或者您可以使用套接字附加器编写自己的服务器。logFaces将自己描述为“日志服务器、聚合器和查看器”,但我还没有尝试