Problem building net-snmp 5.3.1 rc2 on RHEL4 64bit

Ed Hill ed at eh3.com
Thu Jul 6 13:18:40 EDT 2006


On Thu, 2006-07-06 at 12:15 -0400, Matt Shields wrote:
> I've had problems getting 64 bit counters working with RedHat's net-snmp
> and have been successful with 5.3.1 on all my other servers.  I've
> compiled this no problem on those, but they're all 32 bit.  Now we're
> starting to get 64bit servers in, so one way or another it would be nice
> to get this working with 5.3.1.  Also, if we don't use 64 bit counters,
> we rollover about every minute or so for our bandwidth statistics.
> 
> I did try applying one of the patches that refers to the libtool, but
> that didn't work.

Hi Matt,

I'm largely clueless when it comes to SNMP.  I've no idea why things do
or don't work for you with it.  Sorry...  :-/  As a RHEL user, you do
get some level of support -- and theres always Red Hat's bugzilla.

That said, I was mostly commenting about your building source packages
on a RHEL (or, for that matter, any RPM-based) system.  I'm sure you're
aware of the (sometimes severe) problems that can cause...

And I probably wasn't clear in my earlier post--I did not mean to
suggest cherry-picking of patches.  What I meant to suggest was to use a
RHEL or Centos SRPM to locally build a new RPM based on the slightly
newer upstream source.  In many cases, one can (without too much effort)
take an RPM for a slightly older package and re-build it with a newer
"tar-ball" of the upstream source.  I've done this many times and it can
(sometimes!) be a lot easier than trying to build the upstream source
alone.  Plus, with the RPM-rebuild approach, you get the added bonus of
having a cleaner system because you have an actual binary RPM.

Ed

-- 
Edward H. Hill III, PhD
office:  MIT Dept. of EAPS 54-1424;  77 Massachusetts Ave.
             Cambridge, MA 02139-4307
emails:  eh3 at mit.edu                ed at eh3.com
URLs:    http://web.mit.edu/eh3/    http://eh3.com/
phone:   617-253-0098
fax:     617-253-4464





More information about the Discuss mailing list