REDHAT AS4U4的X86_64系统,在系统的/VAR/LOG/MESSAGE日志中出现大量的truncating integer value to 32 bits信息,完整的信息如下:
Jun 18 11:22:10 billdb1 snmpd[26994]: send response:
Jun 18 11:22:10 billdb1 snmpd[26994]: truncating integer value to 32 bits
Jun 18 11:22:10 billdb1 snmpd[26994]: truncating uinteger value to 32 bits
Jun 18 11:22:10 billdb1 snmpd[26994]: truncating uinteger value to 32 bits
Jun 18 11:22:13 billdb1 snmpd[26994]: truncating integer value to 32 bits
Jun 18 11:22:13 billdb1 snmpd[26994]: truncating uinteger value to 32 bits
Jun 18 11:22:13 billdb1 snmpd[26994]: truncating uinteger value to 32 bits
Jun 18 11:22:16 billdb1 snmpd[26994]: truncating integer value to 32 bits
Jun 18 11:22:16 billdb1 snmpd[26994]: truncating uinteger value to 32 bits
Jun 18 11:22:16 billdb1 snmpd[26994]: truncating uinteger value to 32 bits
因为系统有使用SNMP进行部分监控,导致上面信息不停的出现在MESSAGE日志中,导致有用的系统信息被淹没其中。GOOGLE了半天,应该是REDHAT平台上的NET-SNMP包的一个BUG导致的。
[@more@]这个BUG的详细的链接如下:
https://bugzilla.redhat.com/show_bug.cgi?id=202584
因为看惯了ORACLE对BUG的管理,第一次看操作系统相关的BUG,还真的不知道主要该看什么地方。
大概的浏览了一下,应该是64位平台上数字转换的时候出的问题,而且BUG的讨论中也提到,这个信息应该设定在DEBUG级别,而不应该设置在INFO级别的。查看系统缺省的MESSAGE中的日志级别设置,如下:
*.info;mail.none;authpriv.none;cron.none
这说明MESSAGE中记录了所有的INFO级别的信息,但是不包含MAIL/AUTHPRIV/CRON三个相关的日志,这也导致了这个BUG发生的时候,大量的写MESSAGE日志的原因
这个BUG描述的最下边提供了一个链接:http://rhn.redhat.com/errata/RHBA-2007-0183.html,这个链接提供了新版本的NET-SNMP,其中BUG修复列表中提到了“Better fix for truncating integer values to 32bits”。
升级应该能解决问题,找个时间测试升级吧
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/25016/viewspace-1005818/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/25016/viewspace-1005818/