Description of problem:

  snmpd unnecessarily generates the following error message:

    looks like a 64bit wrap, but prev!=new

  This error message ends up being unnecessary because it's being
  generated for a value that is calculated from other values, and thus
  has no previous value.

Version-Release number of selected component (if applicable):

  net-snmp-5.3.2.2-7.el5_4.2

How reproducible:

  Unknown

Steps to Reproduce:

  Unknown
  
Actual results:

  Error message

Expected results:

  No error message.

Additional info:

  The  error message  is generated  in the  following bit  of  code in
  netsnmp_c64_check32_and_update() in snmplib/int64.c:

    423         /*
    424          * if we really have 64 bit counters, the summing we've been
    425          * doing for prev values should be equal to the new values.
    426          */
    427         if ((prev_val->low != new_val->low) ||
    428             (prev_val->high != new_val->high)) {
    429             snmp_log(LOG_ERR, "looks like a 64bit wrap, but prev!=new\n"    429 );
    430             return -2;
    431         }

  netsnmp_c64_check32_and_update() is, in turn called by
  netsnmp_access_systemstats_entry_update_stats() in
  agent/mibgroup/ip-mib/data_access/systemstats_common.c:

    330         /*
    331          * update 64bit counters
    332          */
  [..]
    385         netsnmp_c64_check32_and_update(&prev_vals->stats.HCOutTransmits,
    386                                        &new_vals->stats.HCOutTransmits,
    387                                        &prev_vals->old_stats->HCOutTrans    387 mits,

  but HCOutTransmits is calculated in _calculate_entries() in
  agent/mibgroup/ip-mib/data_access/systemstats_common.c:

    253     /*
    254      * HCOutTransmits = HCOutRequests  + HCOutForwDatagrams + HCOutFragC    254 reates  
    255      *                  - HCOutFragReqds - HCOutNoRoutes  - HCOutDiscard    255 s
    256      */
    257     if (!entry->stats.columnAvail[IPSYSTEMSTATSTABLE_HCOUTTRANSMITS]
    258         && entry->stats.columnAvail[IPSYSTEMSTATSTABLE_HCOUTREQUESTS]
    259         && entry->stats.columnAvail[IPSYSTEMSTATSTABLE_HCOUTFORWDATAGRAM    259 S]
    260            && entry->stats.columnAvail[IPSYSTEMSTATSTABLE_HCOUTFRAGREQDS    260 ]
    261            && entry->stats.columnAvail[IPSYSTEMSTATSTABLE_HCOUTNOROUTES]
    262            && entry->stats.columnAvail[IPSYSTEMSTATSTABLE_HCOUTFRAGCREAT    262 ES]
    263         && entry->stats.columnAvail[IPSYSTEMSTATSTABLE_HCOUTDISCARDS]) {
    264 
    265         U64 tmp, tmp2, tmp3;
    266         tmp = entry->stats.HCOutRequests;
    267         u64Incr(&tmp, &entry->stats.HCOutForwDatagrams);
    268         u64Incr(&tmp, &entry->stats.HCOutFragCreates);
    269         
    270         u64Subtract(&tmp, &entry->stats.HCOutFragReqds, &tmp2);
    271         u64Subtract(&tmp2, &entry->stats.HCOutNoRoutes, &tmp3);
    272         u64Subtract(&tmp3, &entry->stats.HCOutDiscards, &entry->stats.HC    272 OutTransmits);

  Because HCOutTransmits is calculated from other values, it's
  new_vals are always 0, and thus doesn't need a wrap check.  When a
  wrap check is done, the error message above is needlessly generated.