Tell us what your hosts file is now, with the NAS working and how it was after you changed it.
The default for the curent firmware is . . .
127.0.0.1 localhost.localdomain localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
. . . the alteration is . . .
127.0.0.1 localhost.localdomain localhost mybooklive
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
This is assuming you’ve not changed the name of your MBL to anything other than MyBookLive
. The Dashboard UI did make the appropriate changes to the hosts file but with this firmware no changes are applies to the hosts file. I’m guessing W.D’s done this as an workardound preventing the hosts file getting destroyed. A side effect is that the Dashboard UI becomes very slow in operation.
Strangely… On my own MBL it does not matter if I add my NAS’s name to the hosts file or leave it at the default, it works quickly. Just less errors logged in Apache2’s log files if the name of my MBL is in the hosts file.
I do periodically ask the question why so many people are having problems with their MBLs yet mine’s working fine. Never get an answer or viable suggestions. What I can tell is that now, quite deliberately, I upgrade the firmware from file, but manually copy it to the Public folder and directly invoke the script to initiate the firmware upgrade. I do not want to use the Dashboard UI to perform any firmware upgrades. Removes three components from the upgrade equation. The web browser, the CakePHP application and the Apache2 web server.
I’ve had a look through the back end of the CakePHP scripts that drive the Dashboard UI. The back-end looks too complicated for the simple tasks that are performed. The fancy flying graphics look nice but I onlt visit the Dashboard UI a few times between blue moons.
Someone at W.D. has thrown out the baby with the bath water when it comes to the wisdom . . .
“KEEP IT SIMPLE, STUPID !!”
I personally believe It’s a CakePHP/Apashe2 problem when it comes to upgrading. I also has the “stuck at 10%” problem, yet bypass the Dashboard UI and the upgrade works absolutely fine. I think that’s quite a massive hint at where the problem may be hiding.
I’m also guessing with the amount of complaints about the “getting stuck at 10%”, W.D. are trying to defer releasing any firmware updates until they get the major faults fixed.