This smells like a uuid clash. But it could also be a bug. :)
Do:
# mount -t debugfs debugfs /debug (if not already mounted)
# ls -R /debug
In short, the mount is complaining that a entry with the
same uuid already exists in that location.
If that is the case, do:
# cat /proc/fs/ocfs2/*/uuid
See if /proc agrees.
Kendall, Kim wrote:
We are cloning (using EMC symclone) production volumes to refresh
Oracle dev & test environments
So far, the cloning is working as expected. I have several cloned
volumes mounted on a couple of systems. Today I tried mounting up a
newly cloned environment and have problems.
*_Version Info:_*
# cat /etc/redhat-release
Enterprise Linux Enterprise Linux AS release 4 (October Update 4)
# rpm -qa | grep ocfs2
ocfs2-2.6.9-42.0.0.0.1.ELsmp-1.2.3-2
ocfs2console-1.2.2-2
ocfs2-tools-1.2.2-2
*_I've run fsck.ocfs2 against the volume:_*
# fsck.ocfs2 -f /dev/emcpowerl
Checking OCFS2 filesystem in /dev/emcpowerl:
label: dbf1
uuid: 01 6b 89 42 71 76 45 d2 bd 94 45 7a 34 d7 85 50
number of blocks: 124800000
bytes per block: 4096
number of clusters: 487500
bytes per cluster: 1048576
max slots: 4
/dev/emcpowerl was run with -f, check forced.
Pass 0a: Checking cluster allocation chains
Pass 0b: Checking inode allocation chains
Pass 0c: Checking extent block allocation chains
Pass 1: Checking inodes and blocks.
Pass 2: Checking directory entries.
Pass 3: Checking directory connectivity.
Pass 4a: checking for orphaned inodes
Pass 4b: Checking inodes link counts.
All passes succeeded.
*_Then I try to mount:_*
# mount -t ocfs2 /dev/emcpowerl /oradata/erp07/datafiles/1
mount.ocfs2: Invalid argument while mounting /dev/emcpowerl on
/oradata/erp07/datafiles/1. Check 'dmesg' for more information on this
error.
*_Error (from dmesg):_*
ocfs2_dlm: Nodes in domain ("016B8942717645D2BD94457A34D78550"): 0
(13693,1):ocfs2_fill_super:616 ERROR: Unable to create per-mount
debugfs root.
ocfs2: Unmounting device (120,176) on (node 255)
I’ve also made completely sure that all of the other volumes on this
box have had their UUIDs changed so there wouldn’t be any UUID
conflicts from newly cloned volumes.
Any ideas???
The information contained in this E-mail may be confidential and/or
proprietary to Inter-Tel and/or its affiliates. The information
transmitted herewith is intended only for use by the individual or
entity to which it is addressed. If the reader of this message is not
the intended recipient, you are hereby notified that any review,
retransmission, dissemination, distribution, copying or other use of,
or taking of any action in reliance upon this information is strictly
prohibited. If you have received this communication in error, please
contact the sender and delete the material from your computer.
------------------------------------------------------------------------
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users
_______________________________________________
Ocfs2-users mailing list
[email protected]
http://oss.oracle.com/mailman/listinfo/ocfs2-users
