Zabbix 1.6 RedHat 5.1 x86_64 Not found libcurl library

[jmead]

Is anyone having an issue compiling Zabbix 1.6 in general or on RedHat Enterprise 5.X? When I compile using the following:
./configure --enable-server --prefix=/usr/local/zabbix --with-mysql --with-net-snmp --with-libcurl --with-jabber

I get the following error:
checking for the version of libcurl... 7.15.5
checking for libcurl >= version 7.13.1... yes
checking for main in -lcurl... no
configure: error: Not found libcurl library

I have checked that Curl is installed as well as the devel, I have specified in my configure --with-libcurl=/usr/bin/curl-config. I have forced a reinstall of curl and have removed and reinstalled the devel kit.

Anyone have any suggestions to solve my issue? or am I special Is there a specific version I should be using?

[richlv]

just to try it out...
export CFLAGS=-lssl && ./configure --whatever

[ulrichdahl]

These made me able to configure on a rather basic CentOS 5 install

yum install gcc-c++ libstdc++-devel make mysql-devel curl-devel openssl-devel krb5-devel libgssapi-devel e2fsprogs-libs libidn-devel zlib-devel net-snmp-devel glibc-devel

# For IPMI support
yum install OpenIPMI-devel

[ShivaS]

Usually it's all about package-devel
so you need curl-devel in your case.
so just: yum install curl-devel -y
and be happy;-)

[ulrichdahl]

My work showed me that it is not curl-devel that is missing, the curl lib error is a 'cover' for missing a lot of different libs.

That is why all of these are needed:
openssl-devel krb5-devel libgssapi-devel e2fsprogs-libs libidn-devel zlib-devel net-snmp-devel

[jmead]

Libcurl Library Missing

yum install gcc-c++ libstdc++-devel make mysql-devel curl-devel openssl-devel krb5-devel libgssapi-devel e2fsprogs-libs libidn-devel zlib-devel net-snmp-devel glibc-devel

# For IPMI support
yum install OpenIPMI-devel

Thank you for your help, however the above packages still have not allowed me to compile using:
[root@srv1 zabbix-1.6]# ./configure --enable-server --prefix=/usr/local/zabbix --with-mysql --with-net-snmp --with-libcurl --with-jabber --with-openipmi


[root@srv1 zabbix-1.6]# export CFLAGS=-lssl && ./configure --enable-server --prefix=/usr/local/zabbix --with-mysql --with-net-snmp --with-libcurl --with-jabber --with-openipmi

configure: error: Not found libcurl library

[jmead]

My work showed me that it is not curl-devel that is missing, the curl lib error is a 'cover' for missing a lot of different libs.

That is why all of these are needed:
openssl-devel krb5-devel libgssapi-devel e2fsprogs-libs libidn-devel zlib-devel net-snmp-devel

Package openssl-devel - 0.9.8b-10.el5.i386 is already installed.
Package openssl-devel - 0.9.8b-10.el5.x86_64 is already installed.
Package krb5-devel - 1.6.1-25.el5.i386 is already installed.
Package krb5-devel - 1.6.1-25.el5.x86_64 is already installed.
Package libgssapi-devel - 0.10-2.x86_64 is already installed.
Package libgssapi-devel - 0.10-2.i386 is already installed.
Package e2fsprogs-libs - 1.39-15.el5.x86_64 is already installed.
Package e2fsprogs-libs - 1.39-15.el5.i386 is already installed.
Package libidn-devel - 0.6.5-1.1.x86_64 is already installed.
Package libidn-devel - 0.6.5-1.1.i386 is already installed.
Package zlib-devel - 1.2.3-3.i386 is already installed.
Package zlib-devel - 1.2.3-3.x86_64 is already installed.
Package net-snmp-devel - 1:5.3.1-24.el5_2.1.x86_64 is already installed.
Package net-snmp-devel - 1:5.3.1-24.el5_2.1.i386 is already installed.

[ShivaS]

try removing --with-curl from ./configure options
maximum you may added it later in Makefile under EXTRA_LIBS -> -lcurl
(it might fail compiling without curl)

Anyway i don't remember myself to mentioning curl among other options in ./configure.

[jmead]

try removing --with-curl from ./configure options
maximum you may added it later in Makefile under EXTRA_LIBS -> -lcurl
(it might fail compiling without curl)

Anyway I don't remember myself to mentioning curl among other options in ./configure.

I am installing CURL only because I am following a Centos Instruction manual, as I understand if you do not have CURL then you cannot monitor websites???
What impact will it have if I don't install CURL?

