NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
chinapaulo
Apr 26, 2008Aspirant
Multiple Probs: Insufficient Resources, FS Check, etc.
I've had my ReadyNas NV+ with 1GB of RAM and 4x500 seagate HDDs running in X-RAID for about a year now, and overall I've been quite happy. Recently, I've had some serious problems.
Let me start by saying that I have always had the following problem: Whenever I do a manual shutdown by pressing the power button on the front of the unit, the NAS powers down correctly, but when I power it on again, it always does a File System check. After I installed the 4.00 firmware, I could at least restart it via Frontview and it would not do the FS Check. This is extremely aggravating, as it often takes a couple of hours to check the file system.
Now, as for my current problem: This morning, I created a new share and set up CIFS access to it (as with all of my other shares). I then started to copy a few gigabytes of files from multiple sources on my Windows Vista PC to the new share. After a number of minutes, I got the "Insufficient system resources exist to complete the requested service" error. I have seen this error reported in the following places, but nobody seems to have found a solution:
viewtopic.php?f=23&t=3279&p=18850
viewtopic.php?f=21&t=12060
From this point forward, any attempt to access the NAS shares via Windows XP or Vista (on two different machines, one wired, he other wireless) resulted in the "insufficient system resources" error. Moreover, Frontview was extremely slow -- basically unusable. (Strangely, during this time, my Xbox360 could still stream WMV files off of a USB HDD attached to the NAS via the TwonkyMedia server I installed yesterday.) I tried multiple times to reboot the NAS via Frontview, but the NAS wouldn't reboot. Eventually I decided to do a manual reboot by holding on the power button on the front of the unit. Sadly, this brings us back to problem #1, where upon powering the unit back on, the unit did a File System Check which took forever. When the FS Check was done, things were as bad or worse than before I rebooted: Frontview was again extremely slow, but the ACT LED was blinking quickly (with all other LEDs solid), and I know that there was no disk activity. I no longer got the "insufficient system resources" error -- I was just getting 'network path not found' when using the name or IP address of the NAS. I could ping the unit via IP address, but not by host name ('nas').
I was eventually able to download the system logs from Frontview (after messing with the web interface for about 30 minutes), but here's where the next problem came. The logs don't seem to contain any activity from today (or yesterday even). For example, my system.log file ends with the following:
Apr 23 11:45:12 nas ntfs-3g[11599]: Unmounting /dev/sdb1 (USB1TB)
Apr 23 11:51:50 nas kernel: kjournald starting. Commit interval 5 seconds
Apr 23 11:51:50 nas kernel: EXT3 FS on sdb1, internal journal
Apr 23 11:51:50 nas kernel: EXT3-fs: mounted filesystem with ordered data mode.
Apr 23 11:51:53 nas exportfs[12055]: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/documents". Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x
Apr 23 11:51:53 nas exportfs[12055]: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/WD1TB". Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x
Apr 23 16:00:58 nas kernel: chn=2, statu/LP_S=0x(d0/d050)29, 16
(Note: Today is April 25.)
Does any of this make any sense?
I have powered down the unit again, and this time I've reinstalled the firmware by holding the reset switch on the back of the unit. It's still in the process of doing a FS Check, so I suppose there's hope that when it's done with the check I'll be in better shape, but somehow I doubt it.
Any thoughts? Can I send my zipped log files to someone to check them out?
Thanks,
Paul
Let me start by saying that I have always had the following problem: Whenever I do a manual shutdown by pressing the power button on the front of the unit, the NAS powers down correctly, but when I power it on again, it always does a File System check. After I installed the 4.00 firmware, I could at least restart it via Frontview and it would not do the FS Check. This is extremely aggravating, as it often takes a couple of hours to check the file system.
Now, as for my current problem: This morning, I created a new share and set up CIFS access to it (as with all of my other shares). I then started to copy a few gigabytes of files from multiple sources on my Windows Vista PC to the new share. After a number of minutes, I got the "Insufficient system resources exist to complete the requested service" error. I have seen this error reported in the following places, but nobody seems to have found a solution:
viewtopic.php?f=23&t=3279&p=18850
viewtopic.php?f=21&t=12060
From this point forward, any attempt to access the NAS shares via Windows XP or Vista (on two different machines, one wired, he other wireless) resulted in the "insufficient system resources" error. Moreover, Frontview was extremely slow -- basically unusable. (Strangely, during this time, my Xbox360 could still stream WMV files off of a USB HDD attached to the NAS via the TwonkyMedia server I installed yesterday.) I tried multiple times to reboot the NAS via Frontview, but the NAS wouldn't reboot. Eventually I decided to do a manual reboot by holding on the power button on the front of the unit. Sadly, this brings us back to problem #1, where upon powering the unit back on, the unit did a File System Check which took forever. When the FS Check was done, things were as bad or worse than before I rebooted: Frontview was again extremely slow, but the ACT LED was blinking quickly (with all other LEDs solid), and I know that there was no disk activity. I no longer got the "insufficient system resources" error -- I was just getting 'network path not found' when using the name or IP address of the NAS. I could ping the unit via IP address, but not by host name ('nas').
I was eventually able to download the system logs from Frontview (after messing with the web interface for about 30 minutes), but here's where the next problem came. The logs don't seem to contain any activity from today (or yesterday even). For example, my system.log file ends with the following:
Apr 23 11:45:12 nas ntfs-3g[11599]: Unmounting /dev/sdb1 (USB1TB)
Apr 23 11:51:50 nas kernel: kjournald starting. Commit interval 5 seconds
Apr 23 11:51:50 nas kernel: EXT3 FS on sdb1, internal journal
Apr 23 11:51:50 nas kernel: EXT3-fs: mounted filesystem with ordered data mode.
Apr 23 11:51:53 nas exportfs[12055]: /etc/exports [1]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/documents". Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x
Apr 23 11:51:53 nas exportfs[12055]: /etc/exports [2]: Neither 'subtree_check' or 'no_subtree_check' specified for export "*:/WD1TB". Assuming default behaviour ('no_subtree_check'). NOTE: this default has changed since nfs-utils version 1.0.x
Apr 23 16:00:58 nas kernel: chn=2, statu/LP_S=0x(d0/d050)29, 16
(Note: Today is April 25.)
Does any of this make any sense?
I have powered down the unit again, and this time I've reinstalled the firmware by holding the reset switch on the back of the unit. It's still in the process of doing a FS Check, so I suppose there's hope that when it's done with the check I'll be in better shape, but somehow I doubt it.
Any thoughts? Can I send my zipped log files to someone to check them out?
Thanks,
Paul
27 Replies
Replies have been turned off for this discussion
- p_boucherAspirantWell well...
After 6 months of stability I'm down with this problem again. For the past couple of days my readyNAS has been quite unstable with shares inaccessible because of the insufficient resources problem.
I've hard booted a couple times in the last couple days but this now doesnt seems to fix it.
Is there some sort of fix out for this? - mdgm-ntgrNETGEAR Employee RetiredIs your OS partition full again?
What version of RAIDiator?
Have you contacted NetGear support for assistance? - p_boucherAspirantYup, looks like it again. OS partition full. How can that be?
Is there any way to free up log files or unneeded files ?
This time, a hard reboot doesn't do the trick and:
Tue Jul 17 22:54:22 EDT 2012 System is up.
Tue Jul 17 22:47:32 EDT 2012 Volume scan failed to run properly.
Even volume scans fail to work...
As for RAIDiator version:
Firmware is [1.00a043]
Well some new stuff:
In the logs I had one entry telling that an update image couldn't be uploaded... While checking around files in /c, in the temp dir there was the RAIDiator 4.1.9 image lying there. Removing it brought back the /c usager to 96% and then I was able to reboot the NAS from the web interface. Let see how it goes next. I asked for a file system check... - mdgm-ntgrNETGEAR Employee RetiredThat's not the firmware version, that's the iBoot version.
Firmware would be e.g. RAIDiator 4.1.7
I'd suggest you open a tech support (http://www.readynas.com/support) case at my.netgear.com and post your case number. - p_boucherAspirantHmmm well I knew that but I can't find anywhere the firmware installed on it :oops: ...
I'm letting the filesystem check finish and I'll see if things are back to normal... - p_boucherAspirantWell I really should open a ticket to get my OS partition below 96% and hopefully add another couple of years without worrying? My guess is that the update to 4.1.9 went on and downloaded 4.1.9 to the tmp directory and the NAS couldn't go on with the update because of not enough free space in the OS partition...
But things are back to normal as of now. Will deactivate auto-updating for now. - mdgm-ntgrNETGEAR Employee RetiredWait you have SSH access installed do you?
Can you enter some commands via SSH and let me know the output?:
# df -h
# df -i
# du -csh /tmp
# du -csh /var/log
# du -csh /var/cache/minidlna
# cat /var/log/raidiator_version
# cat /etc/frontview/addons/addons.conf
Would be interesting for trying to tell what's filling it up.
The OS partition should be well under half full - p_boucherAspirantHey there!
Here we go!
login as: root
root@192.168.1.2's password:
Linux NAS 2.6.17.14ReadyNAS #1 Thu Sep 1 17:44:33 PDT 2011 padre unknown
NAS:~# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/hdc1 1.9G 1.9G 45M 98% /
tmpfs 16k 0 16k 0% /USB
/dev/c/c 694G 596G 98G 86% /c
/c/Divers 694G 596G 98G 86% /home/ftp/Divers
/c/PartagePat 694G 596G 98G 86% /home/ftp/PartagePat
/c/Software 694G 596G 98G 86% /home/ftp/Software
/c/backup 694G 596G 98G 86% /home/ftp/backup
/dev/sda1 1.8T 532G 1.2T 29% /USB/USB_HDD_1
/USB/USB_HDD_1 1.8T 532G 1.2T 29% /home/ftp/USB_HDD_1NAS:~# df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/hdc1 256000 14502 241498 6% /
tmpfs 31580 2 31578 1% /USB
/dev/c/c 22839296 84473 22754823 1% /c
/c/Divers 22839296 84473 22754823 1% /home/ftp/Divers
/c/PartagePat 22839296 84473 22754823 1% /home/ftp/PartagePat
/c/Software 22839296 84473 22754823 1% /home/ftp/Software
/c/backup 22839296 84473 22754823 1% /home/ftp/backup
/dev/sda1 0 0 0 - /USB/USB_HDD_1
/USB/USB_HDD_1 0 0 0 - /home/ftp/USB_HDD_1NAS:~# du -csh /tmp
100k /tmp
100k totalNAS:~# du -csh /var/log
54M /var/log
54M totalNAS:~# du -csh /var/cache/minidlna
32M /var/cache/minidlna
32M totalNAS:~# cat /var/log/raidiator_version
NAS:~#
I'm guessing oops :)... But I'm pretty shure it's 4.1.8. I remember though the move away from 4.1.4 was a bit difficult...
Ok found it:NAS:~# cat /etc/raidiator_version
RAIDiator!!version=4.01c1-p8,time=1314924646NAS:~# cat /etc/frontview/addons/addons.conf
SLIMSERVER!!SqueezeCenter!!7.3.2.0!!/etc/init.d/squeezecenter start!!/etc/init.d/squeezecenter stop
BITTORRENT!!BitTorrent!!1.3!!/etc/frontview/addons/bin/BITTORRENT/start.sh!!/etc/frontview/addons/bin/BITTORRENT/stop.sh!!Other
READYNASREMOTE!!ReadyNAS Remote!!1.0.9.78!!/etc/frontview/addons/bin/READYNASREMOTE/start.sh!!/etc/frontview/addons/bin/READYNASREMOTE/stop.sh!!Other!!current_url==http://www.readynas.com/download/remote/READYNASREMOTE_SPARC_CURRENT.xml::detail_url==http://www.readynas.com/remote
READYNASPHOTOS!!ReadyNAS Photos!!2.2!!/etc/frontview/addons/bin/READYNASPHOTOS/start.sh!!/etc/frontview/addons/bin/READYNASPHOTOS/stop.sh!!Other
DAAPD!!FireFly!!1.0.0!!start-stop-daemon -S -q -x /usr/sbin/mt-daapd!!start-stop-daemon -K -n mt-daapd
As you can see, nothing really out of the leagues, isn't it? - mdgm-ntgrNETGEAR Employee RetiredMust be filling up somewhere else on the OS partition to what I guessed. Keep on trying the du command on different directories till you find the culprit.
Do you ever connect USB disks to the NAS? - p_boucherAspirantI have one USB disk permanently attached to it for my backup jobs but thats it.
Would it be safe to delete all logs in /var/log ? I's like to remove the 55MB readynas_remote.log...
And what about wiping the minidlna cache? That would give me a 100MB loose to at least update to 4.1.9...
Related Content
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!