* [Ocfs2-devel] Read only issue, any other ideas aout it will be appreciated, Thanks a lot.
@ 2015-02-13 8:39 Guozhonghua
2015-03-02 12:42 ` Xue jiufei
[not found] ` <54F169AD.9040801@huawei.com>
0 siblings, 2 replies; 3+ messages in thread
From: Guozhonghua @ 2015-02-13 8:39 UTC (permalink / raw)
To: ocfs2-devel
Hi All,
As we test with OCFS2, sometime the file system become read only. The log is bellows.
We had review the code and try to find the reason, but did not find any ways to avoid this issue.
All the nodes in the cluster reach the read only file system finally.
Feb 12 15:38:30 node01 kernel: [173109.179478] OCFS2: ERROR (device dm-1): ocfs2_commit_truncate: Inode 8918280 has empty extent block at 8918280
Feb 12 15:38:30 node01 kernel: [173109.179478]
Feb 12 15:38:30 node01 kernel: [173109.179493] File system is now read-only due to the potential of on-disk corruption. Please run fsck.ocfs2 once the file system is unmounted.
Feb 12 15:38:30 node01 kernel: [173109.232387] (libvirtd,7367,11):ocfs2_truncate_for_delete:574 ERROR: status = -30
Feb 12 15:38:30 node01 kernel: [173109.232401] (libvirtd,7367,11):ocfs2_wipe_inode:743 ERROR: status = -30
Feb 12 15:38:30 node01 kernel: [173109.232408] (libvirtd,7367,11):ocfs2_delete_inode:1022 ERROR: status = -30
We had use the command of "fsck.ocfs -fpy" to repair the file system.
The repair procedures log is as below, there are some error about the inode data:
fsck.ocfs2 1.6.3
Checking OCFS2 filesystem in /dev/dm-1:
Label: o20140820105531
UUID: F1AAAC6C765D480F9052946392C6527A
Number of blocks: 2621440000
Block size: 4096
Number of clusters: 10240000
Cluster size: 1048576
Number of slots: 32
/dev/dm-1 was run with -f, check forced.
Pass 0a: Checking cluster allocation chains
[CHAIN_BITS] Chain 60 in allocator inode 519 has 36784 bits marked free out of 64512 total bits but the block groups in the chain have 36762 free out of 64512 total. Fix this by updating the chain record? y
[CHAIN_GROUP_BITS] Allocator inode 519 has 2071620 bits marked used out of 10240000 total bits but the chains have 2071642 used out of 10240000 total. Fix this by updating the inode counts? y
Pass 0b: Checking inode allocation chains
Pass 0c: Checking extent block allocation chains
^[Pass 1: Checking inodes and blocks.
[INODE_SPARSE_CLUSTERS] Inode 8918280 has 4294967286 clusters but its blocks fit in 0 clusters. Correct the number of clusters? y
Pass 2: Checking directory entries.
Pass 3: Checking directory connectivity.
Pass 4a: checking for orphaned inodes
[INODE_ORPHANED] Inode 8918280 was found in the orphan directory. Delete its contents and unlink it? y
Pass 4b: Checking inodes link counts.
[INODE_NOT_CONNECTED] Inode 8918281 isn't referenced by any directory entries. Move it to lost+found? y
[INODE_NOT_CONNECTED] Inode 8918282 isn't referenced by any directory entries. Move it to lost+found? y
All passes succeeded.
We are using Linux kernel with version 3.13.
Is there any way to fix it? Or any other patches?
Thanks a lot.
-------------------------------------------------------------------------------------------------------------------------------------
????????????????????????????????????????
????????????????????????????????????????
????????????????????????????????????????
???
This e-mail and its attachments contain confidential information from H3C, which is
intended only for the person or entity whose address is listed above. Any use of the
information contained herein in any way (including, but not limited to, total or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
by phone or email immediately and delete it!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://oss.oracle.com/pipermail/ocfs2-devel/attachments/20150213/62f129cd/attachment.html
^ permalink raw reply [flat|nested] 3+ messages in thread* [Ocfs2-devel] Read only issue, any other ideas aout it will be appreciated, Thanks a lot.
2015-02-13 8:39 [Ocfs2-devel] Read only issue, any other ideas aout it will be appreciated, Thanks a lot Guozhonghua
@ 2015-03-02 12:42 ` Xue jiufei
[not found] ` <54F169AD.9040801@huawei.com>
1 sibling, 0 replies; 3+ messages in thread
From: Xue jiufei @ 2015-03-02 12:42 UTC (permalink / raw)
To: ocfs2-devel
Hi Zhonghua,
We have encountered the same problem as you described before.
However, for some reason, we did not record detailed information,
such as what operations the testers did and the data in disk.
So we are interested in your case. Can you described the testcase
in detail, and attach the image of read-only filesystem generated
by the tool o2image?
Thanks very much.
-- Xuejiufei
On 2015/2/13 16:39, Guozhonghua wrote:
> Hi All,
>
>
>
> As we test with OCFS2, sometime the file system become read only. The log is bellows.
>
> We had review the code and try to find the reason, but did not find any ways to avoid this issue.
>
> All the nodes in the cluster reach the read only file system finally.
>
>
>
> Feb 12 15:38:30 node01 kernel: [173109.179478] OCFS2: ERROR (device dm-1): ocfs2_commit_truncate: Inode 8918280 has empty extent block at 8918280
>
> Feb 12 15:38:30 node01 kernel: [173109.179478]
>
> Feb 12 15:38:30 node01 kernel: [173109.179493] File system is now read-only due to the potential of on-disk corruption. Please run fsck.ocfs2 once the file system is unmounted.
>
> Feb 12 15:38:30 node01 kernel: [173109.232387] (libvirtd,7367,11):ocfs2_truncate_for_delete:574 ERROR: status = -30
>
> Feb 12 15:38:30 node01 kernel: [173109.232401] (libvirtd,7367,11):ocfs2_wipe_inode:743 ERROR: status = -30
>
> Feb 12 15:38:30 node01 kernel: [173109.232408] (libvirtd,7367,11):ocfs2_delete_inode:1022 ERROR: status = -30
>
>
>
>
>
> We had use the command of ?fsck.ocfs ?fpy? to repair the file system.
>
> The repair procedures log is as below, there are some error about the inode data:
>
> fsck.ocfs2 1.6.3
>
> Checking OCFS2 filesystem in /dev/dm-1:
>
> Label: o20140820105531
>
> UUID: F1AAAC6C765D480F9052946392C6527A
>
> Number of blocks: 2621440000
>
> Block size: 4096
>
> Number of clusters: 10240000
>
> Cluster size: 1048576
>
> Number of slots: 32
>
>
>
> /dev/dm-1 was run with -f, check forced.
>
> Pass 0a: Checking cluster allocation chains
>
> [CHAIN_BITS] Chain 60 in allocator inode 519 has 36784 bits marked free out of 64512 total bits but the block groups in the chain have 36762 free out of 64512 total. Fix this by updating the chain record? y
>
> [CHAIN_GROUP_BITS] Allocator inode 519 has 2071620 bits marked used out of 10240000 total bits but the chains have 2071642 used out of 10240000 total. Fix this by updating the inode counts? y
>
> Pass 0b: Checking inode allocation chains
>
> Pass 0c: Checking extent block allocation chains
>
> ^[Pass 1: Checking inodes and blocks.
>
> [INODE_SPARSE_CLUSTERS] Inode 8918280 has 4294967286 clusters but its blocks fit in 0 clusters. Correct the number of clusters? y
>
> Pass 2: Checking directory entries.
>
> Pass 3: Checking directory connectivity.
>
> Pass 4a: checking for orphaned inodes
>
> [INODE_ORPHANED] Inode 8918280 was found in the orphan directory. Delete its contents and unlink it? y
>
> Pass 4b: Checking inodes link counts.
>
> [INODE_NOT_CONNECTED] Inode 8918281 isn't referenced by any directory entries. Move it to lost+found? y
>
> [INODE_NOT_CONNECTED] Inode 8918282 isn't referenced by any directory entries. Move it to lost+found? y
>
> All passes succeeded.
>
>
>
> We are using Linux kernel with version 3.13.
>
> Is there any way to fix it? Or any other patches?
>
>
>
> Thanks a lot.
>
>
>
>
>
>
>
>
>
> -------------------------------------------------------------------------------------------------------------------------------------
> ????????????????????????????????????????
> ????????????????????????????????????????
> ????????????????????????????????????????
> ???
> This e-mail and its attachments contain confidential information from H3C, which is
> intended only for the person or entity whose address is listed above. Any use of the
> information contained herein in any way (including, but not limited to, total or partial
> disclosure, reproduction, or dissemination) by persons other than the intended
> recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
> by phone or email immediately and delete it!
>
>
> _______________________________________________
> Ocfs2-devel mailing list
> Ocfs2-devel at oss.oracle.com
> https://oss.oracle.com/mailman/listinfo/ocfs2-devel
>
^ permalink raw reply [flat|nested] 3+ messages in thread[parent not found: <54F169AD.9040801@huawei.com>]
* [Ocfs2-devel] 答复: Read only issue, any other ideas aout it will be appreciated, Thanks a lot.
[not found] ` <54F169AD.9040801@huawei.com>
@ 2015-03-04 6:57 ` Guozhonghua
0 siblings, 0 replies; 3+ messages in thread
From: Guozhonghua @ 2015-03-04 6:57 UTC (permalink / raw)
To: ocfs2-devel
Hi, Jiufei,
Thanks for your response.
As we remove a file from the mount point, the issue is created random.
I search the position the variables is set with zero, and they are:
---- l_next_free_rec = 0 Matches (4 in 1 files) ----
Alloc.c:2606: el->l_next_free_rec = 0;
Alloc.c:3120: el->l_next_free_rec = 0;
The issue may be created when file is removed, and the space resource released.
The variables may be set with zero before the function of ocfs2_commit_truncate is called.
It may be some locks used appropriately when file removed, and resource released.
We reviewed the code and cannot found any way to avoid this issue.
Would you have any other ideas about it?
Thanks
-----????-----
???: Xue jiufei [mailto:xuejiufei at huawei.com]
????: 2015?2?28? 15:10
???: guozhonghua 02084 (RD)
??: Re: [Ocfs2-devel] Read only issue, any other ideas aout it will be appreciated, Thanks a lot.
Hi Zhonghua,
We have encountered the same problem as you described before.
However, for some reason, we did not record detailed information, such as what operations the testers did and the data in disk.
So we are interested in your case. Can you described the testcase in detail, and attach the image of read-only filesystem generated by the tool o2image?
Thanks very much.
-- Xuejiufei
On 2015/2/13 16:39, Guozhonghua wrote:
> Hi All,
>
>
>
> As we test with OCFS2, sometime the file system become read only. The log is bellows.
>
> We had review the code and try to find the reason, but did not find any ways to avoid this issue.
>
> All the nodes in the cluster reach the read only file system finally.
>
>
>
> Feb 12 15:38:30 node01 kernel: [173109.179478] OCFS2: ERROR (device
> dm-1): ocfs2_commit_truncate: Inode 8918280 has empty extent block at
> 8918280
>
> Feb 12 15:38:30 node01 kernel: [173109.179478]
>
> Feb 12 15:38:30 node01 kernel: [173109.179493] File system is now read-only due to the potential of on-disk corruption. Please run fsck.ocfs2 once the file system is unmounted.
>
> Feb 12 15:38:30 node01 kernel: [173109.232387]
> (libvirtd,7367,11):ocfs2_truncate_for_delete:574 ERROR: status = -30
>
> Feb 12 15:38:30 node01 kernel: [173109.232401]
> (libvirtd,7367,11):ocfs2_wipe_inode:743 ERROR: status = -30
>
> Feb 12 15:38:30 node01 kernel: [173109.232408]
> (libvirtd,7367,11):ocfs2_delete_inode:1022 ERROR: status = -30
>
>
>
>
>
> We had use the command of ?fsck.ocfs ?fpy? to repair the file system.
>
> The repair procedures log is as below, there are some error about the inode data:
>
> fsck.ocfs2 1.6.3
>
> Checking OCFS2 filesystem in /dev/dm-1:
>
> Label: o20140820105531
>
> UUID: F1AAAC6C765D480F9052946392C6527A
>
> Number of blocks: 2621440000
>
> Block size: 4096
>
> Number of clusters: 10240000
>
> Cluster size: 1048576
>
> Number of slots: 32
>
>
>
> /dev/dm-1 was run with -f, check forced.
>
> Pass 0a: Checking cluster allocation chains
>
> [CHAIN_BITS] Chain 60 in allocator inode 519 has 36784 bits marked
> free out of 64512 total bits but the block groups in the chain have
> 36762 free out of 64512 total. Fix this by updating the chain record?
> y
>
> [CHAIN_GROUP_BITS] Allocator inode 519 has 2071620 bits marked used
> out of 10240000 total bits but the chains have 2071642 used out of
> 10240000 total. Fix this by updating the inode counts? y
>
> Pass 0b: Checking inode allocation chains
>
> Pass 0c: Checking extent block allocation chains
>
> ^[Pass 1: Checking inodes and blocks.
>
> [INODE_SPARSE_CLUSTERS] Inode 8918280 has 4294967286 clusters but its
> blocks fit in 0 clusters. Correct the number of clusters? y
>
> Pass 2: Checking directory entries.
>
> Pass 3: Checking directory connectivity.
>
> Pass 4a: checking for orphaned inodes
>
> [INODE_ORPHANED] Inode 8918280 was found in the orphan directory.
> Delete its contents and unlink it? y
>
> Pass 4b: Checking inodes link counts.
>
> [INODE_NOT_CONNECTED] Inode 8918281 isn't referenced by any directory
> entries. Move it to lost+found? y
>
> [INODE_NOT_CONNECTED] Inode 8918282 isn't referenced by any directory
> entries. Move it to lost+found? y
>
> All passes succeeded.
>
>
>
> We are using Linux kernel with version 3.13.
>
> Is there any way to fix it? Or any other patches?
>
>
>
> Thanks a lot.
>
>
-------------------------------------------------------------------------------------------------------------------------------------
????????????????????????????????????????
????????????????????????????????????????
????????????????????????????????????????
???
This e-mail and its attachments contain confidential information from H3C, which is
intended only for the person or entity whose address is listed above. Any use of the
information contained herein in any way (including, but not limited to, total or partial
disclosure, reproduction, or dissemination) by persons other than the intended
recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
by phone or email immediately and delete it!
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-03-04 6:57 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-02-13 8:39 [Ocfs2-devel] Read only issue, any other ideas aout it will be appreciated, Thanks a lot Guozhonghua
2015-03-02 12:42 ` Xue jiufei
[not found] ` <54F169AD.9040801@huawei.com>
2015-03-04 6:57 ` [Ocfs2-devel] 答复: " Guozhonghua
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.