Upgraded to 7.1.0 a few days ago and haven't noticed any issues. However, last night (starting at 23:06, when nothing specific was scheduled) my logs started filling up with:

 

shfs: fuse: bad error value: -386670548

 

That same exact message (same value) keeps repeating for a few minutes, pauses for a bit, then starts again.

 

Not really sure if this is a serious issue or not - as I say, there aren't any other obvious issues with anything running on the server - but since this is a fuse (and, therefore, file system) error, I wanted to check here in case it meant there was possible data corruption. Diagnostics attached below. Thank you.

 

EDIT: Ah. I think I've been able to replicate it. It seems to be caused by the get_iplayer docker container finishing a download and trying to copy it from its "incomplete" folder to its "completed" folder. This error...

 

cp: error copying '/data/get_iplayer/incomplete/Race_Across_the_World/Race_Across_the_World_-_s05e03_-_Episode_3.mp4' to '/data/completed/Race_Across_the_World/Race_Across_the_World_-_s05e03_-_Episode_3.mp4': Numerical result out of range

 

...is generated in the container log at exactly the same time the "fuse: bad error value" error appears in the main Unraid log. The thing is, the file is clearly present in both folders now, and seems uncorrupted (playing/scrubbing through fine in vlc). Hmm.

squatboi-diagnostics-20250508-0912.zip

Edited May 8, 20251 yr by augot

Can confirm that this is now happening any time the get_iplayer plugin downloads a file and attempts to copy it from its incomplete folder to its completed folder. Both folders are within the same share, in the same pool. The file is copied successfully, but isn't then removed from its original location (I have to manually delete it from the incomplete folder), and the error just repeats over and over in log in the meantime.

 

Googling the error to see if it pops up in other contexts, on others OSs, and it doesn't seem to be particularly common - only a small handful of results, and not obviously in similar contexts to mine. Since the files involved seem fine I'm not too worried about corruption any more but if anyone has any ideas, I'd love to hear them.

This is still happening since updating to 7.1.2 as well.

Bumping this - anyone have any ideas?

If this only happens when

On 5/8/2025 at 9:26 AM, augot said:

It seems to be caused by the get_iplayer docker container finishing a download and trying to copy it from its "incomplete" folder to its "completed" folder. This error...

it's not going to be easy to get help, did you try asking on the container support page, in case it's a known issue?

i just updated from 7.0.1 to 7.1.4 and i started to get these errors as well, they have different values though so it might not be the exact same issue as you're describing and they dont repeat.

Jul 7 08:50:37 VeNASaur shfs: fuse: bad error value: -2132114223

Jul 7 08:51:36 VeNASaur shfs: fuse: bad error value: -1999095008

Jul 7 08:51:47 VeNASaur shfs: fuse: bad error value: -1987571494

Jul 7 08:54:57 VeNASaur shfs: fuse: bad error value: -2096408835

Jul 7 08:55:06 VeNASaur shfs: fuse: bad error value: -2007817299

Jul 7 08:55:13 VeNASaur shfs: fuse: bad error value: -1937627260

For me the issue seems to originate with the binhex-delugevpn container. Sometimes when a torrent is moved to a different folder it causes an error "Error: Failed to move download folder: Numerical result out of range"

Edited July 7, 2025Jul 7 by MammothJerk

after I test,

On 5/8/2025 at 4:26 PM, augot said:

Upgraded to 7.1.0 a few days ago and haven't noticed any issues. However, last night (starting at 23:06, when nothing specific was scheduled) my logs started filling up with:

 

shfs: fuse: bad error value: -386670548

 

That same exact message (same value) keeps repeating for a few minutes, pauses for a bit, then starts again.

 

Not really sure if this is a serious issue or not - as I say, there aren't any other obvious issues with anything running on the server - but since this is a fuse (and, therefore, file system) error, I wanted to check here in case it meant there was possible data corruption. Diagnostics attached below. Thank you.

 

EDIT: Ah. I think I've been able to replicate it. It seems to be caused by the get_iplayer docker container finishing a download and trying to copy it from its "incomplete" folder to its "completed" folder. This error...

 

cp: error copying '/data/get_iplayer/incomplete/Race_Across_the_World/Race_Across_the_World_-_s05e03_-_Episode_3.mp4' to '/data/completed/Race_Across_the_World/Race_Across_the_World_-_s05e03_-_Episode_3.mp4': Numerical result out of range

 

...is generated in the container log at exactly the same time the "fuse: bad error value" error appears in the main Unraid log. The thing is, the file is clearly present in both folders now, and seems uncorrupted (playing/scrubbing through fine in vlc). Hmm.

squatboi-diagnostics-20250508-0912.zip

I can also reproduce this problem. After repeated testing, I can confirm that the error is caused by copying some special files between /mnt/user, and the error is related to the file content. Due to some reasons, my files cannot be made public. Could you please upload the files? for example Race_Across_the_World_-_s05e03_-_Episode_3.mp4？I

On 5/8/2025 at 4:26 PM, augot said:

Upgraded to 7.1.0 a few days ago and haven't noticed any issues. However, last night (starting at 23:06, when nothing specific was scheduled) my logs started filling up with:

 

shfs: fuse: bad error value: -386670548

 

That same exact message (same value) keeps repeating for a few minutes, pauses for a bit, then starts again.

 

Not really sure if this is a serious issue or not - as I say, there aren't any other obvious issues with anything running on the server - but since this is a fuse (and, therefore, file system) error, I wanted to check here in case it meant there was possible data corruption. Diagnostics attached below. Thank you.

 

EDIT: Ah. I think I've been able to replicate it. It seems to be caused by the get_iplayer docker container finishing a download and trying to copy it from its "incomplete" folder to its "completed" folder. This error...

 

cp: error copying '/data/get_iplayer/incomplete/Race_Across_the_World/Race_Across_the_World_-_s05e03_-_Episode_3.mp4' to '/data/completed/Race_Across_the_World/Race_Across_the_World_-_s05e03_-_Episode_3.mp4': Numerical result out of range

 

...is generated in the container log at exactly the same time the "fuse: bad error value" error appears in the main Unraid log. The thing is, the file is clearly present in both folders now, and seems uncorrupted (playing/scrubbing through fine in vlc). Hmm.

squatboi-diagnostics-20250508-0912.zip

I can also reproduce this problem. After repeated testing, I can confirm that the error is caused by copying some special files between /mnt/user, and the error is related to the file content and file must locate on cache disk. Due to some reasons, my files cannot be made public. Could you please upload the files? for example Race_Across_the_World_-_s05e03_-_Episode_3.mp4？

Edited September 16, 2025Sep 16 by competent-bailout3425

The issue is only triggered when both the copied source (src) and destination (dst) are located under /mnt/user. Accessing via /mnt/diskx as the source (src) can bypass this issue.

necro;

seeing same errors on qbit binhex. unraid 7.1.4 and qbit 5.1.2. error is related to specific torrents, when attempting to move files from incomplete to complete path, 1 file in a folder moved then gave up and threw error, qbit doesnt show anything useful, manually moving files works. it most likely is related to moving between cache and array. not a fan of how qbit handles file management but thats offtopic.

Qbit logs, show file move/copy failed with "Numerical result out of range" with unraid throwing UnRaid shfs: fuse: bad error value:

manually moving affected and trying to get it back into seeding should do the trick.

edit; I ended up rebuilding my cache from zfs to xfs to match array and its been working as expected since

Edited October 28, 2025Oct 28 by Mizerka