From: Heming Zhao via Ocfs2-devel <ocfs2-devel@oss.oracle.com>
To: Joseph Qi <joseph.qi@linux.alibaba.com>, ocfs2-devel@oss.oracle.com
Subject: Re: [Ocfs2-devel] report BUG: io_uring triggers umount error
Date: Fri, 24 Feb 2023 15:48:40 +0800 [thread overview]
Message-ID: <913a31c3-c3fe-b421-da63-e7d436ec674f@suse.com> (raw)
In-Reply-To: <5280652e-8a02-7ec0-8f4e-44ab53796e5f@linux.alibaba.com>
On 2/24/23 2:54 PM, Joseph Qi wrote:
> I can reproduce this in my local VM.
> I've traced ocfs2_dismount_volume and found that it hasn't been called.
> So EBUSY is returned in VFS layer. I guess something wrong when doing
> a copy with linked SQEs (normal copy seems no problem).
>
I am inclined to agree with you. I also test liburing examples apps
on ext4 partition, everything looks fine.
I used below bpftrace method, the retval is '3'.
bpftrace -e 'kr:mnt_get_count{printf("%d\n", retval);}'
It responds to flow: path_umount() => do_umount => mnt_get_count (gets '3')
Thanks,
Heming
>
> On 2/24/23 8:32 AM, Heming Zhao wrote:
>> Hello List,
>>
>> I found a weird bug on ocfs2. I am busying with other jobs, if anyone have time
>> he/she could fix it. This bug is blocking fstest generic/013 test case, and also
>> blocking fstest to do later test cases.
>>
>> How to trigger:
>> ```
>> git clone git://git.kernel.dk/liburing.git
>> cd liburing
>> make
>> cd examples
>> mount -t ocfs2 /dev/sda /mnt
>> cp /etc/hosts /mnt/a
>> ./link-cp /mnt/a /mnt/b
>> umount /mnt
>> ```
>>
>> umount trigger error message:
>> ```
>> # umount /mnt
>> umount: /mnt: target is busy.
>> ```
>>
>> The umount error can only be triggered by liburing write operation.
>>
>> Thanks,
>> Heming
_______________________________________________
Ocfs2-devel mailing list
Ocfs2-devel@oss.oracle.com
https://oss.oracle.com/mailman/listinfo/ocfs2-devel
next prev parent reply other threads:[~2023-02-24 7:49 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-24 0:32 [Ocfs2-devel] report BUG: io_uring triggers umount error Heming Zhao via Ocfs2-devel
2023-02-24 6:54 ` Joseph Qi via Ocfs2-devel
2023-02-24 7:48 ` Heming Zhao via Ocfs2-devel [this message]
2023-02-24 7:52 ` Joseph Qi via Ocfs2-devel
2023-02-24 8:03 ` Heming Zhao via Ocfs2-devel
2023-02-24 10:59 ` Joseph Qi via Ocfs2-devel
2023-02-26 8:45 ` Heming Zhao via Ocfs2-devel
2023-02-26 15:22 ` Heming Zhao via Ocfs2-devel
2023-02-27 2:59 ` Joseph Qi via Ocfs2-devel
2023-02-28 4:50 ` Joseph Qi via Ocfs2-devel
2023-03-01 2:06 ` Joseph Qi via Ocfs2-devel
2023-03-01 9:49 ` Heming Zhao via Ocfs2-devel
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=913a31c3-c3fe-b421-da63-e7d436ec674f@suse.com \
--to=ocfs2-devel@oss.oracle.com \
--cc=heming.zhao@suse.com \
--cc=joseph.qi@linux.alibaba.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.