The volume goes ro when it detects an on-disk corruption.
I would imagine the node detected the problem with the group
allocator fixed by fsck. dmesg will tell you more. If it mentions
block#1709568, then fsck took care of it.

Sunil

Enrique Sanchez wrote:
> Hello folks,
>
> I have a Filesystem that went R/O in one node but not in the second
>
> here is the output of the following command on the node with the R/O  issue:
>
>
>       fsck.ocfs2 -fn /dev/dm-23
>
>
> Checking OCFS2 filesystem in /dev/dm-23:
>   label:              oraCRSMeta
>   uuid:               71 df 25 70 8b 34 43 f8 a4 e7 cd 2c c5 66 84 27
>   number of blocks:   2209680
>   bytes per block:    4096
>   number of clusters: 2209680
>   bytes per cluster:  4096
>   max slots:          4
>
> /dev/dm-23 was run with -f, check forced.
> Pass 0a: Checking cluster allocation chains
> [GROUP_FREE_BITS] Group descriptor at block 1709568 claims to have
> 32258 free bits which is more than 32237 bits indicated by the bitmap.
> Drop its free bit count down to the total? n
> Pass 0b: Checking inode allocation chains
> Pass 0c: Checking extent block allocation chains
> Pass 1: Checking inodes and blocks.
> [CLUSTER_ALLOC_BIT] Cluster 1709604 is marked in the global cluster
> bitmap but it isn't in use.  Clear its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709932 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709933 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709934 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709935 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709936 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709937 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709938 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709939 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709944 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709968 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709977 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709985 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709986 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709991 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709994 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1709995 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1710000 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> [CLUSTER_ALLOC_BIT] Cluster 1710001 is in use but isn't set in the
> global cluster bitmap. Set its bit in the bitmap? n
> Pass 2: Checking directory entries.
> Pass 3: Checking directory connectivity.
> [LOSTFOUND_MISSING] /lost+found does not exist.  Create it so that we
> can possibly fill it with orphaned inodes? n
> Pass 4a: checking for orphaned inodes
> Pass 4b: Checking inodes link counts.
> All passes succeeded.
>
>
>
> thanks,
> enrique.
>   


_______________________________________________
Ocfs2-users mailing list
Ocfs2-users@oss.oracle.com
http://oss.oracle.com/mailman/listinfo/ocfs2-users

Reply via email to