[Ocfs2-users] Problems with volumes coming from RHEL5 going to OEL6
Ulf Zimmermann
ulf at openlane.com
Sat Jun 22 15:20:28 PDT 2013
[root at co-db03 ulf]# debugfs.ocfs2 -R "stats" /dev/mapper/aucp_data_bk_2_x
Revision: 0.90
Mount Count: 0 Max Mount Count: 20
State: 0 Errors: 0
Check Interval: 0 Last Check: Sun Sep 25 05:32:29 2011
Creator OS: 0
Feature Compat: 0
Feature Incompat: 0
Tunefs Incomplete: 0
Feature RO compat: 0
Root Blknum: 513 System Dir Blknum: 514
First Cluster Group Blknum: 256
Block Size Bits: 12 Cluster Size Bits: 20
Max Node Slots: 10
Extended Attributes Inline Size: 0
Label: /export/backuprecovery.AUCP
UUID: 5F9C2727159743529200CE9C5E155562
Hash: 0 (0x0)
DX Seeds: 0 0 0 (0x00000000 0x00000000 0x00000000)
Cluster stack: classic o2cb
Cluster flags: 0
Inode: 2 Mode: 00 Generation: 3147295185 (0xbb97e9d1)
FS Generation: 3147295185 (0xbb97e9d1)
CRC32: 00000000 ECC: 0000
Type: Unknown Attr: 0x0 Flags: Valid System Superblock
Dynamic Features: (0x0)
User: 0 (root) Group: 0 (root) Size: 0
Links: 0 Clusters: 1572864
ctime: 0x4e7f1f5d 0x0 -- Sun Sep 25 05:32:29.0 2011
atime: 0x0 0x0 -- Wed Dec 31 16:00:00.0 1969
mtime: 0x4e7f1f5d 0x0 -- Sun Sep 25 05:32:29.0 2011
dtime: 0x0 -- Wed Dec 31 16:00:00 1969
Refcount Block: 0
Last Extblk: 0 Orphan Slot: 0
Sub Alloc Slot: Global Sub Alloc Bit: 65535
From: Sunil Mushran [mailto:sunil.mushran at gmail.com]
Sent: Friday, June 21, 2013 11:11
To: Ulf Zimmermann
Cc: ocfs2-users at oss.oracle.com
Subject: Re: [Ocfs2-users] Problems with volumes coming from RHEL5 going to OEL6
Can you dump the following using the 1.8 binary.
debugfs.ocfs2 -R "stats" /dev/mapper/.....
On Fri, Jun 21, 2013 at 6:17 AM, Ulf Zimmermann <ulf at openlane.com<mailto:ulf at openlane.com>> wrote:
We have a production cluster of 6 nodes, which are currently running RHEL 5.8 with OCFS2 1.4.10. We snapclone these volumes to multiple destinations, one of them is a RHEL4 machine with OCFS2 1.2.9. Because of that the volumes are set so that we can read them there.
We are now trying to bring up a new server, this one has OEL 6.3 on it and it comes with OCFS2 1.8.0 and tools 1.8.0-10. I can use tunefs.ocfs2 -cloned-volume to reset the UUID, but when I try to change the label I get:
[root at co-db03 ulf]# tunefs.ocfs2 -L /export/backuprecovery.AUCP /dev/mapper/aucp_data_bk_2_x
tunefs.ocfs2: Invalid name for a cluster while opening device "/dev/mapper/aucp_data_bk_2_x"
fsck.ocfs2 core dumps with the following, I also filed a bug on Bugzilla for that:
[root at co-db03 ulf]# fsck.ocfs2 /dev/mapper/aucp_data_bk_2_x
fsck.ocfs2 1.8.0
*** glibc detected *** fsck.ocfs2: double free or corruption (fasttop): 0x000000000197f320 ***
======= Backtrace: =========
/lib64/libc.so.6[0x3656475366]
fsck.ocfs2[0x434c31]
fsck.ocfs2[0x403bc2]
/lib64/libc.so.6(__libc_start_main+0xfd)[0x365641ecdd]
fsck.ocfs2[0x402879]
======= Memory map: ========
00400000-00450000 r-xp 00000000 fc:00 12489 /sbin/fsck.ocfs2
0064f000-00651000 rw-p 0004f000 fc:00 12489 /sbin/fsck.ocfs2
00651000-00652000 rw-p 00000000 00:00 0
00850000-00851000 rw-p 00050000 fc:00 12489 /sbin/fsck.ocfs2
0197e000-0199f000 rw-p 00000000 00:00 0 [heap]
3655c00000-3655c20000 r-xp 00000000 fc:00 8797 /lib64/ld-2.12.so<http://ld-2.12.so>
3655e1f000-3655e20000 r--p 0001f000 fc:00 8797 /lib64/ld-2.12.so<http://ld-2.12.so>
3655e20000-3655e21000 rw-p 00020000 fc:00 8797 /lib64/ld-2.12.so<http://ld-2.12.so>
3655e21000-3655e22000 rw-p 00000000 00:00 0
3656400000-3656589000 r-xp 00000000 fc:00 8798 /lib64/libc-2.12.so<http://libc-2.12.so>
3656589000-3656788000 ---p 00189000 fc:00 8798 /lib64/libc-2.12.so<http://libc-2.12.so>
3656788000-365678c000 r--p 00188000 fc:00 8798 /lib64/libc-2.12.so<http://libc-2.12.so>
365678c000-365678d000 rw-p 0018c000 fc:00 8798 /lib64/libc-2.12.so<http://libc-2.12.so>
365678d000-3656792000 rw-p 00000000 00:00 0
3659c00000-3659c16000 r-xp 00000000 fc:00 8802 /lib64/libgcc_s-4.4.6-20120305.so.1
3659c16000-3659e15000 ---p 00016000 fc:00 8802 /lib64/libgcc_s-4.4.6-20120305.so.1
3659e15000-3659e16000 rw-p 00015000 fc:00 8802 /lib64/libgcc_s-4.4.6-20120305.so.1
3d3e800000-3d3e817000 r-xp 00000000 fc:00 12028 /lib64/libpthread-2.12.so<http://libpthread-2.12.so>
3d3e817000-3d3ea17000 ---p 00017000 fc:00 12028 /lib64/libpthread-2.12.so<http://libpthread-2.12.so>
3d3ea17000-3d3ea18000 r--p 00017000 fc:00 12028 /lib64/libpthread-2.12.so<http://libpthread-2.12.so>
3d3ea18000-3d3ea19000 rw-p 00018000 fc:00 12028 /lib64/libpthread-2.12.so<http://libpthread-2.12.so>
3d3ea19000-3d3ea1d000 rw-p 00000000 00:00 0
3e26600000-3e26603000 r-xp 00000000 fc:00 426 /lib64/libcom_err.so.2.1
3e26603000-3e26802000 ---p 00003000 fc:00 426 /lib64/libcom_err.so.2.1
3e26802000-3e26803000 r--p 00002000 fc:00 426 /lib64/libcom_err.so.2.1
3e26803000-3e26804000 rw-p 00003000 fc:00 426 /lib64/libcom_err.so.2.1
7fb063711000-7fb063714000 rw-p 00000000 00:00 0
7fb06371d000-7fb063720000 rw-p 00000000 00:00 0
7fffd5b95000-7fffd5bb6000 rw-p 00000000 00:00 0 [stack]
7fffd5bc5000-7fffd5bc6000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
Abort (core dumped)
I think one of the main question is what is the "Invalid name for a cluster while trying to join the group" or "Invalid name for a cluster while opening device". I am pretty sure that /etc/sysconfig/o2cb and /etc/ocfs2/cluster.conf is correct.
Ulf.
_______________________________________________
Ocfs2-users mailing list
Ocfs2-users at oss.oracle.com<mailto:Ocfs2-users at oss.oracle.com>
https://oss.oracle.com/mailman/listinfo/ocfs2-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-users/attachments/20130622/a22dbe23/attachment-0001.html
More information about the Ocfs2-users
mailing list