[richlv]

configure: error: Not found libcurl library

please attach your config.log as a file, thanks

[jmead]

config.log

Thanks for your help guys I attempted to upload my config.log file in my original post however none of the file type size restrictions allowed me to post it, after actually reading the log instead of skimming over it I found my issue please see below:

From config.log

configure:9210: result: /usr/bin/curl-config
configure:9220: checking for the version of libcurl
configure:9227: result: 7.15.5
configure:9234: checking for libcurl >= version 7.13.1
configure:9247: result: yes
configure:9359: checking for main in -lcurl
configure:9383: gcc -o conftest -lssl -I/usr/include/mysql -g -pipe -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -fno-strict-aliasing -fwrapv -L/usr/kerberos/lib64 -lcurl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lresolv -ldl -lidn -lssl -lcrypto -lz conftest.c -lcurl -lm >&5
/usr/bin/ld: skipping incompatible /usr/lib/libcom_err.so when searching for -lcom_err
/usr/bin/ld: skipping incompatible /usr/lib/libcom_err.a when searching for -lcom_err
/usr/bin/ld: cannot find -lcom_err
collect2: ld returned 1 exit status
configure:9389: $? = 1

Error:
-lcom_err output from curl-config --static-libs ... is the cause of my issue.

To FIX:
I ran “rpm -qf /usr/lib/libcom_err.a" to find what package provided that file.

Resolution:
It should give the out put of package “e2fsprogs-devel”
Hence install the rpm of e2fsprogs-devel from red hat network , and then try to configure again.

P.S CANNOT WAIT TO GIVE ZABBIX 1.6 AGO

[quozl]

Well spotted, mate

curl-config doesn't have --static-libs in the CentOS 5 or RHEL 5 version, and Zabbix 1.6 configure was using --libs instead. I recall mentioning --static-libs, since I was using the Debian packaging of curl as a test, and I guess that --static-libs got to you, Jason.

The "skipping incompatible" is a bit interesting though, it is as if an i386 version of the libcom_err.{a,so} was present but the x86_64 version is not.

This thread might be the basis of an install report or install HOWTO.

[jmead]

curl-config doesn't have --static-libs in the CentOS 5 or RHEL 5 version, and Zabbix 1.6 configure was using --libs instead. I recall mentioning --static-libs, since I was using the Debian packaging of curl as a test, and I guess that --static-libs got to you, Jason.

The "skipping incompatible" is a bit interesting though, it is as if an i386 version of the libcom_err.{a,so} was present but the x86_64 version is not.

I am relatively new to RedHat (generally use SUSE) and am only using it because HP offered a reasonable service contract to support my organisations Linux infrastructure, long story there. P.S don't use HP to provide support for RedHat, they only escalate issues to RedHat after they cannot work it out(takes 2 days to get an answer).

In regards to the i386 and x86_64 packages well I am not sure why but for some reason all the -devel packages are installed in a i386 and x86_64 when you use yum. I put this information to HP and they could not tell me why, I can also see that I am running curl i386 as well as x86_64. Any ideas on that one?

This thread might be the basis of an install report or install HOWTO.

I would be happy to document my installation instructions as I am going to have to do it for my internal organisations documents anyway.

[quozl]

You asked why you managed to get i386 packages as well as x86_64 packages installed. Sorry, I've no definite answer to that, I'd have to try reproducing it. I know it happens when you already have an i386 package installed that depends on one of the packages yum is about to upgrade. My guess is that some other i386 package was already installed by you before you began. You might be able to reduce the effect by using yum or rpm to remove the i386 packages you believe you don't need ... and backing out of the change if you discover what caused it. Oh, and take backups, this process can break things.

p.s. HP pays me to provide Red Hat Enterprise Linux support. I worked with someone in HP yesterday who might have been working with you. I don't think I got asked why you got i386 packages in the first place, but it was late.

[jmead]

p.s. HP pays me to provide Red Hat Enterprise Linux support. I worked with someone in HP yesterday who might have been working with you. I don't think I got asked why you got i386 packages in the first place, but it was late.

Yesterday when I contacted HP I must have had my best experience with HP, I guess I must have spoken to the appropriate person.
I would say my main issue with HP is on average every 2nd call I make they cannot find my support contract and I have to wait half the day for them to call me back

Anyway I am not here to pick at HP they do offer a good service considering all the various factors they need to work through to get an answer.

I guess I would not like to be in their shoes trying to work out issues, I think I would go mental