系統日誌中出現大量的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導致的。

[@more@]

這個BUG的詳細的連結如下：

因為看慣了ORACLE對BUG的管理，第一次看作業系統相關的BUG，還真的不知道主要該看什麼地方。

大概的瀏覽了一下，應該是64位平臺上數字轉換的時候出的問題，而且BUG的討論中也提到，這個資訊應該設定在DEBUG級別，而不應該設定在INFO級別的。檢視系統預設的MESSAGE中的日誌級別設定，如下：
*.info;mail.none;authpriv.none;cron.none
這說明MESSAGE中記錄了所有的INFO級別的資訊，但是不包含MAIL/AUTHPRIV/CRON三個相關的日誌，這也導致了這個BUG發生的時候，大量的寫MESSAGE日誌的原因

這個BUG描述的最下邊提供了一個連結：，這個連結提供了新版本的NET-SNMP，其中BUG修復列表中提到了“Better fix for truncating integer values to 32bits”。

升級應該能解決問題，找個時間測試升級吧