NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
Failing Readynas Ultra 6
Hi, I have an old Readynas ultra 6 running the old 4.2.x firmware, which is starting to fail. I'd like to know if I can salvage it. It has 4 disks in a raid configuration, runs OS 4.2.x, with s...
Do you have ssh enabled on the Ultra?
Do the shares still show up in Frontview?
I'm wondering if the OS partition is filling.
Thanks very, very much for your help!!
I'm not at home now, so I can't check if the data shares show up in Frontview, but I'll bet they do. When I ran rsync incremental backups from my backup 316 Readynas (the jobs executed on the 316), all the backups ran to completion. So, I think the data is intact.
I don't have SSH installed; I've installed the plug-in SSH toggle before, but I always run it a second time to disable SSH when I'm through on general security principles, so it's disabled now. I can try running the toggle again, and then checking the OS partition to see if it's full. That sure sounds like the sort of thing that could cause my symptoms. Maybe the logs files got too big.
But maybe I don't need to bother. Is there a simple way of cleaning the OS directory? Will reinstalling the firmware (assuming I can do this from front view with my system in its current state) fix it?
If not, I'll try running the SSH toggle, and logging in. What files should I delete to make the necessary space - do you know? For example, maybe I should clear the log directory?
Also, I seem to remember there's a "clear logs" button in Frontview. That's the first thing I'll try!
alexofindy1 wrote:
Also, I seem to remember there's a "clear logs" button in Frontview. That's the first thing I'll try!
One challenge here is that if the OS partition gets very full, then installing the ssh plug-in or downloading the log zip can fail. If that were to happen, you'd need to go in tech support mode, manually mount the OS partition and clean it.
Try clearing the logs, and then downloading the zip. Hopefully that will free up enough space to avoid filling the OS completely,
Once downloaded, look in disk_info.log. The OS partition is the first entry ( /dev/md0 ). Normally it is about 25% full. If you use ReadyDLNA, then there is a small chance that the OS has run out of inodes - but I believe the inode utilization isn't in the log zip file. You can install ssh, and then use df -i to check for that.
I don't run readyDLNA. I'll certainly try the easy stuff first, like clearing the logs, or if that fails, trying the ssh toggle. But if both of those approaches fail, and I have to go in to "tech support mode" are there instructions anywhere on how I do that?
My linux skills are not great, but I would assume from your email that once I have access, it's just something like
cd /
mkdir temp1
mount /dev/md0 /temp1
and the erase the log files from the OS directory tree to free up space.
Thanks again!
alexofindy1 wrote:
But if both of those approaches fail, and I have to go in to "tech support mode" are there instructions anywhere on how I do that?
I'll post them here if it were to come to that.
alexofindy1 wrote:
cd /
mkdir temp1
mount /dev/md0 /temp1
and the erase the log files from the OS directory tree to free up space.
One thing I want to clarify - the OS partition might be filling. We don't know that for certain. I think it's worth looking at before we look for other things.
If the NAS is booted normally, I usually suggest using /mnt (which already exists)
mount --bind / /mnt
It's not necessarily log files, it could be something else. But basically you'd need to look for things that don't belong (files stored "under" mount points, oversize logs). Add-ons often are to blame, so knowing what add-ons you have installed would be helpful.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
