similar to: io_uring cause data corruption

On 2020-04-27 18:45, Jeremy Allison via samba wrote: > On Mon, Apr 27, 2020 at 10:27:17AM +0200, A L via samba wrote: >> On 2020-04-26 19:46, Jeremy Allison via samba wrote: >>> On Sun, Apr 26, 2020 at 11:51:42AM +0200, A L via samba wrote: >>>> * Connected from a Windows 10 computer over 1G ethernet. * Copy >>>> data using Windows Explorer and

On 2020-04-26 19:46, Jeremy Allison via samba wrote: > On Sun, Apr 26, 2020 at 11:51:42AM +0200, A L via samba wrote: >> * Connected from a Windows 10 computer over 1G ethernet. * Copy data >> using Windows Explorer and FastCopy(1) from the Samba share to a >> local disk. * Verify the sha-256 sum on the files. From what I can >> see there is data corruption on many of

On Mon, Apr 27, 2020 at 11:21:35PM +0200, A L wrote: > On 2020-04-27 18:45, Jeremy Allison via samba wrote: > > On Mon, Apr 27, 2020 at 10:27:17AM +0200, A L via samba wrote: > > > On 2020-04-26 19:46, Jeremy Allison via samba wrote: > > > > On Sun, Apr 26, 2020 at 11:51:42AM +0200, A L via samba wrote: > > > > > * Connected from a Windows 10 computer

On 2020-04-29 00:40, Jeremy Allison via samba wrote: > On Mon, Apr 27, 2020 at 11:21:35PM +0200, A L wrote: >> I set up the following test case: >> * Linux 5.7-rc3 (with the patch from previous mail) >> * samba-4.12.1 >> * gcc-9.3.0 >> * liburing-0.6 >> * glibc-2.30-r8 >> >> ================================= >> Test 1) >> Copy 10 10GB

On Thu, Apr 30, 2020 at 10:25:49AM +0200, A L wrote: > So I did some more tests. smbclient mget does not copy in the same way > Windows Explorer does. When copying in Windows Explorer, there are many > multiple concurrent threads used to transfer the files. With smbclient mget > there are no corruptions, both locally and over the network from another > Linux machine. > > I

On 2020-04-30 22:56, Jeremy Allison via samba wrote: > On Thu, Apr 30, 2020 at 10:25:49AM +0200, A L wrote: > >> So I did some more tests. smbclient mget does not copy in the same way >> Windows Explorer does. When copying in Windows Explorer, there are many >> multiple concurrent threads used to transfer the files. With smbclient mget >> there are no corruptions,

On 01/05/2020 14:35, A L via samba wrote: > True.. I just copied from another share. Would that have a impact on > the current problem with io_uring? I do not know, I'll leave that up to Jeremy, but it has to be worth trying without the lines. Rowland

On Fri, May 01, 2020 at 05:07:17PM +0200, A L via samba wrote: > > On 2020-05-01 15:59, Rowland penny via samba wrote: > > On 01/05/2020 14:35, A L via samba wrote: > > > True.. I just copied from another share. Would that have a impact on > > > the current problem with io_uring? > > > > I do not know, I'll leave that up to Jeremy, but it has to be

On Mon, Apr 27, 2020 at 10:27:17AM +0200, A L via samba wrote: > > On 2020-04-26 19:46, Jeremy Allison via samba wrote: > > On Sun, Apr 26, 2020 at 11:51:42AM +0200, A L via samba wrote: > > > * Connected from a Windows 10 computer over 1G ethernet. * Copy data > > > using Windows Explorer and FastCopy(1) from the Samba share to a > > > local disk. * Verify

On 01/05/2020 13:59, A L via samba wrote: > Hi again, > > It is not always the same area. The "blank" areas seems to be early in > the files, bot not at the same offsets. > I will leave Jeremy to comment on your main problem, but you have two read only shares, which are guest only access because of these lines: ??? guest only = Yes ??? guest ok = Yes So why do you

On Fri, May 01, 2020 at 09:27:58PM +0200, A L via samba wrote: > > Jeremy. > I did not use a command line, but rather File Explorer > 1) In File explorer, go to \\SAMBA\share_io_uring\ > 2) Select folder "test2-ro" and choose copy > 3) Paste to a local drive > > The amount of files not working seems to vary, but usually within the 10 > first copied files. You

