NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Cannot copy files to RN316 although I have 22TB free...
Hi all. I have the following RN316: Firmware 6.10.4 Running 6 x 10TB IronWolf HDDs X-RAID 21.9TB free / 23.4TB used History: Last year I replaced all the 8TB Ironwold HDDs (from memory) one by...
Your posts were caught by the automatic spam filter - I released this one. Not sure if the others had the same information, or if there was additional stuff. If the latter, let me know, and I can release the others.
Platypus69 wrote:
Not sure with what's going on with md127 versus md126, whatever they are? Mount points?
Your volume has two RAID groups - the original RAID-5 group, and the second RAID-5 group that was created when you vertically expanded the array to 6x10TB.
The main RAID group is md127, the second group is md126. These are concatenated together to give you a single volume.
Not sure what is confusing you about the numbers above, they look like they are consistent with your overall used/free information. One thing that is confusing is that you say you upgraded 8 TB ironwolf drives to 10 TB. The sizes of md126 and md127 look you like might have upgraded 4 TB ironwolf drives to 10 TB.
Have you looked for errors in system.log and kernel.log?
As an aside - though you do have plenty of free space, you might want to reconsider use of the "smart" snapshots. The problem with them is that the oldest are retained forever. Setting up custom snapshots with fixed retention is IMO a much better approach. Something to consider when you resolve your problem here.
Thanks.
I am familiar with Microsoft stack and NTFS/ReFS, and VSAN.
I know nothing about BTRFS, so I assume that it would expand existing volume not create a second. Thus my confusion through ignorance.
Yes, you are correctm they were 4TB HDDs, it was over 5 years ago probably...
Thanks for the heads up on the Snapshots. I expect it was a good idea 5 years when I set it up as it was designed to store family photos/videos.
So how do I turn of snapshots. Is it simply a matter of going into the snapshot GUI and say turn off "Smart" management? I am nervouse about doing something wrong and losing data :)
What would I be looking for in kernel.log or system.log? I tried to attach them as a ZIP file but it ssmes you can't...
I had a quick look and noithing made sense to me or stood out.
Although I am wondering if it is snapshot related. I am getting lots of errors like the following in system.log:
Feb 21 22:56:03 RN316 snapperd[545]: loading 12848 failed Feb 21 22:56:03 RN316 snapperd[545]: loading 12850 failed Feb 21 22:56:03 RN316 snapperd[545]: loading 1036 failed Feb 21 22:56:03 RN316 snapperd[545]: loading 1037 failed
A quick Google search seemed to imply that snapperd is snapshot related???
Any help appreciated.
Sorry for delay, RN316 has been unresponsive for 3 days due to Scrub operation :(
Actually I just randomly found this in VOLUME.LOG:
data disk test 2020-09-01 01:00:01 2020-09-01 15:20:27 pass data resilver 2020-09-13 15:54:14 2020-09-14 20:35:46 completed data balance 2021-02-18 21:17:16 2021-02-18 21:18:42 completed ERROR: error during balancing '/data': No space left on device T data scrub 2021-02-18 21:29:29
Is that relevant???
Should I try moving some large files off and doing Balance again?
TIA
Platypus69 wrote:
So how do I turn off snapshots. Is it simply a matter of going into the snapshot GUI and say turn off "Smart" management? I am nervous about doing something wrong and losing data :)
You can either turn them off altogether in the GUI or you can change to Custom and explicitly set retention. Just turning them off won't delete existing snapshots - you need to go into "recover", select them, and delete them manually.
Platypus69 wrote:
I assume that it would expand existing volume not create a second.
It did expand the existing volume. You are confusing "volumes" with "RAID groups". They aren't the same thing. A ReadyNAS volume consists of one or more RAID groups.
Platypus69 wrote:
What would I be looking for in kernel.log or system.log? I tried to attach them as a ZIP file but it ssmes you can't...
Actually I just randomly found this in VOLUME.LOG:
data disk test 2020-09-01 01:00:01 2020-09-01 15:20:27 pass data resilver 2020-09-13 15:54:14 2020-09-14 20:35:46 completed data balance 2021-02-18 21:17:16 2021-02-18 21:18:42 completed ERROR: error during balancing '/data': No space left on device T data scrub 2021-02-18 21:29:29
Is that relevant???
Should I try moving some large files off and doing Balance again?You can't attach zips, and you should be cautious about including links to the full logs. There is some privacy leakage.
Generally you are looking for errors that include disks or "btrfs".
Your error is certainly relevant, and I would suggest looking for errors in system and kernel.log around the time of the error in volume.log. Deleting some large files and trying to balance again is a reasonable next step.
StephenB wrote:
Deleting some large files and trying to balance again is a reasonable next step.And perhaps some of the oldest (and thus likely largest) snapshots as well before the balance. The first balance will normally take a while, so that error explains why it only took seconds. That the ReadyNAS didn't tell you it ended in error is, IMHO, an oversight in the ReadyNAS OS.
I've seen some posts on general Linux forums recommending a balance after a BTRFS expansion, and it does not appear Netgear does that automatically. Apparently, that helps properly allocate data and metadata across the volume. The MAN page says "The primary purpose of the balance feature is to spread block groups across all devices so they match constraints defined by the respective profiles". I've not found a good list of those restraints, but you may have arrived at one of them. So having added to and then expanded one of the "devices" (which is a multi-partition MDADM RAID) in your file system, a balance should help. Of course, it is sometimes hard to pick out what in the general BTRFS forums and wiki are applicable to ReadyNAS because ReadyNAS uses BTRFS on top of MDADM RAID rather than BTRFS for both file system and RAID and the general discussions typically assume you are using BTRFS for both..
Sandshark wrote:
I've seen some posts on general Linux forums recommending a balance after a BTRFS expansion, and it does not appear Netgear does that automatically. Apparently, that helps properly allocate data and metadata across the volume. The MAN page says "The primary purpose of the balance feature is to spread block groups across all devices so they match constraints defined by the respective profiles". I've not found a good list of those restraints, but you may have arrived at one of them.
I'm wondering that also. Looking at the first post, I see this.
Label: 'data' uuid: ... Total devices 2 FS bytes used 23.43TiB devid 1 size 18.17TiB used 18.17TiB path /dev/md127 devid 2 size 27.28TiB used 5.29TiB path /dev/md126
Note all the unallocated space is on md126. md127 is completely full.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
