NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
RR3204 - Space not being freed following data deletion
All I've trawled the forums but am getting nowhere fast. I have a 3204 with a single RAID-5 volume on 2.71TB of space. I needed to move a folder with a fair size from one share to another. ...
CSerpentUK wrote:
I needed to move a folder with a fair size from one share to another.
The puzzle here is that generally speaking moving between shares (which are BTRFS subvolumes) results in a copy/delete. This takes a lot of time, and as you found, the volume can easily get full.
One work-around is to use ssh (specifying --reflink on the linux cp command). But there is another trick you can also use that doesn't require ssh. That is to mount the entire NAS data volume as a drive letter on the PC, and then move the folder from within that drive letter. That will generally run much faster, and avoid the volume full issue.
You can map the data volume using CMD in windows
net use * /delete /y net use t: \\nas-ip-address\data /user:admin nas-admin-password
using the real NAS IP address and NAS admin password of course. Be careful to use the correct slash directions.
CSerpentUK wrote:
Snapshots are reduced down to a single one, on the share the data was moved from:
btrfs subvolume list -s /data
ID 6230 gen 1119210 cgen 1117193 top level 265 otime 2022-02-25 00:00:22 path studio/.snapshots/1409/snapshot
If the folder is still in the main NAS folder, then delete this snapshot too. Then see if that frees up the space. You may also have to turn off snapshots, and delete the stuff that was copied (obviously making sure it is all in the original share).
Another option is to backup all the data, delete the volume, and then recreate it (and the shares, etc). Painful, but your volume is rather small, which helps.
StephenBthanks for your response. I've dealt with Linux and Windows networking environments for many years, and normally I'd just move the data in shell, but being remote to the site the GUI was the only access I had, so didn't foresee an issue.
The problem is, this move in the GUI is now done. As I said, most of the data is gone from the original share - a small amount remains, I don't want to remove the last snapshot in case there is data loss and as OneDrive replication is off at present, the risk of data loss is too great.
What I really need to know is, without removing the last snapshot (I already removed a second snapshot for this share, and all the snapshots from some other shares - this made zero impact on the free space listed), what options are there to tidy up this failure to see the space created by the deleted files in the original share other than the headache of having to move the data off and wipe the volume? This seems to be a frequently raised question on the forums by the search I've done and the response is a very limited, you'll have to wipe it.
I'd see if I could make the snapshot accessible to Windows, and then copy off the folder I was trying to move. (Alternatively, do this with ssh - copying to a USB drive). Then delete the snapshot, and see if you can clean it up.
Another possible approach is to try expanding the volume to create more space.
Say I wasn't able to access a client on site, and wasn't able to get a USB drive in until later this week, are there any other options?
There's no ability to expand the volume as the chassis is fully populated.
CSerpentUK wrote:
There's no ability to expand the volume as the chassis is fully populated.
If the NAS is using XRAID, then vertical expansion is possible. (It is possible with flexraid also, but you'd need to upgrade all the disks in the volume to the new size).
CSerpentUK wrote:
Say I wasn't able to access a client on site, and wasn't able to get a USB drive in until later this week, are there any other options?
None that come to mind.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
