NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
tomiaurednik
Mar 29, 2017Tutor
User has been Auto deleted - all data lost
Netgear RN10400 , fw: 6.6.0, 2 x 1TB, RAID 1. User has been Auto deleted - all data lost. Can not acces local user home dir?!? Can someone check this? Or tell me, in which log can I check th...
- Apr 11, 2017
Please if you haven't already. Have a read of Having ReadyCLOUD problems since 3/30/17?
This announcement has been updated over time.
I'm going to mark this as the solution to make sure those visiting this thread see this post.
fjrp123
Apr 03, 2017Aspirant
Well, we are still waiting on some sort of resolution or be contacted via e-mail on how to access our files due to the issue. This happened on March 30, today is April 3rd and the response given so far is not very helpful.
ITME-DF
Apr 03, 2017Star
Wow, I find it disappointing that you decided to remove my posting when I was simply stating facts and giving my opinion.
I thought NETGEAR was an American company and would therefore uphold free speech?
- ITME-DFApr 03, 2017Star
I appreciate you're doing what you can to resolve this issue. I've worked in the IT industry for 30 years and I've had to deal with backlash on more than one occasion. But . . .
- A system/infrastructure that deletes a users data, stored on his/her own hardware without that users consent is inherently flawed and not secure.
- What if people are/were synchronising/backing up Home folders between two ReadyNAS devices? In such a scenario both the live data and the backup have been destroyed. Are you suggesting we all buy another manufacturer's storage equipment in order to ensure we have a secure backup of the backup - a backup that cannot be deleted as a result of a fault at NETGEAR?
- I really want to know how an 'outage' can cause these problems. Does NETGEAR not have several datacentres with load balancing, server mirroring and redundancy? I can see how an 'outage' could cause a service to be less responsive - but I really can't figure out how, within a company like NETGEAR an 'outage' can cause the loss of hundreds/thousands of user accounts. I also occasionally disconnect my ReadyNAS devices from the Internet - so far my accounts have not been 'delinked' or my data deleted.
- Again, I appreciate you're working on this and trying to find solutions to appease some of your customers. But I'm sure, as I do, many of your customers are using your devices as day-to-day file stores/servers and simply cannot configure the volumes as read only.
I've read through many of the related threads and seen the word 'outage' used a lot. What I haven't seen is an offical response explaining exactly what happened and trying to instill confidence in NETGEAR kit.
- mdgm-ntgrApr 03, 2017NETGEAR Employee Retired
We haven't been deleting posts. I can still see your post on page 2 for example.
- We have identified what happened and we are working on addressing the cause.
- At least one backup should have some level of versioning.
- This was an unusual outage different to previous ones. Essentially this led to the NAS believing that it had been unregistered from ReadyCLOUD and taking the steps it would take in that scenario.
- Once a share is deleted if you continue to make writes to the volume then you could be overwriting some/all of the deleted data.
I made some posts over the weekend despite having limited internet connectivity where I was. I have started some attempts to recover data already after receiving some responses to my earlier post
- ITME-DFApr 03, 2017Star
Yea but the slightly different version of my previous post (the one above) got 'pulled' and was being 'Held for review'. Then, I think, there was an outage and it vanished.
Sorry, couldn't help it. Hopefully, when it all calms down the techies amongst us will understand this outage a little better and know what you've done to prevent it in future.
- coloattyApr 03, 2017Luminary
This post is offered for semi-tech-illiterate users like me in our ongoing effort to figure out reasonably manageable ways to preserve data.
I have had a ReadyNAS Ultra 6 Plus for almost seven years. I have been manually backing up shares on that NAS volume to swappable 4-8TB drives in an eSATA external enclosure attached to my Mac. Point number one is to have a backup of data that one doesn't want to lose on external drives that are disconnected from power and the network and stored apart from the source on or offsite to whatever extent one considers prudent.
For several reasons, including less manual involvement on my part in backing up to an eSATA FirmTek enclosure that I have used for years, I got a ReadyNAS 628 with both USB and eSATA ports to replace the aging, legacy U6P as a primary NAS—currently most often used as a Plex and iTunes media server. If something were to happen to the primary NAS, I want to be able to switch to a backup NAS without much delay and without having to restore an entire backup. The shares on the 628 are backed up to the U6P using rsync, which automatically creates a snapshot to back up from just in case something happens to the source share during the backup.
I have not wanted the backup NAS to be cluttered or filled with earlier versions of files, so I configured the rsync process to delete files and folders on the backup NAS that had been deleted on the primary NAS since the last backup. That meant that my ReadyCLOUD user home folder was deleted from both the primary and backup NASes before I realized there was a problem. This showed me that my backup scheme was vulnerable to a risk that I want to avoid.
As dumb luck would have it, I have been using ReadyCLOUD only for remote access. The cloud user home folder has been empty after I chose not to use the home folder because of an entirely unrelated issue that I experienced a few months ago. There was another way to accomplish the pretty much the same thing, but that meant I was not going to get the benefit (or be exposed to the risks) of the ReadyCLOUD service's automation of parts of the process.
Because the automated backup as configured by me has been vulnerable to data loss on both the primary and then the backup before my discovery and intervention, I am planning to use custom snapshots only on the backup NAS to version changes to the backup NAS, which will still keep the backup NAS sufficiently tidy. With custom snapshot settings, older snapshots are automatically deleted after a duration of one's choosing—hopefully far enough out that one recognizes the problem a snapshot has been saved to remedy. (This is also one way to avoid using up storage space with backups of snapshots made on a primary source.) To that end, I have been helped by StephenB's contribution to a good discussion available at https://community.netgear.com/t5/Backing-up-to-your-ReadyNAS/Documentation-for-Replicate-specifically-backup-and-restoring/m-p/1236915#M13940.(I have not considered whether to use cloud storage for additional backup because, even though there is a fiber optic line to the box on the pole on my property line, CenturyLink claims it doesn't have the equipment needed to get a signal in excess of 7mbps down/1 up to my house.)
Finally, I also find helpful jak0lantash's posting in the aftermath of the ReadyCLOUD incident available at https://community.netgear.com/t5/Using-your-ReadyNAS/My-recommendation-Don-t-use-ReadyCloud-user-home-shares/m-p/1258463#M127461. It helps us think about what priorities each of us may have and what trade-offs we are willing to make regarding data redundancy and backup and what questions or concerns we may want to seek answers to from the knowledgebase or the community.
Related Content
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!