Jump to content
  • [6.9.0] (and previous releases)] a corrupted file on a btrfs filesyem doesn't return -EIO when user shares are used


    JorgeB
    • Minor

    Found out recently that when reading a corrupt btrfs file using user shares the transfer doesn't abort with an IO error as it should, this is similar to what happened before with Samba AIO enable, but in this case it also affects local transfers, when using disk shares it works as it's supposed to, I never caught this before since I always tested with disk shares, it goes back to at least v6.6, which is the oldest release I tried.

     

    At first I though it would be related to having direct IO enable, but I'm seeing the same with direct IO disable, I know of this issue occurring when O_DIRECT is used, does FUSE use that or anything similar?

     

    This isn't a big deal since data corruption (on good hardware) is extremely rare and there other ways of monitoring for corruption, still it would be nice if it worked as it should.

     

     

     

    • Like 1



    User Feedback

    Recommended Comments

    primeval_god

    Posted

    I know this report is quite old but was this issue ever investigated or reproduced in 6.10+? 

    JorgeB

    Posted

    It's still an issue, with v6.10 or even v6.11-rc, I assume that it happens because of FUSE and it might not be an easy fix from LT side.

    JorgeB

    Posted

    23 hours ago, JorgeB said:

    even v6.11-rc

    Curiously with v6.11.0-rc3 there's no i/o error even when copying using a disk share, looks like a Samba issue, it stumbles but still copies a known corrupt file without error, it still works as it should if copying locally with a disk share.

     

    root@Tower15:~# pv /mnt/disk2/test/1.iso > /mnt/disks/temp/1.iso
     395MiB 0:00:07 [75.3MiB/s] [========>                                   ]  9% ETA 0:01:04
    pv: /mnt/disk2/test/1.iso: read failed: Input/output error
             
    
    root@Tower15:~# pv /mnt/user/test/1.iso > /mnt/disks/temp/1.iso
    3.93GiB 0:01:06 [60.5MiB/s] [===========================================>] 100%            

     

     

    itimpi

    Posted

    2 hours ago, JorgeB said:

    Curiously with v6.11.0-rc3 there's no i/o error even when copying using a disk share,

    I assume you meant a User Share in this case looking at the command output posted :)

    JorgeB

    Posted

    8 minutes ago, itimpi said:

    I assume you meant a User Share in this case looking at the command output posted :)

    If you transfer using SMB with user or disk share there's no error, there is if you do it internally using a disk share, so disk share copying without error with SMB is new.



    Join the conversation

    You can post now and register later. If you have an account, sign in now to post with your account.
    Note: Your post will require moderator approval before it will be visible.

    Guest
    Add a comment...

    ×   Pasted as rich text.   Restore formatting

      Only 75 emoji are allowed.

    ×   Your link has been automatically embedded.   Display as a link instead

    ×   Your previous content has been restored.   Clear editor

    ×   You cannot paste images directly. Upload or insert images from URL.


  • Status Definitions

     

    Open = Under consideration.

     

    Solved = The issue has been resolved.

     

    Solved version = The issue has been resolved in the indicated release version.

     

    Closed = Feedback or opinion better posted on our forum for discussion. Also for reports we cannot reproduce or need more information. In this case just add a comment and we will review it again.

     

    Retest = Please retest in latest release.


    Priority Definitions

     

    Minor = Something not working correctly.

     

    Urgent = Server crash, data loss, or other showstopper.

     

    Annoyance = Doesn't affect functionality but should be fixed.

     

    Other = Announcement or other non-issue.

×
×
  • Create New...