Thanks for this great plug-in!

Would it be possible to add the same custom scheduling options as parity check supports? That would be really awesome.

At my place in summer it gets warm enough that my HDDs get too hot for my taste during tasks like parity and file integrity checks and therefore I try to avoid them between June and September - something your plugin currently does not allow me to do. I'm currently using a User Script to invoke parity check but I'm not confident this works correctly...

Is there an alternative to this unsupported plugin?

I have also issues with this plugin.
Got currently some alerts like:

BLAKE3 hash key mismatch, /mnt/.../fileA.txt 1e3f8cf2153ccfe4ed87a42e7d2508ada78dfe7fba6da3ed75c292eb9fa4236e /mnt/.../fileB.txt is corrupted
...

Looks like the tool compares the wrong file hashes 😑The files itself are fine and valid.
I think for me the best option would be to just change the FS of the array to btrfs where I have the scrubbing possibility.
So you don't need to relay on plugins.

Edited July 5, 2025Jul 5 by s11

I would really like to use this plugin but I have no idea if it still works. Is it maintained still? Where is the repo. Where is the "how to use it" guide?...

1 hour ago, Bob-omb said:

I would really like to use this plugin but I have no idea if it still works. Is it maintained still? Where is the repo. Where is the "how to use it" guide?...

I don't think it ever worked. The post right above yours reports an issue that's been in it as long as I remember, and there are several reports of the same thing throughout this old thread. And that issue renders it useless. If it can't even do what it is supposed to do then there's no point to it.

Edited July 7, 2025Jul 7 by _Shorty

The build and export seem to go ok but the export check gives an instantaneous all clear (see screenshot). 0 files checked. Is this normal or am I missing something?

23 hours ago, KingLB said:

The build and export seem to go ok but the export check gives an instantaneous all clear (see screenshot). 0 files checked. Is this normal or am I missing something?

Incase anyone is having the same issue, it looks like changing the hashing method works. I've changed it from the default method to BLAKE3 and now files are beeing checked as expected.

Out of interest, does anybody have advice on using this alongside immich? I get alerts for the .immich files which I believe are updated every time I add a file, which generate a lot of noise in the output.

Ive observes something that should certainly be brought up. Im currently putting some finishing touches on something similar to this, but with more data points and also OS agnostic.
While working on the export feature, i noticed that a lot of files, which were processed by the plugins have their extended attributs not set, they all had their user.$HASH set, but the others like filedate, scandate were absent. So its basically useless for those files as there is no info about the mdate(as the export doesnt save it). It does like an issue with spacing in the filepath/name (not even special characters, but its too many files affected that i can say for sure)

So you should absolutely check whatever files you have summed with it if theyre actually still good.

Edit:

I did a retest, because of a youtube video i saw. It seems to work at least now the biggest issue is, even the current version failed to update the files. I do gonna add a screenshot of what i discovered and this just a tiny tiny tiny bit

Edit 2
This is what the getfattr should have returned

Edited January 22Jan 22 by Mainfrezzer

Hi,

My control page always shows an orange circle = "represents and open operation".

The help text says that "For each disk the build and export state is maintained in near real-time."

To test this I added a test file (text, created with nano) to a disk and waited for 18 hours for it to appear in the export hash file. But it didnt.

It took a manual export for the file to be listed.

What is the expected behaviour?

What do the orange circles really mean?

Could it be that I am wrongly configured?

Thanks for sharing your wisdom!

Tazman

So have we decided this is worth running? I uninstalled it because everyone said it was broken and didn't help at all. And might even cause degradation from the constant scans, why run it if you have a parity drive anyway? Guess I'll reinstall it unless someone can give a good reason why not to run it.

@paradoxum parity doesn't protect against file corruption. But swapping the array drives to BTRFS would also detect bit flips, so that's an alternative to this plugin.

14 minutes ago, spyder said:

@paradoxum parity doesn't protect against file corruption. But swapping the array drives to BTRFS would also detect bit flips, so that's an alternative to this plugin.

You are correct that Parity doesn't protect against file corruption, but it does allow (when working corectly), overall detection and recovery from data corruption.

I still use this plug-in to (theoretically) identify which file(s) were involved in an unRAID parity detected data corruption.

But, so far, the only files it has reported as corrupted were not actually corrupted!

All "corrupted" files were verified as actually okay, because I happened to have another copy of the files to directly "binary compare" against.

So, I'm not actually sure why I still use this plug-in? Maybe in the hope that the author will one day fix the bugs.

But, they seem to have abandoned the project (presumably as they couldn't fix the bugs to make it actually work!).

The progress bar does not appear correctly.

It's not 98.6% complete.

There's a lot more than 8 hours 40 minutes left.

Uploading Attachment...

Thank you.