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. I did this in the GUI and due to the size, I left it overnight to complete. When I came back the following morning, it had seized part way through as the volume had ran out of space. I had set this as a move versus a copy, and when looking through GUI browser or client, the data (or most of it anyway) has moved.
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
However, I've performed balances, scrubs and reboots all to no avail.
df -h produces
Filesystem Size Used Avail Use% Mounted on
udev 10M 4.0K 10M 1% /dev
/dev/md0 4.0G 710M 3.1G 19% /
tmpfs 923M 0 923M 0% /dev/shm
tmpfs 923M 3.6M 919M 1% /run
tmpfs 462M 1.4M 460M 1% /run/lock
tmpfs 923M 0 923M 0% /sys/fs/cgroup
/dev/md127 2.8T 2.8T 16M 100% /data
/dev/md127 2.8T 2.8T 16M 100% /home
/dev/md127 2.8T 2.8T 16M 100% /apps
I can't spot anything obvious, and have wasted what feels a whole weekend on this. Has anyone any suggestions please?
5 Replies
Replies have been turned off for this discussion
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/snapshotIf 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.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
