NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
Tech support
After installing a recent OS 6 upgrade (from 6.5.1 to 6.6.0) to my Readynas312, the backup feature fails to operate. I have reached out to the community forum for help but that has not been fruitful. The suggestion was to buy a 3rd party software product to do the job. Technical support refused my call as the product is out of warranty and your website is not intuitive to allow for an easy way to "buy" support time or to determine which type of package will suit my needs.
Without being able to speak with someone about a plan of action, I am left with teh following options: 1) buy a NAS from a different manufaturer, 2) buy a 3rd party program for backups, or 3) try to buy a service plan (which seems to be very costly for a home user) and hope that they can help me resolve the problem. I trhink that all options are pretty lousy, specially for a problem that was created by an upgrade that you developed and doesn't work (for me).
I much appreciate your efforts and attention to resolving my issue. Since adding an actual account name, my backups seem to be working again which I am very pleased about. I do question, however, that the root of the problem lies with changes in Windows because: 1) This issue first became apparent to me a couple of months ago when I went from OS 6.5.1 to 6.5.2. 2) When I reverted to 6.5.1 again, I was able to do backups without adding any login information. 3) If the problem was on the Windows side, it seems that I would have had to add login information irrespective of the version of Ready NAS OS I used (6.5.1 or 6. 6.5.2 or 6.6.0). To me it seems that the problem is in whatever changes (or ommissions) were made in coding in version 6.5.2 which have been carried forward. Admittedly, I have no great expertise in this area, so I may be very wrong; I am just applying some logical reasoning.
One other thing comes to mind. You may want to make this information more widely known because the setup information and guides must now be updated. As I remember, the setup information suggests that if you turn off the need for a logon password in Windows, you do not have to add the login information now beiing requested. I am certain that many people are being frustrated by this change.
In any case, the matter is now moot and I am a happy person. Thank you again.
14 Replies
Replies have been turned off for this discussion
Let me have someone on my team scrub the frequently asked questions and see if we have anyone else with a similar problem that backups are not working any more. The folks on the support line should have given you the option to purchase per event support or buy a contract. I am sorry if that options was not correctly represented when you called.
Thank you for your response. If you check the thread, "Can't use backup process," yu will see that another user had the same problem as I did and adressed it by going from 6.5.2 to 6.5.1. As you will see, I suggested that he not try the latest version and he agreed that doing so would be risky. It's hard for me identify how many others are exeriecing the same problem, but I am not alone.
Thanks in advance for whatever help you can offer.,
I don't see that you ever sent your logs to us.
Can you send the logs to us to review?
Thanks for providing the logs and access to your NAS.
Your backup job is a SMB backup job -- you asked the Backup job to connect to "/users/mike/2go" which is a folder that doesn't exist from where you're trying to pull data from. Additionally, there may also be some case sensitivity issues. Your actual path is "/Users/Mike/" and there is no 2go folder inside there. Your "2 go" folder is actually inside the "Desktop" folder. So the real path is "/Users/Mike/Desktop/2 go/"
The other issue that you're experiencing is that we're trying to mount your computer as a "guest" which seems to be denying access. When I mount everything manually using any user without a password, it seems to work fine, but when the backup job tries, it has some blocks. I'll work with the developers to find a reason for this.... however, you can see below that I was able to get your test job working successfully. I made no backend modifications to address this. Please confirm for me by putting more pictures in your "2 go" folder and then starting the job and confirm they get sent over. You can also review the backup job change I made for further insight.
Backup Job Name: test
Backup Job Type: Incremental
Protocol: cifs
Backup Source: [remote:cifs]///your-computer/Users/Mike/Desktop/2 go
Backup Destination: [Pictures]/
Backup Start Time: Wed Nov 9 2016 12:56:00
Backup Finish Time: Wed Nov 9 2016 12:58:01
Backup Status: Success
Copy File LZ1A3175BW.jpg
Copy File LZ1A3178r.jpg
Copy File LZ1A3179r.jpg
Copy File LZ1A3217.JPG
Copy File zermatt.jpgI appreciate all of yur efforts to address this problem. I added more photos to te file as you suggested and tried the backup by starting it manually. I made no changes to what you did. The backup did not work, files were not transferred. I am not quite sure how you were able to do the transfer, but believe that you are getting closer to resolving this problem.
The root cause of this is a change in Windows that requires guest logins to supply a username, but the username must not exist on the Windows system. So, basically we need to supply a bogus username. The SMB mount utility doesn't do that, and thus recent Windows versions reject the guest login. You can work around the problem by having the backup job log in to the share with an actual account. Alternatively, if you'd like to continue using a guest login, you should be able to fix it by installing one of these packages: ARM or x86_64. Install through Apps -> Upload.
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
