I recently upgraded to 6.12.14 from 6.12.11 and I'm not sure if its a coincidence that I just noticed or if its an issue with the upgrade... but I have some files that have very long names due to doublebyte characters. I noticed that some of these files show up in my user share when browsing with midnight commander, but they do not appear to be present on any disk according to the file browser UI. They are searchable but there's no disk number associated with them. In MC they are all prefixed with a ? character, have no permissions, no size, and no valid date.

 

I also cannot delete or rename these files. In MC i get an error: "cannot stat: 'xxxxxxxxxx' unsupported operation (95)"

Any idea how to fix this? Stopping and restarting the array did not resolve the issue.

 

I know these files existed before, but now they are just... gone, and only these references remain. The only common thing I've found is that they are all long filenames with doublebyte characters, approximately 140 to 254 bytes. 

 

Edited December 1, 20241 yr by johnsanc

OK so this is really weird... after a bit of digging I noticed that the ghost files show up on the user share, but NOT user0. So I checked my cache drive and I noticed that that there was an empty folder for where the offending files would be. I deleted this folder and then the ghost files went away from the user share.

 

Any idea what happened here? This clearly looks like some kind of bug with the unraid fuse.

 

Not sure if it matters... but my cache drive is zfs and my array drives are xfs. 

 

EDIT: Even weirder.... Once I deleted the empty folder from the cache drive the original good files magically appeared on disk27!! 

Edited December 1, 20241 yr by johnsanc

OK one more update... this is definitely an unraid bug. Whenever I try to move a single file with a super long name over SMB to the share that uses the cache (ZFS), it fails and all the offending files are ghosted again like my original screenshot. Once again if I delete the empty directory from cache, the files reappear on disk27 (XFS). If I disable the cache completely, I can write the file directly to the array without any issues or impact to any other files on that disk..

 

This should be enough info for others to try to reproduce the issue. Note the files I was using have Korean and/or Japanese characters in them.

I also confirmed that a cache disk with XFS does NOT exhibit this issue. So whatever the issue is, it has something to do with ZFS.

 

Edited December 1, 20241 yr by johnsanc