[SOLVED] Spine and SNMP version problem

[cedricD]

Hi all,

I have got a problem to install cacti on a new server.

when I launch Spine I have :

Code: Select all

 SPINE: Poller[0] ERROR: SNMP Library Version Mismatch (5.3.1 vs 5.3.2.2) (Spine parent)

did I need to downgrad SNMP or is there an other solution for this issue?

kr

[gandalf]

Please install snmp-devel as of the same version as the net-snmp you're using. Then compile spine on that platform, using the devel libraries that match your snmp version
Reinhard

[cedricD]

When i look what is install on the server i see these package.

Code: Select all

 net-snmp                        x86_64                  1:5.3.2.2-5.el5_3.1                     installed                  2.8 M
Removing for dependencies:
 cacti                           noarch                  0.8.7d-1.el5.rf                         installed                  5.1 M
 cacti-spine                     x86_64                  0.8.7a-1.el5.rf                         installed                  146 k
 net-snmp-devel                  i386                    1:5.3.2.2-5.el5_3.1                     installed                  5.6 M
 net-snmp-devel                  x86_64                  1:5.3.2.2-5.el5_3.1                     installed                  7.6 M
 net-snmp-utils                  x86_64                  1:5.3.2.2-5.el5_3.1                     installed                  381 k
 php-snmp                        x86_64                  5.1.6-23.2.el5_3                        installed                   28 k

when a launch snmpd -v I have

Code: Select all

NET-SNMP version:  5.3.2.2
Web:               http://www.net-snmp.org/
Email:             net-snmp-coders@lists.sourceforge.net

how can i recompil spine to use the version 5.3.2.2?

kr

[gandalf]

I wonder why you have two net-snmp-devel packages, one for 32 bit, one for 64 bit.

You may want to yum erase spine.
Then download the source package and compile as usual
Reinhard

[TheWitness]

It's a packagers problem. They blame me, I blame them. You can disable this by simply removing that check in the top of snmp.c and remaking the package.

I was going to make it a configure option before the 0.8.7e release over the weekend, but dinner and other things (life is such) got in the way.

TheWitness

[cedricD]

thank you fo your informations

I have a problem with the install of the spine. when i do ./configure, There is a error.
configure: error: cannot run /bin/sh config/config.sub

the spine version is cacti-spine-0.8.7e

[TheWitness]

One of our other developers did some rewrite to the build scripts. I suggest running the "./bootstrap" file in the source directory. If it does not run, edit it and change line 1 to "#!/bin/bash" and try again.

TheWitness

[cedricD]

thx a lot.

after software installation, it's work.
thank you for the rapide answer

king regard

[fundutzi]

The above still did not work for me on CentOS 5.4.

Errors re aclocal and libtoolz appeared with ./bootstrap.

This solved it for me.
yum install automake
yum install libtool

Now you can run the ./bootstrap as suggested above.

[slmingol]

The latest spine is available from Rutger's koji build server as both RPM/SRPM here: http://koji.rutgers.edu/koji/packageinfo?packageID=1418. In my case I'm using CentOS 5 and needed to still rebuild it because I was using a different version of open snmp. But all I had to do was an rpmbuild --rebuild of the cacti-spine source rpm and install it.

[Lewis]

hello all,

i have the same problem :
03/04/2011 04:21:03 AM - SPINE: Poller[0] ERROR: SNMP Library Version Mismatch (5.3.1 vs 5.3.2.2) (Spine parent)

my linux is a CentOS release 5.4 (Final)
i installed cacti & cacti-spine via yum install command...

when i try to update, i get this message...
Package cacti-0.8.7g-2.el5.rf.noarch already installed and latest version
Package cacti-spine-0.8.7a-1.el5.rf.i386 already installed and latest version

is there any other solution except compiling spine ?

[gandalf]

IMHO, this is a problem with the distro's package. It does not seem to take snmp libraries into account. Distro packaging happens beyond our scope, so please ask them
R.