1.4.1 on suse sles9

[gedp]

Anybody succeeded in compiling zabbix 1.4.1 on suse sles9?

Problems I ran into:

-curl: wants version 7.15, but this one is not available for sles9. I don't want to go and install very new stuff if not really needed. Error eliminated by not specifycing --with-curl

- Error in patch.sql (type serial replaced by BIGINT UNSIGNED NOT NULL AUTO_INCREMENT UNIQUE as indicated in forum)

- Problem with net-snmp (error goes away when using --enable-static as indicated in forum):
checking for net-snmp-config... /usr/bin/net-snmp-config
checking for main in -lnetsnmp ... no
configure: error: Not found NET-SNMP library
>locate libnetsnmp:
/usr/lib/libnetsnmp.so
/usr/lib/libnetsnmp.so.5
/usr/lib/libnetsnmp.so.5.1.3

- wrap library:
checking for main in -lwrap ... no
configure: error: Not found wrap library
>locate libwrap
/lib/libwrap.so
/lib/libwrap.so.0
/lib/libwrap.so.0.7.6

I'm starting the restore of my db now. Afraid I'll have to go back to the 1.1.6.

[helfrez]

Funny stuff...

I just got a vm provisioned for the same thing..and I found it very odd that there are so many issues trying to get this to run on a fully patched sles9 box..I am stuck at the same point, and going back to older versions isnt a real option for me because some of the features are must have...I may end up having to go with a different solution. I feel the same way, I hate to force feed a enterprise distro, alot of updated packages not available in the default tree...

I just would have never thought, of all distros, it would require alot of workarounds for centos/rhel and sles...they may want to add the required version of support packages to the documentation, not just the major php and sql packages.

I guess it's just a sign of the time when the pre-release testing distrobution is Ubuntu...

[helfrez]

Build Successful!

Was able to get the system to build successfully on sles9..missing package you need to install is tcpd-devel. Installing that package will get you past the libwrap error...I would still like to built without the enable-static...but thats not as big of a deal, because its sometimes best to distribute the binaries...gonna work on finding what the deal is with the snmp.

[gedp]

Nice. I'll check it again.
Did you by any chance found a solution for the curl problem?

[helfrez]

Second snafuu with 1.4.1...

Can get it to build, but cant use web monitoring because libcurl needs to be up to 7.15 and sles 9 only uses 7.11...(grrr)

[helfrez]

lol you posted during my refresh...nope..none as of yet...Guru has packages for 7.15 going back to suse 9.2 but they dont install clean on sles9..may be able to rebuild the source package.

[helfrez]

Libcurl the DIRTY way

I did try a dirty method of getting libcurl to work..and it seems to work...but there could be some unseen consequences to this unsuppoted method. I pulled the 7.15.2 src package from here

http://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/packages/Network/curl/src/curl-7.15.5-1.guru.suse100.src.rpm

and executed a rpmbuild -ba curl.spec to build a new rpm from source on the sles9 box...

then I did a dreaded rpm -Uhv -nodeps curl* to the curl and curl-devel packages created.

last step is to:

ln -s /usr/lib/libcurl.so.3.0.0 /usr/lib/libcurl.so.2

for backwards compatibility with older version...this can be potentially dangerous but I tested yast before adding the link and it was broken as expected...after adding the symbolic link..yast works just fine again...

curl isnt to big of a package, so I don't personally see where this could cause severe breakage down the line as sles9 shouldnt see anything other than bugfixes at this point. I think it should be relatively safe, but entirely unsupported lol...

Anyone want to make an assessment of the safety of this workaround?

[gedp]

Helfrez,

After a lot of troubleshooting was able to get the server back up on the new version 1.4.1. Then started the quest for the web interface.....

I had fine experiences with previous upgrades, but this one was a pain in the ...

I was beginning to see zabbix as a decent replacement for the professional monitoring tools, but after being busy for 6 hours on this upgrade, I'm starting to doubt. Do you have experience with other tools like zabbix?

PS: I attached my upgrade log, could be helpfull for other people maybe.

[gedp]

Forgot to thank you for the assistance

[helfrez]

I am in the same boat, Zabbix has all the functionality I need, but this version is a PITA on sles9. I suspect things would go smoother on a newer distro like sles10. I installed and tested it before on ubuntu/debian, and the install was painless. I thought it might be good for use at work, but everything here is sles9 and it's really looking like a hassle. I hate to force packages into the system, and have to do alot of stuff off the beaten path in case I leave and someone else has to pick up the reigns.

TBH there isnt much else out there that has is up to par with zabbix atm. The next closest tool feature-wise would have to be hyperic...but I don't like the way it installs either. It feels even more beta than zabbix last time I installed it.

[helfrez]

I may give hyperic another try, havent tried it on a sles box...but I would really prefer to use Zabbix, but hyperic does have a paid-for-product..so maybe it will go a little better. It was very heavy and slow, when I installed it last. It uses alot of java and ajax. There is also Zenoss, but it is a kinda cludgy interface, and not very intuitive, I need to do alot of snmp monitoring, and zabbix was the next logical choice up from cacti.

[gedp]

I guess the developers should realize that, when zabbix wants to infiltrate in more professional environments, it should be tested on redhat and suse and debian as the most widespread distro's.

I agree it's a pity to see zabbix degrading. It was a very proising product and I was contemplating to start paying for support. I'll guess I'll sit it out for some time.

Just up and running now, have to do some checks first.

Regards

[Alexei]

I guess the developers should realize that, when zabbix wants to infiltrate in more professional environments, it should be tested on redhat and suse and debian as the most widespread distro's.

It is tested on decent releases of RedHat, SuSE, Debian and Ubuntu. Problems with versions of THIRD PARTY software under SuSE have nothing to do with ZABBIX, IMHO.

[helfrez]

Fresh Install

It is a fresh install for me, that mysql changed worked also..I would have never figured that out, between the 2 of us we got it up and running. But I just don't know how I feel about running something full-time with those kinda dirty hacks. The dependency problems aren't as bad, because it's a result of the distro you use. But that mysql change shouldn't be needed, and I would never have been able to figure that out myself. Is that a documented bug somewhere?

[helfrez]

I disagree Alexi

I would have to disagree with you, I'm not sure where the whole 3rd party software comes into play. But I was installing this on a clean and fully patched sles9 vm, and I ran into all of the same problems. This has nothing to do with 3rd party software. The problems we encountered are hard-blocks that are caused by either required app versions/version detection. I'm not sure if the mysql change gedp has in his auditlog is in a bug report somewhere, but I ran into the exact same issue.