NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
526X Admin Page - GUI issue
I have two 526X's, and a 524X. On one 526X the share tab on the admin page stopped showing two colums. The Available, and Consumed column. Also on the left side of the page where the small data ic...
Check the volume settings, and make sure Quota is enabled. Though normally you won't see any disk usage on the share page if that is turned off.
Also, are the snapshot counts for each share being shown?
Perhaps post a screenshot?
Check the volume settings, and make sure Quota is enabled. Though normally you won't see any disk usage on the share page if that is turned off.
Also, are the snapshot counts for each share being shown?
Perhaps post a screenshot?
Just a follow up question. I noticed that neither the Quota, or Checksum box was checked on the volume settings. Looking in the manual it says that bitrot protection depends on the checksum. I had bitrot protection turned on for the share, but if the checksum was not turned on for the volume does that mean that any files written to the disk during that time does not have bitrot protection applied?
mdirvin wrote:
but if the checksum was not turned on for the volume does that mean that any files written to the disk during that time does not have bitrot protection applied?
Bitrot protection does rely on the checksums. I suggest running a btrfs scrub that will at least verify the checksums that are there. But I don't know if it will create checksums that aren't.
There is a way to manually rebuild the btrfs checksum tree, but it is listed as "dangerous" in the btrfs man page. Definitely make sure you have a backup before you try it. See --init-csum-tree here: https://btrfs.wiki.kernel.org/index.php/Manpage/btrfs-check
FWIW, there aren't a lot of posts here giving experiences with the bitrot feature. I've had one recent experience - a disk drive failed in my RN526x a few weeks ago. After replacement I got a bitrot notification on two files. The NAS was unable to repair them (probably because the RAID parity blocks had already been rebuilt, so they were consistent with the errored files). However, I did verify that the files were corrupt, and I was able to restore them from a backup.
StephenB wrote:
mdirvin wrote:
but if the checksum was not turned on for the volume does that mean that any files written to the disk during that time does not have bitrot protection applied?
Bitrot protection does rely on the checksums. I suggest running a btrfs scrub that will at least verify the checksums that are there. But I don't know if it will create checksums that aren't.
There is a way to manually rebuild the btrfs checksum tree, but it is listed as "dangerous" in the btrfs man page. Definitely make sure you have a backup before you try it. See --init-csum-tree here: https://btrfs.wiki.kernel.org/index.php/Manpage/btrfs-check
Knowing my limitations probably a "Dangerous" route would not be in my best interest. I'll just skip that and go with plan B. I will create a new temp share with bit rot protection, then use backup to copy all the files into it. Rename the share to the original share name, redo my DR share. Most likely will have to work with my client software to recognize the the files. Fortunately with this share I only have one client desktop, myself.
Thanks for the help, much appreciated.
mdirvin wrote:Knowing my limitations probably a "Dangerous" route would not be in my best interest. I'll just skip that and go with plan B. I will create a new temp share with bit rot protection, then use backup to copy all the files into it.
I'd likely do that also (assuming I had enough disk space for the temp share[s]).
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
