My hunch is you are running into this one.
https://bugzilla.novell.com/show_bug.cgi?id=374353

Stupid bug. Trivial fix. Will be fixed soon.

Andrew Daugherity wrote:
> When setting up a new OCFS2 cluster under OpenSUSE 10.3 
> (ocfs2-tools-1.2.6-18, kernel-xen-2.6.22.17-0.1), I discovered that 
> mounted.ocfs2 no longer works, but segfaults.  It just prints "segmentation 
> fault" and no other output.
>
> Initially I thought it might be a bug in the SUSE package, but I see the same 
> behavior in mounted.ocfs2 from ocfs2-tools 1.2.6 built from source.  Versions 
> 1.2.7 and 1.3.9 also segfault, while the mounted.ocfs2 binary from OpenSUSE 
> 10.2 (ocfs2-tools-1.2.2-11) works just fine.
>
> I thought I'd check with the list before filing a bug, in case there's 
> something obvious.
>
> After installing the ocfs2-tools-debuginfo packages, I was able to get a 
> useful backtrace:
>
> vpr-app-02:~ # gdb /sbin/mounted.ocfs2 ./core.7351 
> GNU gdb 6.6.50.20070726-cvs
> Copyright (C) 2007 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "x86_64-suse-linux"...
> Using host libthread_db library "/lib64/libthread_db.so.1".
> Reading symbols from /lib64/libcom_err.so.2...done.
> Loaded symbols for /lib64/libcom_err.so.2
> Reading symbols from /lib64/libuuid.so.1...done.
> Loaded symbols for /lib64/libuuid.so.1
> Reading symbols from /lib64/libpthread.so.0...done.
> Loaded symbols for /lib64/libpthread.so.0
> Reading symbols from /lib64/libc.so.6...done.
> Loaded symbols for /lib64/libc.so.6
> Reading symbols from /lib64/ld-linux-x86-64.so.2...done.
> Loaded symbols for /lib64/ld-linux-x86-64.so.2
> Core was generated by `mounted.ocfs2 /dev/evms/ocfs_san/web'.
> Program terminated with signal 11, Segmentation fault.
> #0  io_open (name=0x10 <Address 0x10 out of bounds>, flags=0, 
> channel=0x60d120) at unix_io.c:89
> 89              if (!name || !*name)
> (gdb) bt
> #0  io_open (name=0x10 <Address 0x10 out of bounds>, flags=0, 
> channel=0x60d120) at unix_io.c:89
> #1  0x0000000000405385 in ocfs2_open (name=0x10 <Address 0x10 out of bounds>, 
> flags=0, superblock=0, block_size=0, 
>     ret_fs=0x7fff4a882b38) at openfs.c:197
> #2  0x0000000000402365 in ocfs2_check_heartbeats (dev_list=0x7fff4a882b80, 
> ignore_local=1) at checkhb.c:103
> #3  0x00000000004021bf in main (argc=<value optimized out>, 
> argv=0x7fff4a882b98) at mounted.c:252
> #4  0x00002adb60a81b54 in __libc_start_main () from /lib64/libc.so.6
> #5  0x0000000000401bc9 in _start ()
>
> It doesn't seem to matter the device given to mounted.ocfs2 -- /dev/null, 
> foobar, whatever, it just segfaults, and name==0x10 in every case.
>   

_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users

Reply via email to