Ahhh damn,

Thanks for the response, I'll give ulogd 2.0 a go, shouldn't be to hard to
add it in as a package :)

Cheers
Adam

-----Original Message-----
From: KP Kirchdoerfer [mailto:kap...@users.sourceforge.net] 
Sent: Sunday, 15 May 2011 8:06 AM
To: leaf-devel@lists.sourceforge.net
Subject: Re: [leaf-devel] Problems with ulogd and mysql support

adstar;

I'm afraid this is not the short hint you've asked for.

Am Freitag, 13. Mai 2011, um 01:55:57 schrieb ads...@genis-x.com:
> Hi guys,
> 
> In the 3.x Bering there was an additional mysql plugin for ulogd.
> This has been dropped in 4.x but I see in source/ulogd/buildtool.mk

It has been dropped because ulogd 1.x won't work/compile with 4.0 (setup) -
I tried and it was completly broken - forgot the exact reason. 

If you need mysql support, I suggest you may try to build a more recent
ulogd
(2.x) or have a look if syslog-ng supports logging to mysql in a proper way.


kp

> (cd $(ULOGD_DIR) ; $(AUTOCONF) ; CC=$(TARGET_CC) LD=$(TARGET_LD)
> CFLAGS="$(BT_COPT_FLAGS) \
>         -I$(BT_LINUX_DIR)-$(BT_KERNEL_RELEASE)/include" \
>         LDFLAGS="-L$(BT_STAGING_DIR)/lib -L$(BT_STAGING_DIR)/usr/lib" \
>         ./configure --prefix=/usr --sysconfdir=/etc
> --with-mysql=$(BT_STAGING_DIR)/usr/ )
>         touch $(ULOGD_DIR)/.configured
> 
> It is enabling it (but it's missing the dependencies for mysql in
> conf/source.cfg)
> 
> <Package ulogd>
>         Server = localrepo
>         Directory = ulogd
>         revision = HEAD
>         Description = The Netfilter Userspace Logging Daemon
>         <Requires>
>                 Name = buildenv
>                 Name = autoconf
>         </Requires>
> </Package>
> 
> Shouldn't it require mysql?
> 
> Also in source/ulogd/buildtool.cfg even though it's enabled in
buildtool.mk
> the plugin isn't being included so when the package get's built it's not
> copying the plugin in.
> I added this to my source/ulogd/buildtool.cfg on my local setup
> 
>                         <File>
>                                 Source          =
> usr/lib/ulogd/ulogd_MYSQL.so
>                                 Filename        =
> usr/lib/ulogd/ulogd_MYSQL.so
>                                 Type            = binary
>                                 Permissions = 755
>                         </File>
> 
> Now I did make those changes in my local setup but alas this hasn't gotten
> ulogd to work with mysql support.
> I get various errors in the buildtoollog
> 
> Can't locate Data/Dumper.pm in @INC (@INC contains:
> /home/leaf/leaf/bering-uclibc4/buildtool/staging/share/autoconf
> /usr/lib/perl5/site_perl/5.12.1/x86_64-linux
> /usr/lib/perl5/site_perl/5.12.1 /usr/lib/perl5/5.12.1/x86_64-linux
> /usr/lib/perl5/5.12.1 .) at
>
/home/leaf/leaf/bering-uclibc4/buildtool/staging/share/autoconf/Autom4te/C4
> c he.pm line 33.
> BEGIN failed--compilation aborted at
>
/home/leaf/leaf/bering-uclibc4/buildtool/staging/share/autoconf/Autom4te/C4
> c he.pm line 33.
> Compilation failed in require at
> /home/leaf/leaf/bering-uclibc4/buildtool/staging/bin/autom4te line 38.
> BEGIN failed--compilation aborted at
> /home/leaf/leaf/bering-uclibc4/buildtool/staging/bin/autom4te line 38.
> loading cache ./config.cache
> checking whether make sets ${MAKE}... (cached) yes
> 
> ...<snip>...
> 
> checking for strerror... (cached) yes
> checking for MySQL files... found mysql_config in
> /home/leaf/leaf/bering-uclibc4/buildtool/staging/usr//bin
> checking for mysql_real_escape_string support... strings: invalid option
--
> L
> Usage: strings [option(s)] [file(s)]
>  Display printable strings in [file(s)] (stdin by default)
>  The options are:
>   -a - --all                Scan the entire file, not just the data
section
>   -f --print-file-name      Print the name of the file before each string
>   -n --bytes=[number]       Locate & print any NUL-terminated sequence of
> at -<number>                   least [number] characters (default 4). -t
> --radix={o,d,x}        Print the location of the string in base 8, 10 or
> 16
>   -o                        An alias for --radix=o
>   -T --target=<BFDNAME>     Specify the binary file format
>   -e --encoding={s,S,b,l,B,L} Select character size and endianness:
>                             s = 7-bit, S = 8-bit, {b,l} = 16-bit, {B,L} =
> 32-bit
>   @<file>                   Read options from <file>
>   -h --help                 Display this information
>   -v -V --version           Print the program's version number
> strings: supported targets: elf32-i386 a.out-i386-linux pei-i386
> elf32-little elf32-big srec symbolsrec verilog tekhex binary ihex
trad-core
> found old MySQL
> creating ./config.status
> creating extensions/Makefile
> 
> I think the strings error has something to do with the
> ulogd-configure.patch file.
> 
> That's as far as I've dug, I think I'm out of my depth now.....
> When I try and start ulogd I get the following errors. I have included the
> libmysql, libm, libz and ulogd in my leaf.cfg
> 
> ulogd: symbol '__ulogd_log': can't resolve symbol in lib
> '/usr/lib/ulogd/ulogd_BASE.so'.
> Fri May 13 10:18:43 2011 <7> ulogd.c:462 load_plugins:
> '/usr/lib/ulogd/ulogd_BASE.so': (null)
> 
> ulogd: symbol 'register_output': can't resolve symbol in lib
> '/usr/lib/ulogd/ulogd_MYSQL.so'.
> Fri May 13 10:18:43 2011 <7> ulogd.c:462 load_plugins:
> '/usr/lib/ulogd/ulogd_MYSQL.so': (null)
> 
> Can anyone point me in the right direction?
> 
> Cheers
> Adam
> 
> 
>
---------------------------------------------------------------------------
> --- Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> 
> _______________________________________________
> leaf-devel mailing list
> leaf-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/leaf-devel


----------------------------------------------------------------------------
--
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay

_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


------------------------------------------------------------------------------
Achieve unprecedented app performance and reliability
What every C/C++ and Fortran developer should know.
Learn how Intel has extended the reach of its next-generation tools
to help boost performance applications - inlcuding clusters.
http://p.sf.net/sfu/intel-dev2devmay

_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to