Wim Coekaerts
2004-May-07 14:11 UTC
ENC: ENC: [Ocfs-users] Unresolved Symbols on Uniprocessor Ker nel
if you upgrade to the right architecture kernel you should be fine eg move to e.38-i686 not to e.38-i386 or whatever ocfs is built against i686. On Fri, May 07, 2004 at 10:22:15AM -0700, Roger Trang wrote:> Hi, > > Is this "Unresolved Symbols" issue only occurring on VMware with e.38? > We have OCFS users want to update their kernel to e.34 or e.38 without > VMware. > > Please advise, Thanks! > Roger--- > > -----Original Message----- > From: Wim Coekaerts [mailto:wim.coekaerts@oracle.com] > Sent: Friday, April 30, 2004 12:20 PM > To: Sunil Mushran > Cc: ocfs-users@oss.oracle.com > Subject: Re: ENC: ENC: [Ocfs-users] Unresolved Symbols on Uniprocessor > Kernel > > > yes the best thing is to install the i686 kernel on amd boxes > , it works just fine, the difference is negligable and makes life a lot > easier > > On Fri, Apr 30, 2004 at 12:09:32PM -0700, Sunil Mushran wrote: > > In that case, it will be better if you use a standard kernel. > > > > Mauro Staretz wrote: > > > > >As I said before, I'm not a linux expert. > > >In which file of kernel source can I look for any missing code ? And > > >specially what do I have to check ? > > > > > >__________________________________________ > > >Mauro Staretz - MI Montreal Inform?tica Ltda > > >Microsoft MCSE+I / MCDBA / MCP - Oracle OCP > > >Tel: 55-21-2291-6116 R.2104 > > >Fax: 55-21-2533-6028 > > >__________________________________________ > > > > > > > > >-----Mensagem original----- > > >De: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] > > >Enviada em: Friday, April 30, 2004 3:27 PM > > >Para: Mauro Staretz > > >Cc: ocfs-users@oss.oracle.com > > >Assunto: Re: ENC: [Ocfs-users] Unresolved Symbols on Uniprocessor Kernel > > > > > > > > >Failing on struct completion. In my kernel, the struct is as follows: > > > > > >struct completion { > > > unsigned int done; > > > wait_queue_head_t wait; > > >}; > > > > > >As I do not have your kernel, I cannot say what is going on. > > > > > >Mauro Staretz wrote: > > > > > > > > > > > >>I followed your instruction to compile OCFS and received the following > > >>errors: > > >> > > >>[root@RAC1 ocfs-1.0.11]# ./configure > > >>--with-kernel=/usr/src/linux-2.4.9-e.38/linux > > >>checking build system type... i686-pc-linux-gnu > > >>checking host system type... i686-pc-linux-gnu > > >>checking for gcc... gcc > > >>checking for C compiler default output... a.out > > >>checking whether the C compiler works... yes > > >>checking whether we are cross compiling... no > > >>checking for suffix of executables... > > >>checking for suffix of object files... o > > >>checking whether we are using the GNU C compiler... yes checking > > >>whether gcc accepts -g... yes checking how to run the C preprocessor... > > >>gcc -E checking for a BSD-compatible install... /usr/bin/install -c > > >>checking whether ln -s works... yes > > >>checking for ranlib... ranlib > > >>checking for ar... /usr/bin/ar > > >>checking for ANSI C header files... yes > > >>checking for gcc option to accept ANSI C... none needed > > >>checking for an ANSI C-conforming const... yes > > >>checking for debugging... no > > >>checking for aio... yes > > >>checking for memory debugging... no > > >>checking for tracing... yes > > >>checking for large ios... auto > > >>checking for directory with kernel source... > > >> > > >> > > >/usr/src/linux-2.4.9-e.38/linux > > > > > > > > >>checking for kernel version... 2.4.9-e.38 > > >>checking for Red Hat kernel... no > > >>checking for United Linux kernel... no > > >>checking whether to build aio... no > > >>checking for NPTL support... no > > >>checking for kernel module symbol versions... yes > > >>checking for directory for kernel modules... > > >>/lib/modules/2.4.9-e.38/kernel/fs > > >>checking for gcc include path... > > >>/usr/lib/gcc-lib/i386-redhat-linux/2.96/includeconfigure: creating > > >>/config.status > > >>config.status: creating Config.make > > >>config.status: creating vendor/redhat/ocfs-2.4.9-e.spec > > >>config.status: creating vendor/redhat/ocfs-2.4.18-e.spec > > >>config.status: creating vendor/redhat/ocfs-2.4.21-EL.spec > > >>config.status: creating vendor/unitedlinux/ocfs-2.4.19-64GB-SMP.spec > > >>config.status: creating vendor/unitedlinux/ocfs-2.4.19-4GB-SMP.spec > > >>config.status: creating vendor/unitedlinux/ocfs-2.4.19-4GB.spec > > >>config.status: creating vendor/unitedlinux/ocfs-2.4.21-107.spec > > >>config.status: creating vendor/unitedlinux/ocfs-2.4.21-111.spec > > >>config.status: creating vendor/unitedlinux/ocfs-2.4.21-138.spec > > >>[root@RAC1 ocfs-1.0.11]# make KVER=up > > >>make -C ocfs2 > > >>make[1]: Entering directory `/tmp/ocfs/ocfs-compile/ocfs-1.0.11/ocfs2' > > >>gcc -nostdinc -fno-strict-aliasing -fno-common -fomit-frame-pointer > > >>-include /usr/src/linux-2.4.9-e.38/linux/include/linux/modversions.h > > >>-DMODVERSIONS -Wall -Wstrict-prototypes -Wno-format -Wmissing-prototypes > > >>-Wmissing-declarations -O2 > > >>-ICommon/inc -ILinux/inc -I/usr/src/linux-2.4.9-e.38/linux/include > > >>-I/usr/lib/gcc-lib/i386-redhat-linux/2.96/include -DMODULE -DLINUX > > >>-D__KERNEL__ -DPARANOID_LOCKS -DNO_CACHE -DSYSFILE_EXTMAP_FIX > -DLARGEIOS > > >>-DTRACE -D__BOOT_KERNEL_HUGEMEM=0 -D__BOOT_KERNEL_ENTERPRISE=0 > > >>-D__BOOT_KERNEL_SMP=0 -D__BOOT_KERNEL_UP=1 -D__ILP32__ -o > > >>Common/ocfsgenalloc.o -c Common/ocfsgenalloc.c > > >>In file included from Common/inc/ocfs.h:107, > > >> from Common/ocfsgenalloc.c:28: > > >>Common/inc/ocfsdef.h:319: field `complete_R61176015' has incomplete type > > >>Common/inc/ocfsdef.h:480: field `complete_R61176015' has incomplete type > > >>make[1]: *** [Common/ocfsgenalloc.o] Error 1 > > >>make[1]: Leaving directory `/tmp/ocfs/ocfs-compile/ocfs-1.0.11/ocfs2' > > >>make: *** [ocfs2] Error 2 > > >> > > >>__________________________________________ > > >>Mauro Staretz - MI Montreal Inform?tica Ltda > > >>Microsoft MCSE+I / MCDBA / MCP - Oracle OCP > > >>Tel: 55-21-2291-6116 R.2104 > > >>Fax: 55-21-2533-6028 __________________________________________ > > >> > > >> > > >>-----Mensagem original----- > > >>De: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] > > >>Enviada em: Friday, April 30, 2004 2:35 PM > > >>Para: Mauro Staretz > > >>Cc: ocfs-users@oss.oracle.com > > >>Assunto: Re: [Ocfs-users] Unresolved Symbols on Uniprocessor Kernel > > >> > > >> > > >>It's the right package but right only for the kernel provided by > > >>Redhat... not for rebuilt kernels. > > >> > > >>You'll need to rebuild ocfs too. > > >>1. Untar the module src. > > >>2. ./configure --with-kernel=<path to the kernel src> > > >>3. make KVER=up > > >> > > >>And oh, btw, rebuilt modules are not supported. > > >> > > >>Mauro Staretz wrote: > > >> > > >> > > >> > > >> > > >> > > >>>I'm trying to install ocfs using RHAS 2.1 uniprocessor kernel on a > > >>>vmware gsx server 3.0 virtual machine and I'm getting the unresolved > > >>>symbols error when I try to start ocfs. I'm using the following > > >>>packages: ocfs-tools-1.0.10-1.i386.rpm > > >>>ocfs-support-1.0.10-1.i386.rpm > > >>>ocfs-2.4.9-e-1.0.11-1.i686.rpm > > >>> > > >>>My kernel is 2.4.9-e.38 uniprocessor (compiled by me). > > >>> > > >>>Questions: > > >>>1) Am I using the right packages for this kernel ? > > >>>2) If I'm not using the right packages, is there any right compiled > > >>>package for this kernel ? > > >>>3) If I need to compile ocfs for this kernel what are the detailed > > >>>steps for this compilation and installation (I'm not a linux expert). > > >>> > > >>>Tks, > > >>>__________________________________________ > > >>>Mauro Staretz - MI Montreal Inform?tica Ltda > > >>>Microsoft MCSE+I / MCDBA / MCP - Oracle OCP > > >>>Tel: 55-21-2291-6116 R.2104 > > >>>Fax: 55-21-2533-6028 __________________________________________ > > >>> > > >>> > > >>>---------------------------------------------------------------------- > > >>>-- > > >>> > > >>>_______________________________________________ > > >>>Ocfs-users mailing list > > >>>Ocfs-users@oss.oracle.com > > >>>http://oss.oracle.com/mailman/listinfo/ocfs-users > > >>> > > >>> > > >>> > > >>> > > >>> > > >>> > > >>_______________________________________________ > > >>Ocfs-users mailing list > > >>Ocfs-users@oss.oracle.com > > >>http://oss.oracle.com/mailman/listinfo/ocfs-users > > >> > > >> > > >> > > >> > > > > > > > > >_______________________________________________ > > >Ocfs-users mailing list > > >Ocfs-users@oss.oracle.com > > >http://oss.oracle.com/mailman/listinfo/ocfs-users > > > > > > > > > > > > _______________________________________________ > > Ocfs-users mailing list > > Ocfs-users@oss.oracle.com > > http://oss.oracle.com/mailman/listinfo/ocfs-users > > _______________________________________________ > Ocfs-users mailing list > Ocfs-users@oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs-users
Roger Trang
2004-May-07 16:46 UTC
ENC: ENC: [Ocfs-users] Unresolved Symbols on Uniprocessor Ker nel
Hi, Is this "Unresolved Symbols" issue only occurring on VMware with e.38? We have OCFS users want to update their kernel to e.34 or e.38 without VMware. Please advise, Thanks! Roger--- -----Original Message----- From: Wim Coekaerts [mailto:wim.coekaerts@oracle.com] Sent: Friday, April 30, 2004 12:20 PM To: Sunil Mushran Cc: ocfs-users@oss.oracle.com Subject: Re: ENC: ENC: [Ocfs-users] Unresolved Symbols on Uniprocessor Kernel yes the best thing is to install the i686 kernel on amd boxes , it works just fine, the difference is negligable and makes life a lot easier On Fri, Apr 30, 2004 at 12:09:32PM -0700, Sunil Mushran wrote:> In that case, it will be better if you use a standard kernel. > > Mauro Staretz wrote: > > >As I said before, I'm not a linux expert. > >In which file of kernel source can I look for any missing code ? And > >specially what do I have to check ? > > > >__________________________________________ > >Mauro Staretz - MI Montreal Inform?tica Ltda > >Microsoft MCSE+I / MCDBA / MCP - Oracle OCP > >Tel: 55-21-2291-6116 R.2104 > >Fax: 55-21-2533-6028 > >__________________________________________ > > > > > >-----Mensagem original----- > >De: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] > >Enviada em: Friday, April 30, 2004 3:27 PM > >Para: Mauro Staretz > >Cc: ocfs-users@oss.oracle.com > >Assunto: Re: ENC: [Ocfs-users] Unresolved Symbols on Uniprocessor Kernel > > > > > >Failing on struct completion. In my kernel, the struct is as follows: > > > >struct completion { > > unsigned int done; > > wait_queue_head_t wait; > >}; > > > >As I do not have your kernel, I cannot say what is going on. > > > >Mauro Staretz wrote: > > > > > > > >>I followed your instruction to compile OCFS and received the following > >>errors: > >> > >>[root@RAC1 ocfs-1.0.11]# ./configure > >>--with-kernel=/usr/src/linux-2.4.9-e.38/linux > >>checking build system type... i686-pc-linux-gnu > >>checking host system type... i686-pc-linux-gnu > >>checking for gcc... gcc > >>checking for C compiler default output... a.out > >>checking whether the C compiler works... yes > >>checking whether we are cross compiling... no > >>checking for suffix of executables... > >>checking for suffix of object files... o > >>checking whether we are using the GNU C compiler... yes checking > >>whether gcc accepts -g... yes checking how to run the C preprocessor... > >>gcc -E checking for a BSD-compatible install... /usr/bin/install -c > >>checking whether ln -s works... yes > >>checking for ranlib... ranlib > >>checking for ar... /usr/bin/ar > >>checking for ANSI C header files... yes > >>checking for gcc option to accept ANSI C... none needed > >>checking for an ANSI C-conforming const... yes > >>checking for debugging... no > >>checking for aio... yes > >>checking for memory debugging... no > >>checking for tracing... yes > >>checking for large ios... auto > >>checking for directory with kernel source... > >> > >> > >/usr/src/linux-2.4.9-e.38/linux > > > > > >>checking for kernel version... 2.4.9-e.38 > >>checking for Red Hat kernel... no > >>checking for United Linux kernel... no > >>checking whether to build aio... no > >>checking for NPTL support... no > >>checking for kernel module symbol versions... yes > >>checking for directory for kernel modules... > >>/lib/modules/2.4.9-e.38/kernel/fs > >>checking for gcc include path... > >>/usr/lib/gcc-lib/i386-redhat-linux/2.96/includeconfigure: creating > >>/config.status > >>config.status: creating Config.make > >>config.status: creating vendor/redhat/ocfs-2.4.9-e.spec > >>config.status: creating vendor/redhat/ocfs-2.4.18-e.spec > >>config.status: creating vendor/redhat/ocfs-2.4.21-EL.spec > >>config.status: creating vendor/unitedlinux/ocfs-2.4.19-64GB-SMP.spec > >>config.status: creating vendor/unitedlinux/ocfs-2.4.19-4GB-SMP.spec > >>config.status: creating vendor/unitedlinux/ocfs-2.4.19-4GB.spec > >>config.status: creating vendor/unitedlinux/ocfs-2.4.21-107.spec > >>config.status: creating vendor/unitedlinux/ocfs-2.4.21-111.spec > >>config.status: creating vendor/unitedlinux/ocfs-2.4.21-138.spec > >>[root@RAC1 ocfs-1.0.11]# make KVER=up > >>make -C ocfs2 > >>make[1]: Entering directory `/tmp/ocfs/ocfs-compile/ocfs-1.0.11/ocfs2' > >>gcc -nostdinc -fno-strict-aliasing -fno-common -fomit-frame-pointer > >>-include /usr/src/linux-2.4.9-e.38/linux/include/linux/modversions.h > >>-DMODVERSIONS -Wall -Wstrict-prototypes -Wno-format -Wmissing-prototypes > >>-Wmissing-declarations -O2 > >>-ICommon/inc -ILinux/inc -I/usr/src/linux-2.4.9-e.38/linux/include > >>-I/usr/lib/gcc-lib/i386-redhat-linux/2.96/include -DMODULE -DLINUX > >>-D__KERNEL__ -DPARANOID_LOCKS -DNO_CACHE -DSYSFILE_EXTMAP_FIX-DLARGEIOS> >>-DTRACE -D__BOOT_KERNEL_HUGEMEM=0 -D__BOOT_KERNEL_ENTERPRISE=0 > >>-D__BOOT_KERNEL_SMP=0 -D__BOOT_KERNEL_UP=1 -D__ILP32__ -o > >>Common/ocfsgenalloc.o -c Common/ocfsgenalloc.c > >>In file included from Common/inc/ocfs.h:107, > >> from Common/ocfsgenalloc.c:28: > >>Common/inc/ocfsdef.h:319: field `complete_R61176015' has incomplete type > >>Common/inc/ocfsdef.h:480: field `complete_R61176015' has incomplete type > >>make[1]: *** [Common/ocfsgenalloc.o] Error 1 > >>make[1]: Leaving directory `/tmp/ocfs/ocfs-compile/ocfs-1.0.11/ocfs2' > >>make: *** [ocfs2] Error 2 > >> > >>__________________________________________ > >>Mauro Staretz - MI Montreal Inform?tica Ltda > >>Microsoft MCSE+I / MCDBA / MCP - Oracle OCP > >>Tel: 55-21-2291-6116 R.2104 > >>Fax: 55-21-2533-6028 __________________________________________ > >> > >> > >>-----Mensagem original----- > >>De: Sunil Mushran [mailto:Sunil.Mushran@oracle.com] > >>Enviada em: Friday, April 30, 2004 2:35 PM > >>Para: Mauro Staretz > >>Cc: ocfs-users@oss.oracle.com > >>Assunto: Re: [Ocfs-users] Unresolved Symbols on Uniprocessor Kernel > >> > >> > >>It's the right package but right only for the kernel provided by > >>Redhat... not for rebuilt kernels. > >> > >>You'll need to rebuild ocfs too. > >>1. Untar the module src. > >>2. ./configure --with-kernel=<path to the kernel src> > >>3. make KVER=up > >> > >>And oh, btw, rebuilt modules are not supported. > >> > >>Mauro Staretz wrote: > >> > >> > >> > >> > >> > >>>I'm trying to install ocfs using RHAS 2.1 uniprocessor kernel on a > >>>vmware gsx server 3.0 virtual machine and I'm getting the unresolved > >>>symbols error when I try to start ocfs. I'm using the following > >>>packages: ocfs-tools-1.0.10-1.i386.rpm > >>>ocfs-support-1.0.10-1.i386.rpm > >>>ocfs-2.4.9-e-1.0.11-1.i686.rpm > >>> > >>>My kernel is 2.4.9-e.38 uniprocessor (compiled by me). > >>> > >>>Questions: > >>>1) Am I using the right packages for this kernel ? > >>>2) If I'm not using the right packages, is there any right compiled > >>>package for this kernel ? > >>>3) If I need to compile ocfs for this kernel what are the detailed > >>>steps for this compilation and installation (I'm not a linux expert). > >>> > >>>Tks, > >>>__________________________________________ > >>>Mauro Staretz - MI Montreal Inform?tica Ltda > >>>Microsoft MCSE+I / MCDBA / MCP - Oracle OCP > >>>Tel: 55-21-2291-6116 R.2104 > >>>Fax: 55-21-2533-6028 __________________________________________ > >>> > >>> > >>>---------------------------------------------------------------------- > >>>-- > >>> > >>>_______________________________________________ > >>>Ocfs-users mailing list > >>>Ocfs-users@oss.oracle.com > >>>http://oss.oracle.com/mailman/listinfo/ocfs-users > >>> > >>> > >>> > >>> > >>> > >>> > >>_______________________________________________ > >>Ocfs-users mailing list > >>Ocfs-users@oss.oracle.com > >>http://oss.oracle.com/mailman/listinfo/ocfs-users > >> > >> > >> > >> > > > > > >_______________________________________________ > >Ocfs-users mailing list > >Ocfs-users@oss.oracle.com > >http://oss.oracle.com/mailman/listinfo/ocfs-users > > > > > > > _______________________________________________ > Ocfs-users mailing list > Ocfs-users@oss.oracle.com > http://oss.oracle.com/mailman/listinfo/ocfs-users_______________________________________________ Ocfs-users mailing list Ocfs-users@oss.oracle.com http://oss.oracle.com/mailman/listinfo/ocfs-users