Bug 536725 - request to upgrade version
Summary: request to upgrade version
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: collectd
Version: el5
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Lubomir Rintel
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-11-11 04:19 UTC by Ohad Levy
Modified: 2010-07-09 06:00 UTC (History)
6 users (show)

Fixed In Version: collectd-4.10.0-4.el5
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-07-09 06:00:33 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Ohad Levy 2009-11-11 04:19:23 UTC
The collectd version in EPEL is out of date, I would request to upgrade to a newer version as the IO performance on the server side has been greatly improved.

Comment 1 Alan Pevec 2010-06-08 14:43:53 UTC
Mike, you looked at updating collectd in EPEL few months back, but IIRC latest version was failing to compile. Have you had a chance to figure it out?

Comment 2 Mike McGrath 2010-06-08 14:59:51 UTC
It was just one particular plugin that was failing, I think it was iptables.  I couldn't figure out why it was failing though and ended up just removing that particular plugin from the package.  I'll take a look again this afternoon or tomorrow morning with more details.

Comment 3 Marc Fournier 2010-06-08 15:22:06 UTC
FYI, I successfully built collectd 4.9.1 on RHEL 5.5 without any trouble. I believe the built system has also been greatly improved in recent versions, if that can help.

Thanks for considering this request !

Comment 4 Mike McGrath 2010-06-09 15:15:50 UTC
I lied, its not iptables, it's a missing xen-devel in i386.  It's actually available but our builders don't seem to have it.  Dennis is looking at the buildsys now to find out why.

