NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Out of Memory isra.13+31c
This model has FW 6.6.1, 4x3tb, XRaid. Everything shows green on the performance page.
The only other thread the search came up with doesn't have an answer, so I'm starting a new discussion.
We've got 6 RN31400s, and one of them has started locking up every night. Normally the display is blank and I have to unplug and plug it back in to bring it back to life.
This morning, there was an error code on the LCD display "out of memory isra.13+31c". I still had to unplug it and plug it back in.
Netgear support says I can buy a service contract if I want to talk to them, or I can post to the form, so here I am.
The last item in the log before I unplug and replug the nas is always "snapshot (some guid) successfully deleted from share or LUN SQL"
SQL is a share name where backups of our databases are kept.
I changed the snapshot schedule for SQL to "Never", and the Shares page shows 0 snapshots, but every night it still says "snapshot (some guid) successfully deleted from share or LUN SQL" and locks up
I suppose my next step is to delete the SQL share and create a new one, but I wanted to see if anyone had any ideas before I had to modify all our SQL backup jobs.
Thanks.
5 Replies
Replies have been turned off for this discussion
Well, disabling all the Snapshots and the backup system that backs up to the device every night didn't fix the issue.
I'm currently doing a scrub, and I disabled Replicate, so we'll see if that has any effect.
Hi JohnMStudebaker,
Any updates regarding your issue with the ReadyNAS memory?
Regards,
JohnMStudebaker wrote:
I suppose my next step is to delete the SQL share and create a new one, but I wanted to see if anyone had any ideas before I had to modify all our SQL backup jobs.
You could rename the existing SQL share, and then create a new one. That would simplify the backup job management (though you would need enough space).
Are the backup jobs running on the failing NAS? If not, are they staggered, or are they all trying to update the share at the same time?
I didn't think about renaming... since it seems to be constantly deleting snapshots for a directory where snapshots shouldn't exist, I figgured there was something wonky with the metadata, and I'm not sure renaming would do anything.
All of the backups are staggared so for the most part they shouldn't be hitting at the same time, but of course sometimes a backup will run long if we've just updated one of our primary databases.
I decided the first thing I'd do is change the snapshot from "Smart"/"Never" to "Custom"/"Retain 1", and I set the snapshot schedule for early morning (it's been dying late at night). If it starts dying in the morning, or hopefully not at all, I'll know it's definately a bug with the snapshots.
Thanks for the reply.
JohnMStudebaker wrote:
I didn't think about renaming... since it seems to be constantly deleting snapshots for a directory where snapshots shouldn't exist, I figgured there was something wonky with the metadata, and I'm not sure renaming would do anything.
Shares are BTRFS subvolumes, and snapshots are controlled for each subvolume. So a fresh one might not have the problem.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
