* [Ocfs2-devel] Error message shows when create and rmdir
@ 2004-08-05 19:59 Ling, Xiaofeng
2004-08-05 20:27 ` Mark Fasheh
0 siblings, 1 reply; 3+ messages in thread
From: Ling, Xiaofeng @ 2004-08-05 19:59 UTC (permalink / raw)
To: ocfs2-devel
Try this on 2.6.6 for svn 1303, this also exist on prev version.
Two node with /ocfs mount to the same disk.
1.node 0: mkdir /ocfs/a
2.node 1: rmdir /ocfs/a
after a while, when the journal commited.
It shows:
(18503) commit_thread: flushed 1 transactions, releasing 3 locks
(18503) commit_thread: after optimization, 3 locks to release
(18503) ERROR at /home/xling/ocfs/ocfs2/src/bitmap.c, 408:
bitmap->validbits =
0 but start = 277 and num = 1!
see bug 115
-------------------
Intel China Software Lab.
iNet: 8-752-1243
021-52574545-1243(O)
xfling@users.sourceforge.net
Opinions are my own and don't represent those of my employer
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Ocfs2-devel] Error message shows when create and rmdir
2004-08-05 19:59 [Ocfs2-devel] Error message shows when create and rmdir Ling, Xiaofeng
@ 2004-08-05 20:27 ` Mark Fasheh
0 siblings, 0 replies; 3+ messages in thread
From: Mark Fasheh @ 2004-08-05 20:27 UTC (permalink / raw)
To: ocfs2-devel
On Fri, Aug 06, 2004 at 08:59:19AM +0800, Ling, Xiaofeng wrote:
> Try this on 2.6.6 for svn 1303, this also exist on prev version.
>
> Two node with /ocfs mount to the same disk.
> 1.node 0: mkdir /ocfs/a
> 2.node 1: rmdir /ocfs/a
> after a while, when the journal commited.
> It shows:
> (18503) commit_thread: flushed 1 transactions, releasing 3 locks
> (18503) commit_thread: after optimization, 3 locks to release
> (18503) ERROR at /home/xling/ocfs/ocfs2/src/bitmap.c, 408:
> bitmap->validbits =
> 0 but start = 277 and num = 1!
Do you get the last message on node 0 or node 1? I'm guessing node 1, as it
looks like the commit thread is dropping the last reference on the inode
(which is fine in and of itself). So you're probably in delete_inode dumping
the data for the directory. Can you reproduce this at will?
--Mark
>
> see bug 115
>
> -------------------
> Intel China Software Lab.
> iNet: 8-752-1243
> 021-52574545-1243(O)
> xfling@users.sourceforge.net
> Opinions are my own and don't represent those of my employer
> _______________________________________________
> Ocfs2-devel mailing list
> Ocfs2-devel@oss.oracle.com
> http://oss.oracle.com/mailman/listinfo/ocfs2-devel
--
Mark Fasheh
Software Developer, Oracle Corp
mark.fasheh@oracle.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Ocfs2-devel] Error message shows when create and rmdir
@ 2004-08-05 21:17 Ling, Xiaofeng
0 siblings, 0 replies; 3+ messages in thread
From: Ling, Xiaofeng @ 2004-08-05 21:17 UTC (permalink / raw)
To: ocfs2-devel
=20
>-----Original Message-----
>From: Mark Fasheh [mailto:mark.fasheh@oracle.com]=20
>Sent: 2004=C4=EA8=D4=C25=C8=D5 18:27
>> (18503) commit_thread: flushed 1 transactions, releasing 3 locks
>> (18503) commit_thread: after optimization, 3 locks to release
>> (18503) ERROR at /home/xling/ocfs/ocfs2/src/bitmap.c, 408:
>> bitmap->validbits =3D=20
>> 0 but start =3D 277 and num =3D 1!
>
>Do you get the last message on node 0 or node 1? I'm guessing=20
>node 1,=20
Yes.
>looks like the commit thread is dropping the last reference on=20
>the inode
>(which is fine in and of itself). So you're probably in=20
>delete_inode dumping
>the data for the directory. Can you reproduce this at will?
Yes, seems it can be reproduced each time.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-08-05 21:17 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-08-05 19:59 [Ocfs2-devel] Error message shows when create and rmdir Ling, Xiaofeng
2004-08-05 20:27 ` Mark Fasheh
-- strict thread matches above, loose matches on Subject: below --
2004-08-05 21:17 Ling, Xiaofeng
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.