thr3ads.net - Ocfs users - ENC: ENC: [Ocfs-users] Unresolved Symbols on Uniprocessor Ker nel [May 2004]

If this information is useful, please help other people find it:
Share via:

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

head link

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

Reasonably Related Threads

Search for more reasonably related threads

Ocfs users - May 2004 - ENC: ENC: Unresolved Symbols on Uniprocessor Ker nel

ENC: ENC: [Ocfs-users] Unresolved Symbols on Uniprocessor Ker nel

ENC: ENC: [Ocfs-users] Unresolved Symbols on Uniprocessor Ker nel

Reasonably Related Threads