Bug 536725
| Summary: | request to upgrade version | ||
|---|---|---|---|
| Product: | [Fedora] Fedora EPEL | Reporter: | Ohad Levy <ohad.levy> |
| Component: | collectd | Assignee: | Lubomir Rintel <lkundrak> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | el5 | CC: | apevec, apevec, lkundrak, mmcgrath, rh, virt-maint |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | collectd-4.10.0-4.el5 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2010-07-09 06:00:33 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Ohad Levy
2009-11-11 04:19:23 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? 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. 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 ! 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. (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. 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 ?
(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 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. (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. 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 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 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. |