Re: [Ocfs2-users] compile error on sles 11

2010-04-26 Thread Werner Flamme
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sunil Mushran [20.04.2010 18:28]:
 1.4 tree is only meant to be build against EL5 U2+. Not SLES
 nor any other kernel tree. SLES9/10/11 already includes ocfs2.

For RHEL there are readyly built packages, why would I build my own
packages then? The build worked fine with another SLES10.

Yes, ocfs2 is included by SLES. Not SLES 11, of course - it is in the
separately sold High Availability package. But the version included in
SLES9/10 does not allow to mount a volume that has been created by RHEL
(or, in that case, the software that is sold as Oracle Unbreakable
Linux). It refuses to mount with mount.ocfs2: Unsupported feature(s)
found while opening device /dev/sdb.

This sure is a feature, I know. However, I do have to share a volume
between the Oracle RAC running on the Oracle Unbreakable Linux boxes
and my SAP servers running with SLES. How can I do that? Do I really
have to delete the filesystems on the RAC an re-create them with the
(older) versions on SLES?

Regards,
Werner

 
 Werner Flamme wrote:
 Hi,
 
 next VM, next trouble :-(
 
 Now I work inside a VM with SLES 11. Configuring ocfs2-1.4.7 (via LANG=C
 ./configure --with-kernel-source=/usr/src/linux-2.6.27.45-0.1) was
 successful, but compiling fails:
 
 ---snip---
 # LANG=C make
 make -C fs
 make[1]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs'
 make -C ocfs2 stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2'
 make -C ocfs2/cluster stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/cluster'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/cluster'
 make -C ocfs2/dlm stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlm'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlm'
 make -C /lib/modules/2.6.27.45-0.1-default/build
 M=/usr/local/src/ocfs2-1.4.7/fs modules
 make[2]: Entering directory
 `/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default'
 make -C ../../../linux-2.6.27.45-0.1
 O=/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default/. modules
   CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/compat_should_remove_suid.o
   CC [M]
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/compat_generic_segment_checks.o
   CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/alloc.o
   CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/aops.o
   CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/buffer_head_io.o
   CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dcache.o
   CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.o
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.c: In function 'ocfs2_readdir':
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.c:865: warning: passing argument
 2 of 'ocfs2_dir_foreach_blk' from incompatible pointer type
   CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlmglue.o
   CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.o
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c: In function 'ocfs2_decode_fh':
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:302: error: 'struct
 export_operations' has no member named 'find_exported_dentry'
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c: At top level:
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:311: error: unknown field
 'decode_fh' specified in initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:311: warning:
 initialization from incompatible pointer type
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: error: unknown field
 'get_dentry' specified in initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: warning: excess
 elements in struct initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: warning: (near
 initialization for 'ocfs2_export_ops')
 make[6]: *** [/usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.o] Error 1
 make[5]: *** [/usr/local/src/ocfs2-1.4.7/fs/ocfs2] Error 2
 make[4]: *** [_module_/usr/local/src/ocfs2-1.4.7/fs] Error 2
 make[3]: *** [sub-make] Error 2
 make[2]: *** [all] Error 2
 make[2]: Leaving directory `/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default'
 make[1]: *** [build-modules] Error 2
 make[1]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs'
 make: *** [fs] Error 2
 ---pins---
 
 Quite the same with ocfs2-1.4.4:
 ---snip---
 # LANG=C make
 make -C fs
 make[1]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs'
 make -C ocfs2 stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2'
 make -C ocfs2/cluster stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2/cluster'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2/cluster'
 make -C ocfs2/dlm stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2/dlm'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2/dlm'
 make -C /lib/modules/2.6.27.45-0.1-default/build
 M=/usr/local/src/ocfs2-1.4.4/fs modules
 make[2]: Entering directory
 `/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default'

Re: [Ocfs2-users] compile error on sles 11

2010-04-26 Thread Herbert van den Bergh

That's a bad idea.  Use NFS instead.

Thanks,
Herbert.


On 04/26/2010 01:48 AM, Werner Flamme wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Sunil Mushran [20.04.2010 18:28]:

 1.4 tree is only meant to be build against EL5 U2+. Not SLES
 nor any other kernel tree. SLES9/10/11 already includes ocfs2.
  
 For RHEL there are readyly built packages, why would I build my own
 packages then? The build worked fine with another SLES10.

 Yes, ocfs2 is included by SLES. Not SLES 11, of course - it is in the
 separately sold High Availability package. But the version included in
 SLES9/10 does not allow to mount a volume that has been created by RHEL
 (or, in that case, the software that is sold as Oracle Unbreakable
 Linux). It refuses to mount with mount.ocfs2: Unsupported feature(s)
 found while opening device /dev/sdb.

 This sure is a feature, I know. However, I do have to share a volume
 between the Oracle RAC running on the Oracle Unbreakable Linux boxes
 and my SAP servers running with SLES. How can I do that? Do I really
 have to delete the filesystems on the RAC an re-create them with the
 (older) versions on SLES?

 Regards,
 Werner


 Werner Flamme wrote:
 Hi,

 next VM, next trouble :-(

 Now I work inside a VM with SLES 11. Configuring ocfs2-1.4.7 (via LANG=C
 ./configure --with-kernel-source=/usr/src/linux-2.6.27.45-0.1) was
 successful, but compiling fails:

 ---snip---
 # LANG=C make
 make -C fs
 make[1]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs'
 make -C ocfs2 stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2'
 make -C ocfs2/cluster stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/cluster'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/cluster'
 make -C ocfs2/dlm stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlm'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlm'
 make -C /lib/modules/2.6.27.45-0.1-default/build
 M=/usr/local/src/ocfs2-1.4.7/fs modules
 make[2]: Entering directory
 `/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default'
 make -C ../../../linux-2.6.27.45-0.1
 O=/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default/. modules
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/compat_should_remove_suid.o
CC [M]
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/compat_generic_segment_checks.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/alloc.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/aops.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/buffer_head_io.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dcache.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.o
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.c: In function 'ocfs2_readdir':
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.c:865: warning: passing argument
 2 of 'ocfs2_dir_foreach_blk' from incompatible pointer type
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlmglue.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.o
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c: In function 'ocfs2_decode_fh':
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:302: error: 'struct
 export_operations' has no member named 'find_exported_dentry'
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c: At top level:
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:311: error: unknown field
 'decode_fh' specified in initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:311: warning:
 initialization from incompatible pointer type
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: error: unknown field
 'get_dentry' specified in initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: warning: excess
 elements in struct initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: warning: (near
 initialization for 'ocfs2_export_ops')
 make[6]: *** [/usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.o] Error 1
 make[5]: *** [/usr/local/src/ocfs2-1.4.7/fs/ocfs2] Error 2
 make[4]: *** [_module_/usr/local/src/ocfs2-1.4.7/fs] Error 2
 make[3]: *** [sub-make] Error 2
 make[2]: *** [all] Error 2
 make[2]: Leaving directory `/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default'
 make[1]: *** [build-modules] Error 2
 make[1]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs'
 make: *** [fs] Error 2
 ---pins---

 Quite the same with ocfs2-1.4.4:
 ---snip---
 # LANG=C make
 make -C fs
 make[1]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs'
 make -C ocfs2 stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2'
 make -C ocfs2/cluster stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2/cluster'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2/cluster'
 make -C ocfs2/dlm stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2/dlm'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2/dlm'
 make -C 

Re: [Ocfs2-users] compile error on sles 11

2010-04-26 Thread Werner Flamme
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

That's a bad idea. I do not like file systems that hang all clients when
the server is on reboot or unreachable. I'd rather a shared filesystem.

Regards,
Werner

Herbert van den Bergh [26.04.2010 17:13]:
 
 That's a bad idea.  Use NFS instead.
 
 Thanks,
 Herbert.
 
 
 On 04/26/2010 01:48 AM, Werner Flamme wrote:
 Sunil Mushran [20.04.2010 18:28]:

 1.4 tree is only meant to be build against EL5 U2+. Not SLES
 nor any other kernel tree. SLES9/10/11 already includes ocfs2.
  
 For RHEL there are readyly built packages, why would I build my own
 packages then? The build worked fine with another SLES10.
 
 Yes, ocfs2 is included by SLES. Not SLES 11, of course - it is in the
 separately sold High Availability package. But the version included in
 SLES9/10 does not allow to mount a volume that has been created by RHEL
 (or, in that case, the software that is sold as Oracle Unbreakable
 Linux). It refuses to mount with mount.ocfs2: Unsupported feature(s)
 found while opening device /dev/sdb.
 
 This sure is a feature, I know. However, I do have to share a volume
 between the Oracle RAC running on the Oracle Unbreakable Linux boxes
 and my SAP servers running with SLES. How can I do that? Do I really
 have to delete the filesystems on the RAC an re-create them with the
 (older) versions on SLES?
 
 Regards,
 Werner
 

 Werner Flamme wrote:
 Hi,

 next VM, next trouble :-(

 Now I work inside a VM with SLES 11. Configuring ocfs2-1.4.7 (via LANG=C
 ./configure --with-kernel-source=/usr/src/linux-2.6.27.45-0.1) was
 successful, but compiling fails:

 ---snip---
 # LANG=C make
 make -C fs
 make[1]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs'
 make -C ocfs2 stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2'
 make -C ocfs2/cluster stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/cluster'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/cluster'
 make -C ocfs2/dlm stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlm'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlm'
 make -C /lib/modules/2.6.27.45-0.1-default/build
 M=/usr/local/src/ocfs2-1.4.7/fs modules
 make[2]: Entering directory
 `/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default'
 make -C ../../../linux-2.6.27.45-0.1
 O=/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default/. modules
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/compat_should_remove_suid.o
CC [M]
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/compat_generic_segment_checks.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/alloc.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/aops.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/buffer_head_io.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dcache.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.o
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.c: In function 'ocfs2_readdir':
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.c:865: warning: passing argument
 2 of 'ocfs2_dir_foreach_blk' from incompatible pointer type
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlmglue.o
CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.o
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c: In function 
 'ocfs2_decode_fh':
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:302: error: 'struct
 export_operations' has no member named 'find_exported_dentry'
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c: At top level:
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:311: error: unknown field
 'decode_fh' specified in initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:311: warning:
 initialization from incompatible pointer type
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: error: unknown field
 'get_dentry' specified in initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: warning: excess
 elements in struct initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: warning: (near
 initialization for 'ocfs2_export_ops')
 make[6]: *** [/usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.o] Error 1
 make[5]: *** [/usr/local/src/ocfs2-1.4.7/fs/ocfs2] Error 2
 make[4]: *** [_module_/usr/local/src/ocfs2-1.4.7/fs] Error 2
 make[3]: *** [sub-make] Error 2
 make[2]: *** [all] Error 2
 make[2]: Leaving directory 
 `/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default'
 make[1]: *** [build-modules] Error 2
 make[1]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs'
 make: *** [fs] Error 2
 ---pins---

 Quite the same with ocfs2-1.4.4:
 ---snip---
 # LANG=C make
 make -C fs
 make[1]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs'
 make -C ocfs2 stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2'
 make -C ocfs2/cluster stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.4/fs/ocfs2/cluster'
 make[2]: Leaving directory 

Re: [Ocfs2-users] compile error on sles 11

2010-04-26 Thread Herbert van den Bergh

The OCFS2 versions provided by Oracle and Novell are not necessarily 
kept compatible.  So there is always a risk of losing access to the 
filesystem when you update one or the other.  Also, do you really want 
to have your application servers be part of your database cluster? You 
wouldn't want some network issue to cause your database servers to be 
rebooted, would you?

Thanks,
Herbert.


On 04/26/2010 08:25 AM, Werner Flamme wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 That's a bad idea. I do not like file systems that hang all clients when
 the server is on reboot or unreachable. I'd rather a shared filesystem.

 Regards,
 Werner

 Herbert van den Bergh [26.04.2010 17:13]:

 That's a bad idea.  Use NFS instead.

 Thanks,
 Herbert.


 On 04/26/2010 01:48 AM, Werner Flamme wrote:
 Sunil Mushran [20.04.2010 18:28]:

  
 1.4 tree is only meant to be build against EL5 U2+. Not SLES
 nor any other kernel tree. SLES9/10/11 already includes ocfs2.


 For RHEL there are readyly built packages, why would I build my own
 packages then? The build worked fine with another SLES10.

 Yes, ocfs2 is included by SLES. Not SLES 11, of course - it is in the
 separately sold High Availability package. But the version included in
 SLES9/10 does not allow to mount a volume that has been created by RHEL
 (or, in that case, the software that is sold as Oracle Unbreakable
 Linux). It refuses to mount with mount.ocfs2: Unsupported feature(s)
 found while opening device /dev/sdb.

 This sure is a feature, I know. However, I do have to share a volume
 between the Oracle RAC running on the Oracle Unbreakable Linux boxes
 and my SAP servers running with SLES. How can I do that? Do I really
 have to delete the filesystems on the RAC an re-create them with the
 (older) versions on SLES?

 Regards,
 Werner


  
 Werner Flamme wrote:
 Hi,

 next VM, next trouble :-(

 Now I work inside a VM with SLES 11. Configuring ocfs2-1.4.7 (via LANG=C
 ./configure --with-kernel-source=/usr/src/linux-2.6.27.45-0.1) was
 successful, but compiling fails:

 ---snip---
 # LANG=C make
 make -C fs
 make[1]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs'
 make -C ocfs2 stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2'
 make -C ocfs2/cluster stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/cluster'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/cluster'
 make -C ocfs2/dlm stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlm'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlm'
 make -C /lib/modules/2.6.27.45-0.1-default/build
 M=/usr/local/src/ocfs2-1.4.7/fs modules
 make[2]: Entering directory
 `/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default'
 make -C ../../../linux-2.6.27.45-0.1
 O=/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default/. modules
 CC [M]  
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/compat_should_remove_suid.o
 CC [M]
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/compat_generic_segment_checks.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/alloc.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/aops.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/buffer_head_io.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dcache.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.o
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.c: In function 'ocfs2_readdir':
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.c:865: warning: passing argument
 2 of 'ocfs2_dir_foreach_blk' from incompatible pointer type
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlmglue.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.o
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c: In function 
 'ocfs2_decode_fh':
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:302: error: 'struct
 export_operations' has no member named 'find_exported_dentry'
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c: At top level:
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:311: error: unknown field
 'decode_fh' specified in initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:311: warning:
 initialization from incompatible pointer type
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: error: unknown field
 'get_dentry' specified in initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: warning: excess
 elements in struct initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: warning: (near
 initialization for 'ocfs2_export_ops')
 make[6]: *** [/usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.o] Error 1
 make[5]: *** [/usr/local/src/ocfs2-1.4.7/fs/ocfs2] Error 2
 make[4]: *** [_module_/usr/local/src/ocfs2-1.4.7/fs] Error 2
 make[3]: *** [sub-make] Error 2
 make[2]: *** [all] Error 2
 make[2]: Leaving directory 
 `/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default'
 make[1]: *** [build-modules] Error 2
 make[1]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs'
 make: *** [fs] Error 2
 

Re: [Ocfs2-users] compile error on sles 11

2010-04-26 Thread Werner Flamme
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I wonder why the OCFS2 versions provided by Oracle and Novell are not
necessarily kept compatible. Some strange policy at Novell's, I guess.
Or not enough money^Wmanpower to go along with every new version.

My application servers aren't a part of RAC. I just have to share a
filesystem between RAC and SAP application servers. Since we are
migrating from single box SAP servers to the RAC solution, we need a
cluster file system. SAP only allows OCFS2 and Veritas filesystems.

Regards,
Werner


Herbert van den Bergh [26.04.2010 17:29]:
 
 The OCFS2 versions provided by Oracle and Novell are not necessarily 
 kept compatible.  So there is always a risk of losing access to the 
 filesystem when you update one or the other.  Also, do you really want 
 to have your application servers be part of your database cluster? You 
 wouldn't want some network issue to cause your database servers to be 
 rebooted, would you?
 
 Thanks,
 Herbert.
 
 
 On 04/26/2010 08:25 AM, Werner Flamme wrote:
 That's a bad idea. I do not like file systems that hang all clients when
 the server is on reboot or unreachable. I'd rather a shared filesystem.
 
 Regards,
 Werner
 
 Herbert van den Bergh [26.04.2010 17:13]:

 That's a bad idea.  Use NFS instead.

 Thanks,
 Herbert.


 On 04/26/2010 01:48 AM, Werner Flamme wrote:
 Sunil Mushran [20.04.2010 18:28]:

  
 1.4 tree is only meant to be build against EL5 U2+. Not SLES
 nor any other kernel tree. SLES9/10/11 already includes ocfs2.


 For RHEL there are readyly built packages, why would I build my own
 packages then? The build worked fine with another SLES10.

 Yes, ocfs2 is included by SLES. Not SLES 11, of course - it is in the
 separately sold High Availability package. But the version included in
 SLES9/10 does not allow to mount a volume that has been created by RHEL
 (or, in that case, the software that is sold as Oracle Unbreakable
 Linux). It refuses to mount with mount.ocfs2: Unsupported feature(s)
 found while opening device /dev/sdb.

 This sure is a feature, I know. However, I do have to share a volume
 between the Oracle RAC running on the Oracle Unbreakable Linux boxes
 and my SAP servers running with SLES. How can I do that? Do I really
 have to delete the filesystems on the RAC an re-create them with the
 (older) versions on SLES?

 Regards,
 Werner


  
 Werner Flamme wrote:
 Hi,

 next VM, next trouble :-(

 Now I work inside a VM with SLES 11. Configuring ocfs2-1.4.7 (via LANG=C
 ./configure --with-kernel-source=/usr/src/linux-2.6.27.45-0.1) was
 successful, but compiling fails:

 ---snip---
 # LANG=C make
 make -C fs
 make[1]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs'
 make -C ocfs2 stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2'
 make -C ocfs2/cluster stamp-md5
 make[2]: Entering directory 
 `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/cluster'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/cluster'
 make -C ocfs2/dlm stamp-md5
 make[2]: Entering directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlm'
 make[2]: Leaving directory `/usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlm'
 make -C /lib/modules/2.6.27.45-0.1-default/build
 M=/usr/local/src/ocfs2-1.4.7/fs modules
 make[2]: Entering directory
 `/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default'
 make -C ../../../linux-2.6.27.45-0.1
 O=/usr/src/linux-2.6.27.45-0.1-obj/x86_64/default/. modules
 CC [M]  
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/compat_should_remove_suid.o
 CC [M]
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/compat_generic_segment_checks.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/alloc.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/aops.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/buffer_head_io.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dcache.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.o
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.c: In function 'ocfs2_readdir':
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dir.c:865: warning: passing argument
 2 of 'ocfs2_dir_foreach_blk' from incompatible pointer type
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/dlmglue.o
 CC [M]  /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.o
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c: In function 
 'ocfs2_decode_fh':
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:302: error: 'struct
 export_operations' has no member named 'find_exported_dentry'
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c: At top level:
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:311: error: unknown field
 'decode_fh' specified in initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:311: warning:
 initialization from incompatible pointer type
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: error: unknown field
 'get_dentry' specified in initializer
 /usr/local/src/ocfs2-1.4.7/fs/ocfs2/export.c:315: warning: excess
 elements in struct initializer