18 06, 2008
系统日志中出现大量的truncating integer value to 32 bits信息
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导致的。
这个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”。
升级应该能解决问题，找个时间测试升级吧