Hi, cc-ing to the syslog-ng list.
Thank you for implementing compatibility with syslog_door. I've installed syslog-ng files in /usr/local, but I have some problems with a few things.
uname -a:
SunOS logserver 5.7 Generic sun4m sparc SUNW,SPARCstation-5
I start /usr/local/bin/syslog-ng manually. When I do so I get this error message:
ld.so.1: /usr/local/bin/syslog-ng: fatal: libol.so.0: open failed: No such file or directory Killed
I can get around this (sloppy) by:
env LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib /usr/local/bin/syslog-ng
Yes, you have to either add the /usr/local/lib directory to your /etc/ld.so.conf (at least this is the file under Linux), or set the above environment variable.
Then an error with parsing the configuration file occurs. I removed the
options { sync(10) };
line, and then syslog-ng executes without an error.
That's strange. sync options _should_ work, and work on my box without problems. The file shipped with syslog-ng 1.1.22 is the same I test syslog-ng with. To check what might be wrong, please ./configure syslog-ng with the --with-debug switch, and send me the output of syslog-ng -y, which will display yacc debug output.
However, it doesn't seem to be doing anything.
I do a 'truss' (like strace) to see what it's doing, and it is sleeping. It doesn't background itself like normal syslogd does. When I stop the process (control-C) it core dumps...
This may happen when configuration initialization blocks somewhere. syslog-ng first reads and parses configuration, if this is successful, tries to initialize it, and if this is successful too, it backgrounds itself. It most probably blocked in the initialization phase. The truss output should help.
Now, from reading your web site I understand that "libol-config" is important in running syslog-ng, but I cannot find out how to use it.
libol-config is just a small script which makes it easy for syslog-ng to find libol header files and libraries. It is only meant for development (e.g. programs using libol)
Perhaps you could begin a document on your web site which explains how to get the daemon running. I have a minimal configuration file which is from the src/ directory in your 1.2.22 distribution. It looks like this:
options { sync(10); }; source src { udp 0.0.0.0,1999; sun-door /etc/.syslog-door; internal; }; destination everything { file /dev/tty10 sync(2); usertty root; }; log { source src; destination everything; };
Unchanged, this configuration file is not parsed correctly by syslog-ng. I deleted the first line and removed sync(2) from 'destination everything' and that did not work, either. Then I deleted 'source src' altogether and syslog-ng went into sleep mode.
I do not know what I am supposed to be doing :) Can you help?
First of all I think /dev/tty10 does not exist under Solaris. Under linux this means the 10th virtual terminal on the console. I don't have any other idea, so please send me the truss output, and the yacc debug messages I mentioned earlier. -- Bazsi PGP key: http://www.balabit.hu/pgpkey.txt, or finger bazsi@balabit.hu
Balazs Scheidler wrote:
Hi,
cc-ing to the syslog-ng list.
Thank you for implementing compatibility with syslog_door. I've installed syslog-ng files in /usr/local, but I have some problems with a few things.
uname -a:
SunOS logserver 5.7 Generic sun4m sparc SUNW,SPARCstation-5
I start /usr/local/bin/syslog-ng manually. When I do so I get this error message:
ld.so.1: /usr/local/bin/syslog-ng: fatal: libol.so.0: open failed: No such file or directory Killed
I can get around this (sloppy) by:
env LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib /usr/local/bin/syslog-ng
Yes, you have to either add the /usr/local/lib directory to your /etc/ld.so.conf (at least this is the file under Linux), or set the above environment variable.
The [best/only] way to fix this with Solaris is as follows: add "-R/usr/local/lib" to the LDFLAGS in src/Makefile. The -R option to ld is the Solaris equivalent of editing ld.so.conf on Linux boxes. -Chris -- Chris Mattingly | chris.mattingly@interpath.net Systems Engineer | (919) 253-6365 [tel] Interpath Communications, Inc. | (919) 253-7780 [fax]
I start /usr/local/bin/syslog-ng manually. When I do so I get this error message:
ld.so.1: /usr/local/bin/syslog-ng: fatal: libol.so.0: open failed: No such file or directory Killed
I can get around this (sloppy) by:
env LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib /usr/local/bin/syslog-ng
Yes, you have to either add the /usr/local/lib directory to your /etc/ld.so.conf (at least this is the file under Linux), or set the above environment variable.
The [best/only] way to fix this with Solaris is as follows:
add "-R/usr/local/lib" to the LDFLAGS in src/Makefile.
latest syslog-ngs link to libol statically, so linking to shared libraries should not be a problem any more. I am wondering how the original poster could run a dynamically linked version. (versions after 05-28 are linked statically against libol) -- Bazsi PGP key: http://www.balabit.hu/pgpkey.txt, or finger bazsi@balabit.hu
Balazs Scheidler wrote:
I start /usr/local/bin/syslog-ng manually. When I do so I get this error message:
ld.so.1: /usr/local/bin/syslog-ng: fatal: libol.so.0: open failed: No such file or directory Killed
I can get around this (sloppy) by:
env LD_LIBRARY_PATH=/lib:/usr/lib:/usr/local/lib /usr/local/bin/syslog-ng
Yes, you have to either add the /usr/local/lib directory to your /etc/ld.so.conf (at least this is the file under Linux), or set the above environment variable.
The [best/only] way to fix this with Solaris is as follows:
add "-R/usr/local/lib" to the LDFLAGS in src/Makefile.
latest syslog-ngs link to libol statically, so linking to shared libraries should not be a problem any more. I am wondering how the original poster could run a dynamically linked version. (versions after 05-28 are linked statically against libol)
Putting links in /usr/lib to points to the libs in /usr/local/lib would suffice, if a recompile isn't possible, and would avoid having to ensure LD_LIBRARY_PATH got set correctly before running the binary. -Chris -- Chris Mattingly | chris.mattingly@interpath.net Systems Engineer | (919) 253-6365 [tel] Interpath Communications, Inc. | (919) 253-7780 [fax]
On Tue, 8 Jun 1999, Balazs Scheidler wrote: [snip]
latest syslog-ngs link to libol statically, so linking to shared libraries should not be a problem any more. I am wondering how the original poster could run a dynamically linked version. (versions after 05-28 are linked statically against libol)
Sorry Balazs, I forgot to tell you. I had an older version of syslog-ng in /usr/local/bin for some reason (it wasn't deinstalled by 'make uninstall', probably because of the different path) and that version was dynamically linked. The later versions, as you mention, are statically linked and execute without a problem. --Jubal
participants (3)
-
Balazs Scheidler
-
Chris A. Mattingly
-
Jubal Kessler