NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Devices show "Offline" at https://replicate.readynas.com/client/index.html when just "Off".
Devices show "Offline" at https://replicate.readynas.com/client/index.html when the ReadyNAS device Replication function is just set to "Off". It would be far more instructive to indicate that the d...
mdgm wrote:
If none of our Cloud services are running (i.e. no ReadyCLOUD or Replicate) we disable and stop the connection to our cloud.
Which of course is exactly what should be done when someone opts not to use the service.
"Offline" seems accurate to me, though perhaps "disconnected" would communicate the status better to the OP???
I've passed on this request to the product management team. This is a minor issue so would be a low priority issue to address.
I agree it is a minor issue. Not a functional failure, but clearly a usability issue.
The problem represent a "machine to human" communication challenge that lead me in the wrong direction when trying to debug the issue. I kept thinking the replication service was not able to find the *device*, not just that the replication service had been accidentially turned off on the device. I kept checking things like cabling, router settings, etc. The error messages should say something like "Disabled, Turn on the Replication Service to use."
BTW, The same point of confusion exist in a the replication error log...
[2016-09-20 00:15:02] [Info] ...
[2016-09-20 00:15:12] [Info] ...[2016-09-20 00:15:35] [Error] Unable to connect to nas-xx-xx-xx_xxxxx
[2016-09-20 00:15:35] [Error] Connect error code: -501
[2016-09-20 00:15:35] [Error] Please check network connection between devicesYes, it is not a functional issue, but a usability issue.
Weaverita wrote:
I kept checking things like cabling, router settings, etc. The error messages should say something like "Disabled, Turn on the Replication Service to use."
All the remote system knows is that it can't connect, it has no idea why. It easily could have been cabling, router settings, etc.
So I don't think your rewording is the right answer (though it would helped you, it would mislead others with the same symptoms).
Stephan,
Thanks. I think we are getting to the key elements of the usability problem...
I agree that a blanket wording change could be worse if there are multiple failure scenarios that could cause the problem.
I think there is value to (1) the device interface under the web portal and (2) the replication job, to a little bit to do a bit of very easy diagnostics. Right? If it can establish that the *device* is active (via ReadyCLOUD maybe?), I think you can rule out cabling. (There might still be a problem with router settings though I think this is a lower likelihood. Isn't the leaf connection initiated from the device?)
My main point:
- Provide better diagnostics (or isolation) in the case of a failure or error event,
- Provide better communication of the possible failure scenarios (and repair actions). If there is not enough screen space for the message provide a url link to a user's guide / help manual that describes error / failure event. Telling a user something like error code -501 is not very helpful. (BTW: Are these error codes currently documented somewhere?)
- Provide consistent error messaging to those services experiencing the error or failure event. (in this case the device interface under replication and the replication job).
- Consider other failure scenarios that could benefit from a little bit of diagnostics and communication. I am sure that the help desk people could give you a list of the top 10, top 100, or top 500 that generate service calls.
This should make your device owner/operators happier and have fewer calls to your overworked and under-loved help desk. :-)
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
