From: Cisowski, D. <dan...@ed...> - 2005-02-17 11:49:14
|
Ben, finally I've found some time to get back to my PerfParse problem and try to use the current version... Ben Clewett wrote on Friday, February 04, 2005 6:15 PM: > Daniel, > > Version 0.105.5 has been released containing this fix. This contains no > other changes from previous versions. > > If you had the time to check this works, this would be useful. > > Thanks for letting us know about the problem, > > Ben. I've tried 0.105.5 and 0.105.6, but both didn't work to let me successfully use PerfParse. After doing the following extention in libpp_common/libpp_common.h: diff -u ./libpp_common/libpp_common.h ./libpp_common/libpp_common.h.orig --- ./libpp_common/libpp_common.h 2005-02-17 09:46:05.293086000 +0100 +++ ./libpp_common/libpp_common.h.orig 2005-02-17 09:46:00.287824000 +0100 @@ -139,7 +139,6 @@ #ifdef USE_GLIB12 #define g_string_hash(x) (g_str_hash((x)->str)) #define g_path_get_dirname g_dirname -#define g_path_get_basename g_basename #define g_string_printf g_string_sprintf #define g_string_append_printf g_string_sprintfa #endif I've tried to build PerfParse with shared libraries: ./configure --prefix=/usr/local/nagios --with-glib12=/usr/local --with-libiconv-prefix=/usr/local/lib --with-included-gettext --with-db=mysql ***************************************************** Configuration options: Prefix: /usr/local/nagios Perfparse: Selected DB tools: Selected CGI: Selected HTTP path for images: /nagios/images Installation path for images: ${datadir}/perfparse/images Installation path for CGIs: ${exec_prefix}/sbin Using glib1.2: 1.2.10 Database support: mysql ***************************************************** make But, make still throws the following errors: make all-recursive make[1]: Entering directory `/local/root/tmp/nagios/addons/perfparse-0.105.4' Making all in intl [...] make[2]: Entering directory `/local/root/tmp/nagios/addons/perfparse-0.105.6/modules' /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -Wall -o libpp_storage_mysql.la -rpath /usr/local/nagios/lib -module libpp_storage _mysql_la-storage_mysql.lo libpp_storage_mysql_la-libstorage.lo -L/usr/local/lib -R/usr/local/lib -R/usr/lib -L/usr/lib -R/usr/openwin/lib -L/usr/openwin/lib -L/usr/local/ssl/lib -R/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.2/lib -R/usr/local/BerkeleyDB.4.2/lib -L/usr/local /mysql/lib/mysql -lmysqlclient -lposix4 -lcrypt -lgen -lsocket -lnsl -lm -L../libpp_mysql -lpp_mysql -ldl -lnsl -lm -lsocket gcc -shared -Wl,-h -Wl,libpp_storage_mysql.so.0 -o .libs/libpp_storage_mysql.so.0.0.0 .libs/libpp_storage_mysql_la-storage_mysql.o .libs/ libpp_storage_mysql_la-libstorage.o -z allextract /usr/local/mysql/lib/mysql/libmysqlclient.a -z defaultextract -R/local/root/tmp/nagios/ addons/perfparse-0.105.6/libpp_mysql/.libs -R/usr/local/nagios/lib -R/usr/local/lib -R/usr/lib -R/usr/openwin/lib -R/usr/local/ssl/lib -R/ usr/local/BerkeleyDB.4.2/lib -L/usr/local/lib -L/usr/lib -L/usr/openwin/lib -L/usr/local/ssl/lib -L/usr/local/BerkeleyDB.4.2/lib -L/usr/lo cal/mysql/lib/mysql -lposix4 -lcrypt -lgen -L/local/root/tmp/nagios/addons/perfparse-0.105.6/libpp_mysql /local/root/tmp/nagios/addons/per fparse-0.105.6/libpp_mysql/.libs/libpp_mysql.so -ldl -lnsl -lm -lsocket -lc Text relocation remains referenced against symbol offset in file <unknown> 0x5d0 /usr/local/mysql/lib/mysql/libmysqlclient.a(libmysql.o) <unknown> 0x5d4 /usr/local/mysql/lib/mysql/libmysqlclient.a(libmysql.o) <unknown> 0x5d8 /usr/local/mysql/lib/mysql/libmysqlclient.a(libmysql.o) <unknown> 0x5dc /usr/local/mysql/lib/mysql/libmysqlclient.a(libmysql.o) <unknown> 0x5e0 /usr/local/mysql/lib/mysql/libmysqlclient.a(libmysql.o) <unknown> 0x5e4 /usr/local/mysql/lib/mysql/libmysqlclient.a(libmysql.o) <unknown> 0x5e8 /usr/local/mysql/lib/mysql/libmysqlclient.a(libmysql.o) [... ~3650 lines later ...] __udiv64 0xd40 /usr/local/mysql/lib/mysql/libmysqlclient.a(my_getopt.o) __udiv64 0xfd4 /usr/local/mysql/lib/mysql/libmysqlclient.a(my_getopt.o) __udiv64 0x6c /usr/local/mysql/lib/mysql/libmysqlclient.a(longlong2str.o) __udiv64 0x1d8 /usr/local/mysql/lib/mysql/libmysqlclient.a(longlong2str.o) __mul64 0xd4c /usr/local/mysql/lib/mysql/libmysqlclient.a(my_getopt.o) __mul64 0xfe0 /usr/local/mysql/lib/mysql/libmysqlclient.a(my_getopt.o) __mul64 0x80 /usr/local/mysql/lib/mysql/libmysqlclient.a(longlong2str.o) strtoll 0xcb8 /usr/local/mysql/lib/mysql/libmysqlclient.a(my_getopt.o) strtoll 0xe8c /usr/local/mysql/lib/mysql/libmysqlclient.a(my_getopt.o) vfprintf 0x20 /usr/local/mysql/lib/mysql/libmysqlclient.a(my_getopt.o) vfprintf 0x8c8 /usr/local/mysql/lib/mysql/libmysqlclient.a(dbug.o) fstat64 0x320 /usr/local/mysql/lib/mysql/libmysqlclient.a(my_lib.o) fstat64 0x324 /usr/local/mysql/lib/mysql/libmysqlclient.a(my_lib.o) opendir 0x14 /usr/local/mysql/lib/mysql/libmysqlclient.a(my_lib.o) stat64 0x25c /usr/local/mysql/lib/mysql/libmysqlclient.a(my_lib.o) readdir64 0x84 /usr/local/mysql/lib/mysql/libmysqlclient.a(my_lib.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status make[2]: *** [libpp_storage_mysql.la] Error 1 make[2]: Leaving directory `/local/root/tmp/nagios/addons/perfparse-0.105.6/modules' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/local/root/tmp/nagios/addons/perfparse-0.105.6' make: *** [all] Error 2 I've also tried to compile it without using shared libraries, but it also didn't allow to use PerfParse successfully: ./configure --prefix=/usr/local/nagios --with-glib12=/usr/local --with-libiconv-prefix=/usr/local/lib --with-included-gettext --with-db=mysql --disable-shared make [ no errors yet :-)] make install Unfortunately if I try to start perfparsed it produces the following error :-( perfparse.log.YYYYMMDD.log: 2005/02/17 11:53:03 [ storage.c:61 14589 ] storage_mysql module failed to load (msg='ld.so.1: perfparsed: fatal: /usr/local/nagios/lib/libpp_storage_mysql.so: unknown file type') Did I make something wrong? Why perfparsed tries to load an shared object if it has been configured with --disable-shared and compiled without errors? I'd be glad if you could help me. Best regards, Daniel |