NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Readynas 626x root partition keeps filling with snapshots
Hi, My readynas626x boot partition keeps filling with snapshots and locking me out. I have to ssh in and manually remove the snapshots in order to regain access to my system. How do I get the snap...
It's impossible for a snapshot to be stored in another partition. A snapshot isn't a copy, it's just a copy of pointers to the same data as the original. Since the data volume has a mount point in the OS partition, some commands can make it appear that files are actually on that partition even though they are not.
So, we need to figure out what's actually filling the OS partition.
Do you have a backup job configured to go to a USB drive? There have been cases reported where a USB drive doesn't get attached to it's mount point, which is in the OS partition, so the backup goes to the folder on the OS partition instead of the USB drive that should be mounted there. If the files you delete do free space on the OS partition and appear to be a snapshot, that seems the most likely cause.
If that's not it, what apps are you running? What are the folder and file names of the files you have to delete?
Thanks for your reply.
Hear is the directory with large backup files that i deleted. I have no backup jobs or Apps running on this readynas. I did set the snapshots to be pruned with the drive was 60% full.
/mnt/var/backups/shares
root@Revelstone:/mnt/var/backups/shares# ls -lhs
total 2.7G
508M -rw-r--r-- 1 root root 508M Aug 8 04:20 shares.tar
531M -rw-r--r-- 1 root root 531M Aug 6 04:21 shares.tar.0
423M -rw-r--r-- 1 root root 423M Aug 5 04:22 shares.tar.1.gz
423M -rw-r--r-- 1 root root 423M Aug 4 04:20 shares.tar.2.gz
402M -rw-r--r-- 1 root root 402M Aug 3 04:20 shares.tar.3.gz
397M -rw-r--r-- 1 root root 397M Aug 2 04:20 shares.tar.4.gz
root@Revelstone:/mnt/var/backups/shares# rm shares.tar.4.gz
root@Revelstone:/mnt/var/backups/shares# ls -lhs
These are not snapshots.
I have the same files on my own system, but much smaller (~2.5 Mbytes total). They are backups of the ._shares folder on your data volume(s).
Can you poke around in ._shares, and see where all the space is going.
Or check the contents of shares.tar with tar -tvf shares.tar. All that's supposed to be in there are configuration files, not share content.
If you do use a USB drive, even if not for a backup job, pay special attention to content associated with that. A mis-mounted USB drive might still be to blame.
Have you created directories directly in /data (or whatever your volume is named) instead of using the GUI to do so? Since shares are supposed to be subvolumes, not normal directories, that could be causing something unusual to happen, though I'm not specifically aware of that one.
There's one other post here from someone who had a similar problem.
Try
# du -h -s /data/._share/*/.pvcache
One of the .pvcache folders was using the space in his case. I don't know what these files are used for - perhaps JohnCM_S or Marc_V can clarify. But I think it is safe to remove the files (though maybe leave the folder structure).
Note you can get more details in the above command by leaving off the -s. If just one or two subfolders are using all the space, you could limit the deletions to the files in those particular subfolders.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