On 2020-04-30 09:08, A L via samba wrote: > > On 2020-04-29 00:40, Jeremy Allison via samba wrote: >> On Mon, Apr 27, 2020 at 11:21:35PM +0200, A L wrote: >>> I set up the following test case: >>> * Linux 5.7-rc3 (with the patch from previous mail) >>> * samba-4.12.1 >>> * gcc-9.3.0 >>> * liburing-0.6 >>> * glibc-2.30-r8

On Fri, Sep 08, 2023 at 08:44:45AM -0600, Jens Axboe wrote: > On 9/8/23 8:34 AM, Ming Lei wrote: > > On Fri, Sep 08, 2023 at 07:49:53AM -0600, Jens Axboe wrote: > >> On 9/8/23 3:30 AM, Ming Lei wrote: > >>> diff --git a/io_uring/io_uring.c b/io_uring/io_uring.c > >>> index ad636954abae..95a3d31a1ef1 100644 > >>> --- a/io_uring/io_uring.c >

On Fri, Sep 08, 2023 at 08:44:45AM -0600, Jens Axboe wrote: > On 9/8/23 8:34 AM, Ming Lei wrote: > > On Fri, Sep 08, 2023 at 07:49:53AM -0600, Jens Axboe wrote: > >> On 9/8/23 3:30 AM, Ming Lei wrote: > >>> diff --git a/io_uring/io_uring.c b/io_uring/io_uring.c > >>> index ad636954abae..95a3d31a1ef1 100644 > >>> --- a/io_uring/io_uring.c >

On 2020-05-01 22:04, Jeremy Allison via samba wrote: > On Fri, May 01, 2020 at 09:27:58PM +0200, A L via samba wrote: >>> Jeremy. >> I did not use a command line, but rather File Explorer >> 1) In File explorer, go to \\SAMBA\share_io_uring\ >> 2) Select folder "test2-ro" and choose copy >> 3) Paste to a local drive >> >> The amount of

Heming reported a BUG when using io_uring doing link-cp on ocfs2. [1] Do the following steps can reproduce this BUG: mount -t ocfs2 /dev/vdc /mnt/ocfs2 cp testfile /mnt/ocfs2/ ./link-cp /mnt/ocfs2/testfile /mnt/ocfs2/testfile.1 umount /mnt/ocfs2 Then umount will fail, and it outputs: umount: /mnt/ocfs2: target is busy. While tracing umount, it blames mnt_get_count() not return as expected. Do a

On Sat, May 02, 2020 at 11:34:41AM +0200, A L wrote: > ######## > I also tried various combinations of io_uring settings. > > io_uring:sqpoll = true/false > io_uring:num_entries = 2, 4, 8, 64, 128 (default), 256 > > Between each test i do "echo 3 > /proc/sys/vm/drop_caches" and restart the > samba service. > > One difference I noticed is that there is

On 2020-05-01 18:45, Jeremy Allison via samba wrote: > On Fri, May 01, 2020 at 05:07:17PM +0200, A L via samba wrote: >> On 2020-05-01 15:59, Rowland penny via samba wrote: >>> On 01/05/2020 14:35, A L via samba wrote: >>>> True.. I just copied from another share. Would that have a impact on >>>> the current problem with io_uring? >>> I do not

Hi, On 2/27/23 10:59 AM, Joseph Qi via Ocfs2-devel wrote: > > > On 2/26/23 11:22 PM, Heming Zhao wrote: >> On Sun, Feb 26, 2023 at 04:45:44PM +0800, Heming Zhao via Ocfs2-devel wrote: >>> On Fri, Feb 24, 2023 at 06:59:47PM +0800, Joseph Qi wrote: >>>> >>>> >>>> On 2/24/23 4:03 PM, Heming Zhao wrote: >>>>> On 2/24/23 3:52

On Thu, Apr 30, 2020 at 10:25:49AM +0200, A L wrote: > So I did some more tests. smbclient mget does not copy in the same way > Windows Explorer does. When copying in Windows Explorer, there are many > multiple concurrent threads used to transfer the files. With smbclient mget > there are no corruptions, both locally and over the network from another > Linux machine. Client threads