Bug#315846: specter-mysql: fails to load /usr/bin/specter/specter_MYSQL.so
Package: specter-mysql
Version: 1.3+1.4pre2-2
Severity: important
*** Please type your report below this line ***
Hello,
I've tried to get specter with mySQL support running. Unfortunately
specter fails to load the MYSQL plugin located in
/usr/lib/specter/specter_MYSQL.so .
For your help I've attached my specter.conf and the specter.log to
this message.
The entries (user, pass, table, etc) for the mySQL server in the
specter.conf are still the default values. I just tried to reproduce
the error on my router at home.
It won't work also if I add ssl_enable and the other SSL options like
ssl_key, ssl_cert, etc. to the specter.conf.
Cheers,
Kai
-- System Information:
Debian Release: 3.1
Architecture: i386 (i486)
Kernel: Linux 2.4.19
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages specter-mysql depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libmysqlclient10 3.23.56-3 LGPL-licensed client library for M
ii specter1.3+1.4pre2-2 packet logger for netfilter's ULOG
-- no debconf information
# Refer to specter.conf(5) manual for more information.
#
# This is special block that decides about global options
global {
# loglevel: low value = verbose logging
loglevel 1
# logfile: can point to a file or to stdout/stderr (this applies
# to almost any file option in different plugins)
logfile /var/log/specter.log
# socket receive buffer size (should be at least the size of the
# in-kernel buffer (ipt_ULOG 'nlbufsiz' parameter)
rmem 130K
# libipulog receive buffer size, should be > rmem
bufsize 150K
# grouping mode - can be netlink or nfmark
#grouping nfmark
# when not in netlink grouping mode, you can set single nlgroup to
listen to
#nlgroup 1
}
# This block sets paths to plugins
plugins {
BASE/usr/lib/specter/specter_BASE.so
LOCAL /usr/lib/specter/specter_LOCAL.so
HTTP/usr/lib/specter/specter_HTTP.so
PWSNIFF /usr/lib/specter/specter_PWSNIFF.so
OPRINT /usr/lib/specter/specter_OPRINT.so
PCAP/usr/lib/specter/specter_PCAP.so
LOGEMU /usr/lib/specter/specter_LOGEMU.so
MYSQL /usr/lib/specter/specter_MYSQL.so
PGSQL /usr/lib/specter/specter_PGSQL.so
SYSLOG /usr/lib/specter/specter_SYSLOG.so
EXEC/usr/lib/specter/specter_EXEC.so
}
1 {
:BASE
:MYSQL
db mydb
host localhost
user specter
pass foobar
table ip
buffsize 2M
}
Sun Jun 26 13:20:38 2005 specter: Registering input plugin "base" for
group 1.
Sun Jun 26 13:20:38 2005 specter: Couldn't load plugin:
/usr/lib/specter/specter_MYSQL.so: undefined symbol: mysql_ssl_set.
Bug#315846: Acknowledgement (specter-mysql: fails to load /usr/bin/specter/specter_MYSQL.so)
Hello again, arglx, my first bug report to the Debian BTS and I did a mistake. :-| The path in the subject should be /usr/lib/specter/specter_MYSQL.so instead of /usr/bin/specter/specter_MYSQL.so. Cheers, Kai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315846: Acknowledgement (specter-mysql: fails to load /usr/bin/specter/specter_MYSQL.so)
Moin, * On 26.06.2005 (Sun) at 22:06:10 [+0200] Grzegorz Bizon wrote me some text: > We know what's goin on !:) > It appears to be bug in libmysqlclient10-lgpl. > > pirx:/home/verdan# grep mysql_ssl_set /usr/lib/libmysqlclient.so.10 > pirx:/home/verdan# Hrm, I've on my main server libmysqlclient.so.12 beside libmysqlclient.so.10 installed: [EMAIL PROTECTED]: strings /usr/lib/libmysqlclient.so.10 |grep mysql_set_ssl [EMAIL PROTECTED]: [EMAIL PROTECTED]: strings /usr/lib/libmysqlclient.so.10 |grep mysql_ssl_set [EMAIL PROTECTED]: When I did the same commands on libmysqlclient.so.12, I'll get following results: [EMAIL PROTECTED]: strings /usr/lib/libmysqlclient.so.10 |grep mysql_set_ssl [EMAIL PROTECTED]: [EMAIL PROTECTED]: strings /usr/lib/libmysqlclient.so.10 |grep mysql_ssl_set [EMAIL PROTECTED]: mysql_ssl_set > But following statement in Mysql Reference can be found: > > "mysql_ssl_set() does nothing unless OpenSSL support is enabled in the > client library." > > So there is no justification of mysql_set_ssl() removal from library > API (It does not make libmysqlclient10 openssl dependant). I don't know if it would be a big mess if you'll use the newer mySQL libraries or do you have a better solution? Afaik you'll need for the newer mySQL libraries the mySQL v4.0 or mySQL v4.1 server. > Regards, > Verdan Cheers, Kai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315846: (specter-mysql: fails to load /usr/lib/specter/specter_MYSQL.so) (was ... /usr/bin/specter ...)
Moin, * On 27.06.2005 (Mon) at 14:07:56 [+0200] Grzegorz Bizon wrote me some text: > > [EMAIL PROTECTED]: strings /usr/lib/libmysqlclient.so.10 |grep mysql_set_ssl > > [EMAIL PROTECTED]: > > [EMAIL PROTECTED]: strings /usr/lib/libmysqlclient.so.10 |grep mysql_ssl_set > > [EMAIL PROTECTED]: mysql_ssl_set > > > libmysqlclient.so.12 has mysql_ssl_set() function enabled. Arglx, I did it again. My second mistake. :-| I meant above libmysqlclient.so.12. > > Afaik you'll need for the newer mySQL libraries the mySQL v4.0 or > > mySQL v4.1 server. > > It's true. New specter packages are available here > (libmysqlclient14 dependent): I've compiled today at work specter with libmysqlclient12 and later with libmysqlclient14. Both libraries worked very well with and without SSL support and I had finally the chance to see specter working. ;-) > http://nki.zie.pg.gda.pl/~verdan/debian/specter > > And waiting for upload. > Moreover I've found another bug, fixed there (FTBFS due to changes > in upstream postgresql-dev sources; refer to changelog). > We need to push this version to stable also. Ah, it's very nice to see that bug soon to be closed and the whole package in stable. Thank you very much for your efforts! > Best regards, > Verdan Cheers, Kai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
