Re: [leaf-user] Good news (was No luck building a package for raidtools)
--- Eric Spakman [EMAIL PROTECTED] wrote: Hello Laurentiu, You can try to just copy the ftw.h header file from uClibc-0.9.21 to the uClibc-0.9.20 include directory and compile. Maybe the only thing missing is the header file. Hi all, First of all many thanks to Eric and Charles; their emails made me try mdadm more carefully. Mdadm for uClibc doesn't need ftw.h as anyone can see in util.c source IF reads it CAREFULLY (sorry for not seeing that. I was blind, stupid, superficial, ... It's my fault). Just a make mdadm.uclibc (in an uClibc environment of course) and you got a new bright shiny mdadm.uclibc working fine (it creates and stops arrays as expected). I tried both 1.8.1 and 1.1.0 versions of mdadm with same good results. The difference is at size an features of course: first has ~105000 bytes and second ~77000bytes after stripping with --strip-unneeded. Considering the size I decided to use mdadm-1.1.0. That's all. Many thanks again for your support! Best regards, lwd. __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] No luck building a package for raidtools :(
--- Eric Spakman [EMAIL PROTECTED] wrote: Hi Laurentio, Maybe something else is missing on the LEAF device, a needed kernel module or a /dev/ device? Hi Eric, I've built a 2.4.26 kernel using .config from Bering-uClibc-2.2.2 cvs, including the support for ide,ext2 in kernel and raid,raid1 support as modules, then booted the machine (that with uwoody distro) with that kernel and mkraid worked fine. I tried same kernel+libs booting from Bering-uClibc-2.2.2 floppy and mkraid failed. Tried again but with raid support and raid1 built in kernel and mkraid on Bering-uClibc-2.2.2 floppy failed again, BUT using an already made md0 array, raid is working! I can start/stop the array, make a filesystem on it and so on. Digging in linux-raid archives I found an uClibc approach for madm so I'll give this a try. Best regards and many thanks for your help, lwd. P.S. md devices seems ok to me: #v /dev/md? ls -l /dev/md* brw-rw1 root disk 9, 0 ian 30 2003 /dev/md0 brw-rw1 root disk 9, 1 ian 30 2003 /dev/md1 brw-rw1 root disk 9, 10 ian 30 2003 /dev/md10 brw-rw1 root disk 9, 11 ian 30 2003 /dev/md11 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] No luck building a package for raidtools (errata)
--- Laurentiu Drob [EMAIL PROTECTED] wrote: Digging in linux-raid archives I found an uClibc approach for madm so I'll give this a try. ...madm is in fact mdadm and sadly it requires ftw.h available from uClibc-0.9.21 release. So I'll play with raid as it works now and see what's with mkraid later, until I'll get some new fresh ideas. Best regards, lwd. __ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] No luck building a package for raidtools :(
Hi all, As the subject says, I'd no luck with raid. The build of raidtools-19990824.0.90.tar.gz on uwoody worked fine, mkraid makes an array on specified devices. Even on host machine (those I used to build uclibc stuff) with a RH9 OS adapting PATH variable to point to .../buildtool/staging/usr/bin mkraid (that compiled with uclibc) works. I observed that the size of libraries used in floppy distribution of Bering-uClibc-2.2.2 is different from libraries complied on host machine, so I replaced the originally ones with those built by me (in initrd.lrp and root.lrp packages) but I got the same error running mkraid: [machine]#mkraid /dev/md0 handling MD device /dev/md0 analyzing super-block disk 0: /dev/hda1, 168662kB, raid superbloc at 168576kb Segmentation fault Best regards, lwd __ Do you Yahoo!? The all-new My Yahoo! - What will yours do? http://my.yahoo.com --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] raid package for uClibc?
--- K.-P. Kirchdörfer [EMAIL PROTECTED] wrote: You have to build new packages (as you did withthe kernel). http://leaf.sourceforge.net/doc/guide/buc-buildtool.html I did it without success, got the same error Segmentation fault. As I wrote before the ldd (which is that build by buildenv) shows that mkpv,mkraid and raidstart are build using uclibc: $ldd mkpv libc.so.0 = /.../Bering/uClibc/leaf/src/bering-uclibc/buildtool/staging/lib/libc.so.0 (0x40006000) ld-uClibc.so.0 = /.../Bering/uClibc/leaf/src/bering-uclibc/buildtool/staging/lib/ld-uClibc.so.0 (0x4000) I hope the test I intend to do with uwoody will give me a clue or not. Many thanks for your help. Best regards, lwd __ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250 --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] raid package for uClibc?
Hi all,
I tried without success to build a raidtools-0.90 package for uClibc
based
on http://www.leaf-project.org/doc/howto/hard-disk.html as follows:
-downloaded all stuff from http://cvs.sourceforge.net/viewcvs.py/
leaf/src/bering-uclibc
-made a buildtool.pl build buildenv
-adapted the .config for kernel to suit my needs (included support for
hark drivers, software raid and raid1 as modules or in kernel) and made a
buildtool.pl build kernel/linux
-replaced the kernel and modules from modules.lrp of a floppy uClibc
v2.2.2 distributions with above ones
-unpacked raidtools-0.90 from
http://cvs.sourceforge.net/viewcvs.py/leaf/src/dachstein/util/raid/
in /var/tmp
-cd /var/tmp/raidtools-0.90 ; export PATH={uClibc DEVEL_PREFIX}/usr/bin:$PATH
; ./configure ;
make . A ldd mkpv shows
libc.so.0 =
/.../Bering/uClibc/leaf/src/bering-uclibc/buildtool/staging/lib/libc.so.0
(0x40006000)
ld-uClibc.so.0 =
/.../Bering/uClibc/leaf/src/bering-uclibc/buildtool/staging/lib/ld-uClibc.so.0
(0x4000)
same for mkraid and raidstart.
-downloaded the Dachstein raid.lrp and replaced mkpv, mkraid and raidstart
with those compiled for uClibc and copied the new raid.lrp to floppy
-system boots fine, the md devices exists md and raid modules are loaded
(ide is built in kernel), /etc/raidtab is:
raiddev /dev/md0
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 4
persistent-superblock 1
device /dev/hda1
raid-disk 0
device /dev/hdc1
raid-disk 1
but mkraid /dev/md0 says
handling MD device /dev/md0
analyzing super-block
disk 0: /dev/hda1, 168662kB, raid superbloc at 168576kb
Segmentation fault :((
Forgot to mention hda1,hdc1 type id 0xfd.
If someone build this package or has any clue about PLEASE let me know.
Best regards,
lwd
P.S.
Monday I'll try to made all this on a uwoody distro compiled with uClibc
0.9.26
from http://people.debian.org/~andersee/
__
Do you Yahoo!?
Meet the all-new My Yahoo! - Try it today!
http://my.yahoo.com
---
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag--drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
leaf-user mailing list: leaf-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-user
SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] ulogd mysql plugin
--- AdStar® [EMAIL PROTECTED] wrote: Hi all, Has anyone got a ulogd.lrp package with the mysql plugin? I've searched everywhere on the web, and not being to confident with linux I'm not sure how to compile ulogd as a package for bering. I gave it a try for both postgresql and mysql ten months ago. You can find details on the leaf-user list; search the list for lwd or visit http://www.mail-archive.com/[EMAIL PROTECTED]/msg12948.html . You can also search ulogd mailing list for the same item or visit http://lists.gnumonks.org/pipermail/ulogd/2003-February/000241.html. Anyhow, the idea is to compile both ulogd and mysql packages with the libraries used by bering [glibc 2.0.7 if I guess right] after a minor change in ulogd source code [see the messages in archives]. If you need more help let me know, but unfortunately I'll be available after the 5-th of January 2004 :(. Good luck, lwd. __ Do you Yahoo!? New Yahoo! Photos - easier uploading and sharing. http://photos.yahoo.com/ --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Build uClibc 2.0r2 from cvs
--- Martin Hejl [EMAIL PROTECTED] wrote: well, at this point, buildtool is very much still work in progress, ... OK, so if I want to build these packages, should I inspire from the way of 1.x (root.mk and initrd.mk) for making them, or unpack the 2.x packages (root and initrd) and replace the original stuff with that made by buildtool? Or perhaps should I forget buildtool and make all packages by hand (using the blah.mk files) as mentioned in docs? ... - but any kind of feedback you can give us with regard to buildtool will be highly appreciated. I'll tell (well ... write is better) you how the build succeeded and how did I accomplished this But please note: buildtool is not yet used to create the majority of the packages for Bering uClibc - apart from the packages I maintain (openssl, openssh, hdsupp, lcd4linux, mhttpd and a few others). So there is a good chance that the package buildtool/buildpacket creates will not be the same as what has been released (and tested) for Bering uClibc. ... and also how the system builded this way works. This too will change (hopefully in the not too distant future). I love when future becomes today :) Best regards, Laurentiu Drob __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Build uClibc 2.0r2 from cvs
Hi all, I use to build bering-uClibc from scratch (cvs) and managed this for old 1.x releases. Now, using new buildtool I succeeded to build kernel and applications found in global.cfg but don't have a clue about making initrd.lrp or root.lrp ; in old 1.x these basic packages were generated by default, but now? If someone have an idea, please don't let me in the dark of ignorance ... please :). Thanks for reading this and by the way, good tool this new buildtool Laurentiu Drob. __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email sponsored by: Enterprise Linux Forum Conference Expo The Event For Linux Datacenter Solutions Strategies in The Enterprise Linux in the Boardroom; in the Front Office; in the Server Room http://www.enterpriselinuxforum.com leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Build bering-uClibc 2.0r2 from cvs
Hi all, I use to build bering-uClibc from scratch (cvs) and managed this for old 1.x releases. Now, using new buildtool I succeeded to build kernel and applications found in global.cfg but don't have a clue about making initrd.lrp or root.lrp ; in old 1.x these basic packages were generated by default, but now? If someone have an idea, please don't let me in the dark of ignorance ... please :). Thanks for reading this and by the way, good tool this new buildtool Laurentiu Drob. __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com --- This SF.net email sponsored by: Enterprise Linux Forum Conference Expo The Event For Linux Datacenter Solutions Strategies in The Enterprise Linux in the Boardroom; in the Front Office; in the Server Room http://www.enterpriselinuxforum.com leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Bering uClibc - ulogd: load_plugins: /usr/lib/ulogd/ulog_*.so- File not found
Lynn Avants wrote:
OK, the program is looking for the *SQL.so files in /usr/lib/ulogd.
The missing *SQL.so files are found by hand in the /usr/lib/ulogd
directory. Right?
Right.
... OR the program is
actually looking for those shared libraries elsewhere. (hard-coded
in the
binary) Third option, you think they're there but they're not
(unlikely ;-).
*SQL.so and the other libraries are plugins and their location is
specified in ulogd.conf so I can put them in /usr/lib/ulogd or
elsewhere. It's a function in ulogd.c which load these plugins:
/* plugin loader to dlopen() a plugins */
static int load_plugin(char *file)
{
if (!dlopen(file, RTLD_NOW)) {
ulogd_log(ULOGD_ERROR, load_plugins: %s - %s\n, file, dlerror());
return 1;
}
ulogd_log(ULOGD_ERROR, ** LOADED PLUGIN: %s - %s\n, file, dlerror());
return 0;
}
I can't attempt it myself, since I don't have a machine (yet)
running uClibc,
but I think these are the feasible options for the error. I may be
able to
help more with a more verbatose logging of the error sequence and the
output of 'ls -al /usr/lib/ulogd/'.
[root@ ulogd-0.98.bering]# ls -al /usr/lib/ulogd/
total 296
drwxr-xr-x2 root root 4096 Feb 7 08:45 .
drwxr-xr-x 134 root root69632 Feb 6 15:12 ..
-rwxr-xr-x1 root root45576 Feb 7 08:44 ulogd_BASE.so
-rwxr-xr-x1 root root46090 Feb 7 08:44 ulogd_LOGEMU.so
-rwxr-xr-x1 root root44518 Feb 7 08:44 ulogd_MYSQL.so
-rwxr-xr-x1 root root33230 Feb 7 08:44 ulogd_OPRINT.so
-rwxr-xr-x1 root root42300 Feb 7 08:44 ulogd_PGSQL.so
---
[root@ ulogd-0.98.bering]# ls -al ulogd
-rwxr-xr-x1 root root65645 Feb 7 08:44 ulogd
---
[root@lwd ulogd-0.98.bering]# which gcc
/usr/i386-linux-uclibc/usr/bin/gcc
[root@lwd ulogd-0.98.bering]# which ldd
/usr/i386-linux-uclibc/usr/bin/ldd
---
[root@lwd ulogd-0.98.bering]# ldd ulogd
libdl.so.0 = /usr/i386-linux-uclibc/lib/libdl.so.0
libc.so.0 = /usr/i386-linux-uclibc/lib/libc.so.0
/usr/i386-linux-uclibc/lib/ld-uClibc.so.0 =
/usr/i386-linux-uclibc/lib/ld-uClibc.so.0
---
Compilation output:
[root@ ulogd-0.98.bering]# ./ulogd.mk
./configure --prefix=/usr --sysconfdir=/etc --with-pgsql --with-mysql
creating cache ./config.cache
checking whether make sets ${MAKE}... yes
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for a BSD compatible install... /usr/bin/install -c
checking for dlopen in -ldl... yes
checking how to run the C preprocessor... gcc -E
checking for pcap.h... no
checking for dirent.h that defines DIR... yes
checking for opendir in -ldir... no
checking for ANSI C header files... yes
checking for fcntl.h... yes
checking for unistd.h... yes
checking for working const... yes
checking for size_t... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking for vprintf... yes
checking for socket... yes
checking for strerror... yes
checking for MySQL files... found mysql in /usr
checking for mysql_real_escape_string support... found new MySQL
checking for PGSQL files... found pgsql in /usr
updating cache ./config.cache
creating ./config.status
creating extensions/Makefile
creating doc/Makefile
creating conffile/Makefile
creating libipulog/Makefile
creating mysql/Makefile
creating pgsql/Makefile
creating pcap/Makefile
creating Makefile
creating Rules.make
touch configure-stamp
/usr/bin/make
make[1]: Entering directory `/tmp/ulogd-0.98.bering'
make[2]: Entering directory `/tmp/ulogd-0.98.bering/conffile'
gcc -g -O2 -DULOGD_CONFIGFILE=\/etc/ulogd.conf\
-I/usr/src/linux-2.4.20/include -c conffile.c -o conffile.o
make[2]: Leaving directory `/tmp/ulogd-0.98.bering/conffile'
make[2]: Entering directory `/tmp/ulogd-0.98.bering/libipulog'
gcc -g -O2 -DULOGD_CONFIGFILE=\/etc/ulogd.conf\
-I/usr/src/linux-2.4.20/include -Iinclude
-I/usr/src/linux-2.4.20/include -c libipulog.c -o libipulog.o
ld -i libipulog.o -o libipulog.a
make[2]: Leaving directory `/tmp/ulogd-0.98.bering/libipulog'
make[2]: Entering directory `/tmp/ulogd-0.98.bering/extensions'
gcc -g -O2 -DULOGD_CONFIGFILE=\/etc/ulogd.conf\
-I/usr/src/linux-2.4.20/include -I.. -I../libipulog/include
-I../conffile -fPIC -o ulogd_BASE_sh.o -c ulogd_BASE.c
ulogd_BASE.c:387: warning: initialization from incompatible pointer type
ulogd_BASE.c:388: warning: initialization from incompatible pointer type
ulogd_BASE.c:389: warning: initialization from incompatible pointer type
ulogd_BASE.c:390: warning: initialization from incompatible pointer type
ulogd_BASE.c:391: warning: initialization from incompatible pointer type
ulogd_BASE.c:392: warning:
Re: [leaf-user] Bering uClibc - ulogd: load_plugins: /usr/lib/ulogd/ulog_*.so- File not found
Eric Spakman wrote: It seems you need MySQL and PostgressSQL to compile the specific plugins and I have neither of them on my development machine... I made a new ulogd.mk and attached it, maybe you can try this one. My only other guess would be that configure cannot find the mysql and pgsql paths, you could try to set them also (but it is strange that it works with glibc). I tried the new ulogd.mk but unfortunately results are almost the same for both MYSQL and PGSQL plugins [File not found]. The difference is that for pgsql I get File not found for BASE.so and PGSQL.so and for mysql File not found is only for MYSQL.so. I don't know exactly how the two database applets interact with MySQL and Postgress. You could also look at the config.log for errors after you build the sources. config.log looks the same for uClibc and glibc. I'll try to ask the author of ulogd, maybe he has an idea. Thank you very much for your help. lwd. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Bering uClibc - ulogd: load_plugins: /usr/lib/ulogd/ulog_*.so- File not found
Lynn Avants wrote: It sounds as if your shared libraries are compiled for a path that are NOT where the libraries are actually stored at on the LEAF box. This is likely a compile time option. The error message says: ... ulogd.c:449 load_plugins: /usr/lib/ulogd/ulogd_MYSQL.so - File not found and that's where all the plugins are: in /usr/lib/ulogd/. All plugins specified in ulogd.conf are loaded [BASE, LOGEMU,... those from ulogd-0.98/extensions directory], except MYSQL or PGSQL :( May be ulogd_MYSQL.so is not a shared library, although it looks like one :) Who knows ... Best regards, lwd. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Bering uClibc - ulogd: load_plugins: /usr/lib/ulogd/ulog_*.so - Filenot found
Hi all, I've downloaded ulogd-0.98 from CVS, applied the patch and compiled for uClibc, made ulogd.lrp and reboot with the new package. Ulogd complains about finding plugins specified in /etc/ulogd.conf [/usr/lib/ulogd/ulogd_*.so File not found] but all needed plugins are fine, owned by root in /usr/lib/ulogd/ ] The same ulogd package built for glibc works fine :( If anyone has any idea ... Thanks in advance, lwd. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Bering uClibc - ulogd: load_plugins: /usr/lib/ulogd/ulog_*.so- File not found
Eric Spakman wrote:
Laurentiu,
Did you follow the instructions in ulogd.txt and used ulogd.mk?
(ulogd.mk changed a week ago, so maybe you must download it again)
I know it works, just tried it myself. There is also a complete
ulogd.lrp package compiled for uClibc in CVS.
Hi Eric,
Yes, I followed the instructions and used the new version of ulogd.mk;
the trouble is at line 448 in ulogd.c:
if (!dlopen(file, RTLD_NOW)) {
ulogd_log(ULOGD_ERROR, load_plugins: %s - %s\n,
file, dlerror());
..
I changed it to print file content and it's OK /usr/lib/ulogd/
...and so on. So, IMHO the problem may be dlopen() of uClibc ?...
Any suggestions?
I did all this because I need ulogd_PGSQL plugin and I like to do
things by myself. That's why I believe Bering is GREAT!
Thanks,
lwd
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
leaf-user mailing list: [EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/leaf-user
SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Bering_uClibc tinylogin seg. fault
Laurentiu Drob wrote: Hi, Hi, Compiling packages on my RH 7.3 box [just make in whatever/bering-uclibc/buildtool/], without UML and root_fs_woody, tinylogin works fine. I can add, delete a user or change the password. I'm really happy now :) Best regards, lwd. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] Bering_uClibc tinylogin seg. fault
Eric Spakman wrote: Lwd, I don't have any idea yet, but you could try the new Bering_uClibc_1.1_img (in CVS: /leaf/bin/bering-uclibc/fd0u1680/) This image contains the new 2.4.20 kernel and modules and all the other necesarry changes. Regards, Eric Hi Eric, Bering_uClibc_1.1_img from CVS is working fine [as I expected :)]. Changing password or adding users is OK. Now, in 1.1 image I replaced original tinylogin [yours is 36416 bytes long mine is 32592] and the same error occurred. Vice versa [in the root.lrp compiled by me I replaced the tinylogin with the original one] adding a new user or changing the password works too. By the way, where can I find uBuildtool in CVS? Best regards, lwd. --- This SF.NET email is sponsored by: Geek Gift Procrastinating? Get the perfect geek gift now! Before the Holidays pass you by. T H I N K G E E K . C O M http://www.thinkgeek.com/sf/ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Bering-uClibc as a virtual router
Hi all, First of all, congratulations to all developers for uClibc branch! Second,the nice trick from http://leaf.sourceforge.net/devel/jnilo/uml05.html (using a minix fs with Bering-uClibc*.img packages) didn't worked for me. ./linuxuml-2.4.XX-YY xterm=umlxterm ubd0=Bering_fs initrd=initrd.lrp root=/dev/ram0 init=/linuxrc \ boot=/dev/ubd0:minix PKGPATH=/dev/ubd0 devfs=nomount LRP=root,etc,local,log,modules,shorwall print the followings: Couldn't stat initrd.lrp : errno = 2 tracing thread pid = 28857 Linux version 2.4.18 (root@debian) (gcc version 2.95.4 20011002 (Debian prerelease)) #8 Sun Jul 28 13:01:33 CEST 2002 On node 0 totalpages: 8192 zone(0): 8192 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: ubd0=Bering_fs initrd=initrd.lrp root=/dev/ram0 init=/linuxrc boot=/dev/ubd0:minix PKGPATH=/dev/ubd0 devfs=nomount LRP=root,etc,local,log,modules,shorwall Calibrating delay loop... 930.84 BogoMIPS Memory: 30296k available Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes) Inode-cache hash table entries: 2048 (order: 2, 16384 bytes) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Page-cache hash table entries: 8192 (order: 3, 32768 bytes) Checking for host processor cmov support...Yes Checking for host processor xmm support...No Checking that ptrace can change system call numbers...OK Checking that host ptys support output SIGIO...No, enabling workaround Checking that host ptys support SIGIO on close...No, enabling workaround POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.4 Based upon Swansea University Computer Society NET3.039 Initializing RT netlink socket Starting kswapd devfs: v1.10 (20020120) Richard Gooch ([EMAIL PROTECTED]) devfs: boot_options: 0x0 pty: 256 Unix98 ptys configured Software Watchdog Timer: 0.05, timer margin: 60 sec block: 64 slots per queue, batch=16 RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 2048 bind 2048) Linux IP multicast router 0.06 plus PIM-SM ip_conntrack version 2.0 (256 buckets, 2048 max) - 312 bytes per conntrack ip_tables: (C) 2000-2002 Netfilter core team NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Initializing software serial port version 1 mconsole (version 2) initialized on /home/admin/.uml/fec5lm/mconsole Partition check: ubda: UML Audio Relay Initializing stdio console driver FAT: bogus logical sector size 0 Kernel panic: VFS: Unable to mount root fs on 01:00 What can be wrong with initrd.lrp [-rwxr-xr-x1 root root ]? Or the mistake is elsewhere? Thanks in advance! lwd --- This sf.net email is sponsored by: With Great Power, Comes Great Responsibility Learn to use your power at OSDN's High Performance Computing Channel http://hpc.devchannel.org/ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