Comment 5 Mike McGrath 2010-06-09 21:30:01 UTC
(In reply to comment #3)
> FYI, I successfully built collectd 4.9.1 on RHEL 5.5 without any trouble. I
> believe the built system has also been greatly improved in recent versions, if
> that can help.
> 


Did you get it to build with x86_64?  Here's the error I'm getting - 

http://koji.fedoraproject.org/koji/getfile?taskID=2241523&name=build.log

Seems to build fine on i386 though.

Comment 6 Marc Fournier 2010-06-10 14:53:19 UTC
I just tried building collectd 4.10.0 from the project's git repo, without
any trouble. Both the iptables and the libvirt modules (as well as many
others) where compiled:

$ ./configure 
[...]
Configuration:
  Libraries:
    libcurl . . . . . . . yes   
    libdbi  . . . . . . . no (dbi/dbi.h not found)
    libesmtp  . . . . . . no (libesmtp not found)
    libganglia  . . . . . no (gm_protocol.h not found)
    libgcrypt . . . . . . yes   
    libiokit  . . . . . . no
    libiptc . . . . . . . yes (shipped version)
    libjvm  . . . . . . . no (jar not found)
    libkstat  . . . . . . no (Solaris only)
    libkvm  . . . . . . . no
    libmemcached  . . . . no (libmemcached/memcached.h not found)
    libmodbus . . . . . . no (pkg-config doesn't know library)
    libmysql  . . . . . . yes   
    libnetapp . . . . . . no (netapp_api.h not found)
    libnetlink  . . . . . no (libnetlink.h not found)
    libnetsnmp  . . . . . yes   
    libnotify . . . . . . no (No package 'libnotify' found)
    liboconfig  . . . . . yes (shipped version)
    libopenipmi . . . . . no (/usr/bin/pkg-config doesn't know OpenIPMIpthread)
    liboping  . . . . . . yes   
    libpcap . . . . . . . yes   
    libperfstat . . . . . no (AIX only)
    libperl . . . . . . . yes (version 5.8.8)
    libpq . . . . . . . . yes   
    libpthread  . . . . . yes   
    librouteros . . . . . no ('routeros_api.h' not found)
    librrd  . . . . . . . yes   
    libsensors  . . . . . yes   
    libstatgrab . . . . . no (/usr/bin/pkg-config doesn't know libstatgrab)
    libtokyotyrant  . . . no (tcrdb.h not found)
    libupsclient  . . . . yes   
    libvirt . . . . . . . yes   
    libxml2 . . . . . . . yes   
    libxmms . . . . . . . no
    libyajl . . . . . . . no (yajl/yajl_parse.h not found)
    libevent  . . . . . .
    protobuf-c  . . . . . no
    oracle  . . . . . . . no (ORACLE_HOME is not set)
    python  . . . . . . . no ('Python.h' not found)

  Features:
    daemon mode . . . . . yes   
    debug . . . . . . . . no

  Bindings:
    perl  . . . . . . . . yes   

  Modules:
    apache  . . . . . . . yes   
    apcups  . . . . . . . yes   
    apple_sensors . . . . no
    ascent  . . . . . . . yes   
    battery . . . . . . . yes   
    bind  . . . . . . . . yes   
    conntrack . . . . . . yes   
    contextswitch . . . . yes   
    cpu . . . . . . . . . yes   
    cpufreq . . . . . . . yes   
    csv . . . . . . . . . yes   
    curl  . . . . . . . . yes   
    curl_json . . . . . . no
    curl_xml  . . . . . . yes   
    dbi . . . . . . . . . no
    df  . . . . . . . . . yes   
    disk  . . . . . . . . yes   
    dns . . . . . . . . . yes   
    email . . . . . . . . yes   
    entropy . . . . . . . yes   
    exec  . . . . . . . . yes   
    filecount . . . . . . yes   
    fscache . . . . . . . yes   
    gmond . . . . . . . . no
    hddtemp . . . . . . . yes   
    interface . . . . . . yes   
    ipmi  . . . . . . . . no
    iptables  . . . . . . yes   
    ipvs  . . . . . . . . yes   
    irq . . . . . . . . . yes   
    java  . . . . . . . . no
    libvirt . . . . . . . yes   
    load  . . . . . . . . yes   
    logfile . . . . . . . yes   
    madwifi . . . . . . . yes   
    match_empty_counter . yes   
    match_hashed  . . . . yes   
    match_regex . . . . . yes   
    match_timediff  . . . yes   
    match_value . . . . . yes   
    mbmon . . . . . . . . yes   
    memcachec . . . . . . no
    memcached . . . . . . yes   
    memory  . . . . . . . yes   
    modbus  . . . . . . . no
    multimeter  . . . . . yes   
    mysql . . . . . . . . yes   
    netapp  . . . . . . . no
    netlink . . . . . . . no
    network . . . . . . . yes   
    nfs . . . . . . . . . yes   
    nginx . . . . . . . . yes   
    notify_desktop  . . . no
    notify_email  . . . . no
    ntpd  . . . . . . . . yes   
    nut . . . . . . . . . yes   
    olsrd . . . . . . . . yes   
    onewire . . . . . . . no
    openvpn . . . . . . . yes   
    oracle  . . . . . . . no
    perl  . . . . . . . . yes   
    pinba . . . . . . . . no
    ping  . . . . . . . . yes   
    postgresql  . . . . . yes   
    powerdns  . . . . . . yes   
    processes . . . . . . yes   
    protocols . . . . . . yes   
    python  . . . . . . . no
    routeros  . . . . . . no
    rrdcached . . . . . . no
    rrdtool . . . . . . . yes   
    sensors . . . . . . . yes   
    serial  . . . . . . . yes   
    snmp  . . . . . . . . yes   
    swap  . . . . . . . . yes   
    syslog  . . . . . . . yes   
    table . . . . . . . . yes   
    tail  . . . . . . . . yes   
    tape  . . . . . . . . no
    target_notification . yes   
    target_replace  . . . yes   
    target_scale  . . . . yes   
    target_set  . . . . . yes   
    tcpconns  . . . . . . yes   
    teamspeak2  . . . . . yes   
    ted . . . . . . . . . yes   
    thermal . . . . . . . yes   
    tokyotyrant . . . . . no
    unixsock  . . . . . . yes   
    uptime  . . . . . . . yes   
    users . . . . . . . . yes   
    uuid  . . . . . . . . yes   
    vmem  . . . . . . . . yes   
    vserver . . . . . . . yes   
    wireless  . . . . . . yes   
    write_http  . . . . . yes   
    xmms  . . . . . . . . no
    zfs_arc . . . . . . . no

[...]
$ make
[...]
$ ldd src/.libs/libvirt.so 
        libvirt.so.0 => /usr/lib64/libvirt.so.0 (0x00002b17213a7000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00002b1721657000)
        libxml2.so.2 => /usr/lib64/libxml2.so.2 (0x00002b1721872000)
        libz.so.1 => /usr/lib64/libz.so.1 (0x00002b1721bb0000)
        libm.so.6 => /lib64/libm.so.6 (0x00002b1721dc4000)
        libc.so.6 => /lib64/libc.so.6 (0x00002b1722047000)
        libselinux.so.1 => /lib64/libselinux.so.1 (0x00002b172239f000)
        libnuma.so.1 => /usr/lib64/libnuma.so.1 (0x00002b17225b7000)
        libgnutls.so.13 => /usr/lib64/libgnutls.so.13 (0x00002b17227bc000)
        libgcrypt.so.11 => /usr/lib64/libgcrypt.so.11 (0x00002b1722a41000)
        libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x00002b1722cb3000)
        libxenstore.so.3.0 => /usr/lib64/libxenstore.so.3.0 (0x00002b1722ecc000)
        /lib64/ld-linux-x86-64.so.2 (0x00002b1720f76000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00002b17230d4000)
        libsepol.so.1 => /lib64/libsepol.so.1 (0x00002b17232d8000)
        libgpg-error.so.0 => /usr/lib64/libgpg-error.so.0 (0x00002b172351e000)
        libresolv.so.2 => /lib64/libresolv.so.2 (0x00002b1723722000)
        libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00002b1723937000)
$ ldd src/.libs/iptables.so 
        libc.so.6 => /lib64/libc.so.6 (0x00002aaf68c77000)
        /lib64/ld-linux-x86-64.so.2 (0x00002aaf6883e000)


One idea though... Your build seems to fail on this error:

/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libiptc.a(libip6tc.o): In function `TC_GET_RULE':
(.text+0xb80): multiple definition of `TC_GET_RULE'
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libiptc.a(libip4tc.o):(.text+0xb00): first defined here
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libiptc.a(libip6tc.o): In function `TC_NUM_RULES':
(.text+0xbe0): multiple definition of `TC_NUM_RULES'
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libiptc.a(libip4tc.o):(.text+0xb60): first defined here
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libiptc.a(libip6tc.o): In function `standard_target_map':
(.text+0xf60): multiple definition of `standard_target_map'
/usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libiptc.a(libip4tc.o):(.text+0xee0): first defined here
collect2: ld returned 1 exit status
libtool: link: gcc -shared  .libs/ipmi_la-ipmi.o   -lOpenIPMIutils -lOpenIPMI -ldl  -m64 -mtune=generic   -Wl,-soname -Wl,ipmi.so -o .libs/ipmi.so
make[3]: *** [iptables.la] Error 1
make[3]: *** Waiting for unfinished jobs....

And your ./configure outputs:

    libiptc . . . . . . . yes

whereas mine:

    libiptc . . . . . . . yes (shipped version)

Do you know which rpm I should install to get libiptc headers ?

Comment 7 Alan Pevec 2010-06-10 15:09:34 UTC
(In reply to comment #6)
>     libiptc . . . . . . . yes
> 
> whereas mine:
> 
>     libiptc . . . . . . . yes (shipped version)

yes, that's the crucial diff
 
> Do you know which rpm I should install to get libiptc headers ?    

iptables-devel

Comment 8 Mike McGrath 2010-06-10 17:00:26 UTC
Ok, so my build-foo is weak enough that I don't know the difference between the binary you'd get and the binary I'd get.  I will say I just got a build to go through:

http://koji.fedoraproject.org/koji/taskinfo?taskID=2243236

Major differences in spec file are from excluding some things (like sensors) for ppc.  I also am no longer including iptables-devel so it builds against shipped version.  

Alan, you're the primary maintainer here so I can keep looking for an answer, if you're happy with "it's building now" I can get these committed and pushed to epel testing this afternoon.

Comment 9 Alan Pevec 2010-06-10 17:27:28 UTC
(In reply to comment #8)
> Major differences in spec file are from excluding some things (like sensors)
> for ppc.  I also am no longer including iptables-devel so it builds against
> shipped version.  

Although not ideal since system libraries should be used when possible, in Fedora owniptc is also currently used, different issue but also making libiptc from iptables RPM unsuable: bug 564943 comment 7

> Alan, you're the primary maintainer here so I can keep looking for an answer,
> if you're happy with "it's building now" I can get these committed and pushed
> to epel testing this afternoon.    

ack, push it to testing.
We'll keep looking for the root cause of course, but it's higher priority to get updated version out, the current one in EPEL is really out of date.

Comment 10 Fedora Update System 2010-06-10 18:55:31 UTC
collectd-4.10.0-4.el5 has been submitted as an update for Fedora EPEL 5.
http://admin.fedoraproject.org/updates/collectd-4.10.0-4.el5

Comment 11 Fedora Update System 2010-06-11 23:36:31 UTC
collectd-4.10.0-4.el5 has been pushed to the Fedora EPEL 5 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update collectd'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/collectd-4.10.0-4.el5

Comment 12 Fedora Update System 2010-07-09 06:00:18 UTC
collectd-4.10.0-4.el5 has been pushed to the Fedora EPEL 5 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.