I was removing several old auto-snapshots from a RN316 OS6, and unfortunately something went wrong and the NAS went into a constant reboot/reset sequence. I rebooted in safe mode, scan disk'ed, etc. and seemed to have fixed the issue and everything is working except the old Snapshot deletions got partially messed up somehow.
The old snapshots only show in the Timeline and deletion via Timeline fails with the following errors:
Log reports the following (granted, 'rmdir(/data/Backup/snapshot/c_2014_06_03__00_00_04) fail's because it doesn't exist anymore in Recovery Mode/Folders):
Specifically can't delete this:
It seems OS 6 uses 3 locations for snapshots - LAN to the NAS as admin confirms the following folder structure: \\RN316\data\ ._share (hidden) ._snap-<folder share1> (hidden) ._snap-<folder share2> (hidden) ._snap-<folder share3> (hidden) .apps (hidden) .ELC (hidden) .purge (hidden) .vault (hidden) <folder share1> <folder share2> <folder share3>
I had 16 snapshots before the attempted deletion and now have 11 left in Recovery Mode, but still have the 16 in Timeline view and taking up terabytes of space.
Recovery Mode shows the correct snapshots (in the sharefolder within subfolder 'snapshots'), and the ._snap-<folder share#> also reflects this, however the ._share folder contents a list of the <foldershare#> folders with all the snapshots including the failed deleted ones (wasting several few terabytes wanted space), in a hidden folder called '.snapshot' with folder names like c_1401719404, c_1401805823, etc..
It looks like the Timeline directly accesses the ._share folder for its snapshot management and all other snapshot views are managed via Recovery Mode with some kind of duplication via the hidden data folder "._snap-<share_folder_name>". Unless these are symbolic links, it seems like an awful waste of space.
I can't manually delete the ._share/<foldershare#>/<old_snapshot_folder>'s contents even as admin via LAN/samba, it says permission denied. I can try to re-permission the relevant folder recursively, but not sure if its possible nor how OS6 would behave if I tried...Recovery Mode doesn't list these old snapshots anymore (that's how i originally deleted them anyhow), so they can only be actioned via TimeLine but that's failing as above.
Anyone have any ideas on how to remove these unwanted/old snapshots from TimeLine or if its possible to re-permission via LAN and delete without messing up OS6?
Do you have Allow Snapshot Access enabled on that share? If so, turn it off prior to attempting deletion. If you are in SSH, you can run the mount command to see all your mounts; if you have snapshot access enabled, then you'd need to turn it off as the snapshot is literally in use.
@ readysecure1985 good call, I turned off snapshot on the shares and it deleted from TImeLine. Thanks! 🙂
Seems the ._share folder is the only valid data folder, the others look like symbolic links. Once snapshot is disabled, the only folder containing the snapshot files is ._share (phew)
I run a ReadyNas 102 v2 with 6.1.8 and have similar problems with snapshots as far I know on one share called Backup. Neither is it possible to delete snapshots nor to delete the share. I already scrubbed the volume two times and restarted the system each time. The behavior did vary after those operations. when I try to delete the share from the web interface the system "turns" for a while but after that - without any message - the share is still shown and can be browsed. When I try to delete snapshots I get the message "Ordnervorgang fehlgeschlagen. Code 1004030000. Also switching off continuous protection and snapshot access permission didn't help. I suppose that it has to do with a corrupt btrfs file system. Does someone know a way to get rid of that share ( I have copied all data to an other share and also on an ubs disk) without reset and rebuild the whole nas? Is it possible and would it help to make a btrfs diskcheck somehow? (As mentioned Scrubbing didn't help.)
I run a ReadyNas 102 v2 with 6.1.8 and have similar problems with snapshots as far I know on one share called Backup. Neither is it possible to delete snapshots nor to delete the share. I already scrubbed the volume two times and restarted the system each time. The behavior did vary after those operations. when I try to delete the share from the web interface the system "turns" for a while but after that - without any message - the share is still shown and can be browsed. When I try to delete snapshots I get the message "Ordnervorgang fehlgeschlagen. Code 1004030000. Also switching off continuous protection and snapshot access permission didn't help. I suppose that it has to do with a corrupt btrfs file system. Does someone know a way to get rid of that share ( I have copied all data to an other share and also on an ubs disk) without reset and rebuild the whole nas? Is it possible and would it help to make a btrfs diskcheck somehow? (As mentioned Scrubbing didn't help.)
I run a ReadyNas 102 v2 with 6.1.8 and have similar problems with snapshots as far I know on one share called Backup. Neither is it possible to delete snapshots nor to delete the share. I already scrubbed the volume two times and restarted the system each time. The behavior did vary after those operations. when I try to delete the share from the web interface the system "turns" for a while but after that - without any message - the share is still shown and can be browsed. When I try to delete snapshots I get the message "Ordnervorgang fehlgeschlagen. Code 1004030000. Also switching off continuous protection and snapshot access permission didn't help. I suppose that it has to do with a corrupt btrfs file system. Does someone know a way to get rid of that share ( I have copied all data to an other share and also on an ubs disk) without reset and rebuild the whole nas? Is it possible and would it help to make a btrfs diskcheck somehow? (As mentioned Scrubbing didn't help.)
How are you trying to delete the snapshot? Try through TimeLine (ensure snapshots are turned off), otherwise directly through direct lan/samba \\ReadNAS\data\._share\<folder/sharename>\.snapshot\<snapshotdate>
I have a similar problem that I'm struggling to get past at the moment. My 314 went belly up at the beginning of the month and Netgear support had to reinstall the OS remotely and get it all working again. (OS reinstall wouldn't work for me at all). Since then, the NAS has been running reasonably well, but I have been wondering what has happened because my disk space usage has increased dramatically. In my snapshot timeline, I have snapshots from the beginning of July available. If I look in the .snapshot folders, all of the previous snapshots back until January are still in there and I can't get rid of them. I need a bit of advice on how to do it.
The only problem is that apparently the Snapshot database of Frontview is not updated in this manner. But well, the database was corrupted anyway, so :roll:
That won't remove the entries for the snapshots from the readynasd database though, so in the GUI you would probably still see references to those snapshots.
That won't remove the entries for the snapshots from the readynasd database though, so in the GUI you would probably still see references to those snapshots.
True, but at least it gives you valuable space back. Would it be possible that the defrag command from Frontview > Volumes > Data has screwed with the snapshots?
Would the snapshots entries be fixed after a reinstall, say when a new firmware arrives?
When you delete a snapshot via the GUI, the database entry is deleted as well as the snapshot. The entries would still need to be removed from the database manually.
