The dazuko module won't load on my powerfull web server: a K6-3 with 256mb. It complaints: servidor# modprobe dazuko FATAL: Error inserting dazuko (/lib/modules/2.6.14-hardened-r6/misc/dazuko.ko): Unknown symbol in module, or unknown parameter (see dmesg) During the build process it gives contraditory messages, first it says it found __d_path the, after build the module, it says it can't find it: [ebuild R ] sys-fs/dazuko-2.2.0 0 kB Total size of downloads: 0 kB Do you want me to merge these packages? [Yes/No] y >>> emerge (1 of 1) sys-fs/dazuko-2.2.0 to / >>> md5 files ;-) dazuko-2.1.1.ebuild >>> md5 files ;-) dazuko-2.1.0.ebuild >>> md5 files ;-) dazuko-2.2.0.ebuild >>> md5 files ;-) files/digest-dazuko-2.1.0 >>> md5 files ;-) files/digest-dazuko-2.1.1 >>> md5 files ;-) files/digest-dazuko-2.2.0 >>> md5 src_uri ;-) dazuko-2.2.0.tar.gz * Determining the location of the kernel source code * Found kernel source directory: * /usr/src/linux * Found sources for kernel version: * 2.6.14-hardened-r6 * Checking for suitable kernel configuration options: >>> Unpacking source... >>> Unpacking dazuko-2.2.0.tar.gz to /var/tmp/portage/dazuko-2.2.0/work >>> Source unpacked. checking host system type... Linux checking for make utility... ok (make) checking for C compiler... ok (cc) acquiring Linux kernel code configuration... ok checking if Linux is RSBAC patched... no checking if devfs is enabled... no discovered host system... Linux (2.6.14) checking if security module support is enabled... yes verifying capabilities are not built-in... ok locating LSM API header... ok identifying LSM API... ok inspecting suspend function... ok (suspend1) checking whether __d_path() is exported... yes inspecting class type... ok (class) disabling ON_CLOSE events (not available for Linux 2.6) configure: creating Makefile configure: creating library/Makefile configure: creating example_c/Makefile ./configure successful ======================= Configuration summary ======================= module events = ON_OPEN ON_EXEC devfs support = no rsbac support = no stacking support = yes local __d_path() = no module debug = no library 1.x compatibility = yes * Converting Makefile to use M= instead of SUBDIRS= ... [ ok ] * Preparing dazuko module make -C /usr/src/linux M="/var/tmp/portage/dazuko-2.2.0/work/dazuko-2.2.0" modules make[1]: Entering directory `/usr/src/linux-2.6.14-hardened-r6' CC [M] /var/tmp/portage/dazuko-2.2.0/work/dazuko-2.2.0/dazuko_core.o CC [M] /var/tmp/portage/dazuko-2.2.0/work/dazuko-2.2.0/dazuko_transport.o CC [M] /var/tmp/portage/dazuko-2.2.0/work/dazuko-2.2.0/dazuko_linux26_lsm.o CC [M] /var/tmp/portage/dazuko-2.2.0/work/dazuko-2.2.0/dazuko_linux26.o LD [M] /var/tmp/portage/dazuko-2.2.0/work/dazuko-2.2.0/dazuko.o Building modules, stage 2. MODPOST *** Warning: "__d_path" [/var/tmp/portage/dazuko-2.2.0/work/dazuko-2.2.0/dazuko.ko] undefined! CC /var/tmp/portage/dazuko-2.2.0/work/dazuko-2.2.0/dazuko.mod.o BTW, I tried both dazuko 2.2.0 and 2.1.1 with hardened sources 2.6.14-r5 also with the same results exactly. I hand compiled it and manage to build and load the dazuko module after tweaking the configure script so it won't find the __d_path reference in kallsyms. Is has a fallback internal declaration of __d_path but as far as I can tell, it's supposed to be used only with older kernels. I have dazuko 2.2.0 working fine in another computer with gentoo-sources 2.6.15-r1. Maybe the hardened sources are doing something differently in __d_path area? emerge info: Portage 2.0.54 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.3.5-r3, 2.6.14-hardened-r6 i586) ================================================================= System uname: 2.6.14-hardened-r6 i586 AMD-K6(tm) 3D+ Processor Gentoo Base System version 1.6.14 dev-lang/python: 2.3.5, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-O3 -march=k6-3 -fomit-frame-pointer" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=k6-3 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage-casa /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow alsa apm arts avi berkdb bitmap-fonts bzip2 crypt cups curl dri eds emboss encode expat foomaticdb fortran gd gdbm gif gmp gpm gstreamer gtk2 imlib isdnlog jpeg libg++ libwww mad mikmod mmx motif mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pcre pdflib perl png pppd python quicktime readline sdl spell ssl tcpd truetype truetype-fonts type1-fonts udev vorbis xml2 xmms xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS
I have just confirmed that changing the running source to gentoo-sources fixes the problem: module dazuko loads cleanly. The problem lies in hardened sources. Any ideas?
Does it still relevant?
(In reply to comment #2) > Does it still relevant? Not really. Closing.
