NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
ReadyNAS Pro 6 volume inaccessible, shows 100% full
Bear with me--there are a few steps to this story.... My NAS started its life with 6x2TB desktop drives (I know) in XRAID-2, and I have gradually replaced the 2TB drives with 4TB NAS HDDs as they...
I suspect you might need data recovery, though it is conceivable that the NAS configuration files are damaged.
Using paid support (via my.netgear.com) is a good option, though it would be expensive if you end up needing data recovery. https://kb.netgear.com/69/ReadyNAS-Data-Recovery-Diagnostics-Scope-of-Service
Since you have the log zip file, I suggesting sending a private message to one of the mods ( JohnCM_S or Marc_V ), and ask them to analyze them. They can likely give you some idea on what's going on, and if data recovery is needed.
Put the zip file into cloud storage (dropbox, google drive, etc), and include a downloadable link to the log zip. You send a PM using the envelope icon on the upper right of the forum page. Please don't post the download link publicly.
I wouldn't do the OS reinstall just yet. If the OS partition is also full, then that could make things worse.
What firmware is your NAS running?
Is the Plex server running on the NAS itself?
Is ssh enabled on the NAS?
What do you mean when you say "the data volume is inaccessible to the NAS"? That sounds inconsistent with saying that the NAS is showing the volume as 100% full.
Thanks so much for the reply! First, a quick status update:
The disk scan completed overnight. I do not see signs of any (new) errors. Interestingly, Frontview reports Disk 2 as "dead," even though it is physically missing (removed). Otherwise, the Frontview logs show the 3 same messages I got before when the NAS came up:
1. Volume scan found errors that it could not easily correct. Please ensure that you have current backups of all valuable data before performing a full volume scan by rebooting the NAS through Frontview with the volume scan option enabled.
2. The paths for the shares listed below could not be found. Typically, this occurs when the ReadyNAS is unable to access the data volume....3. System is up.
I am able to download full logs, but not sure yet what to look for that might be revealing. I am scanning them now, will report anything that stands out.
--
To answer your questions:
The NAS is running RAIDiator 4.2.31.
Yes, the Plex server is running directly on the NAS, using locally stored media. This is the standard plug-in version of Plex installed through Frontview. It's very old, almost never used, and I don't need the server itself for anything--just the media.
I do not believe SSH is enabled. I previously tried to log in via SSH (Cygwin), but was unable to do so. I also do not see the SSH plugin listed anywhere by FrontView. I do see it available for downloand and could try installing it--the fact that the NAS comes up and is responsive to Frontview seems encouraging.
The comment about "100% full volume" comes from Frontview when looking at Volume Settings. It reports "7334 GB (100%) of 7334 GB used." The comment about it being inaccessible comes from the Frontview status log message #2 above. Actual data usage is ~51%. The 100% message is clearly in error or could be indicative of the problem.
--
I'll hold off on OS reinstall. Should I attempt to install the SSH plugin? In the meantime, I'll be looking through the logs (preliminary skim seems to show disk scan passed).
I suspect you might need data recovery, though it is conceivable that the NAS configuration files are damaged.
Using paid support (via my.netgear.com) is a good option, though it would be expensive if you end up needing data recovery. https://kb.netgear.com/69/ReadyNAS-Data-Recovery-Diagnostics-Scope-of-Service
Since you have the log zip file, I suggesting sending a private message to one of the mods ( JohnCM_S or Marc_V ), and ask them to analyze them. They can likely give you some idea on what's going on, and if data recovery is needed.
Put the zip file into cloud storage (dropbox, google drive, etc), and include a downloadable link to the log zip. You send a PM using the envelope icon on the upper right of the forum page. Please don't post the download link publicly.
Will do, thanks. I did run across this is a "fs_check" log that has me feeling a bit deflated:
Block #538969100 (502146803) causes directory to be too big. CLEARED.
Illegal block #538969101 (3823912954) in inode 18750446. CLEARED.
Error storing directory block information (inode=18750446, block=0, num=93062815): Memory allocation failed/dev/c/c: ***** FILE SYSTEM WAS MODIFIED *****
e2fsck: aborted/dev/c/c: ***** FILE SYSTEM WAS MODIFIED *****
***** File system check performed at Sat Nov 23 23:41:28 MST 2019 *****
fsck 1.42.12 (29-Aug-2014)
/dev/c/c: Note: if several inode or block bitmap blocks or part
of the inode table require relocation, you may wish to try
running e2fsck with the '-b 32768' option first. The problem
may lie only with the primary block group descriptors, and
the backup block group descriptors may be OK./dev/c/c: Block bitmap for group 960 is not in group. (block 2101739520)
/dev/c/c: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)--
The "memory allocation failed" message is worrisome, as are the fairly long string of notes about modifications. I didn't realize a file system check had been run, but it looks fairly descructive. :-(
I'll get the full log set online and PM the link. And start combing through the backups I do have to see what I may have permanently lost.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
