I cannot connect to most of my shares via AFP from my Mac, which means TimeMachine is broken. The MyCloud was working great for a month, then I added about 600 gigs of music to the Public share.
Now I cannot access any of my old shares via afp, though all shares are there in a smb:// share, the admin panel and in the OSX application. Just afp is broken.
A sample login attempt, showing the /var/log/daemon.log which appears to be for netatalk and afp login is below:
Apr 10 12:37:30 TimCloud afpd: AFP3.3 Login by tim
Apr 10 12:37:40 TimCloud afpd: AFP3.3 Login by tim
Apr 10 12:37:42 TimCloud afpd: AFP logout by tim
Apr 10 12:37:42 TimCloud afpd: dsi_stream_read: len:0, unexpected EOF
Apr 10 12:37:42 TimCloud afpd: afp_over_dsi: client logged out, terminating DSI session
Apr 10 12:37:42 TimCloud afpd: AFP statistics: 0.74 KB read, 0.59 KB written
Apr 10 12:45:20 TimCloud afpd: AFP statistics: 0.51 KB read, 0.38 KB written
Some other info:
New shares created since the problem ocurred do show up in afp and work fine. I can use afp and see those.
Turning on and off the DLNA server does not work on the older shares. It fails with error code 400162.
I cannot make the old shares public or private either. They fail with the code 400099.
I have done all the obvious steps, firmware updates, even a System Restore. It has not fixed the problem. I have not done a full restore–don’t want to ahve back data off and put it back if I can help it.
I am also now getting numerous DLNA errors in the user.log:
Apr 10 13:07:32 TimCloud logger: exit standby after 386 (since 2014-04-10 13:01:06.213364001 -0600)
Apr 10 13:08:18 TimCloud REST_API: 192.168.1.158 OUTPUT DlnaServer\Controller\Database GET SERVER_ERROR
and also in the wdmcserver.log
Apr 10 13:44:03 TimCloud logger: waitForDlnaServerUp.sh: 15 second timeout waiting for DLNA server to become operational
Apr 10 13:44:07 TimCloud logger: waitForDlnaServerUp.sh: 15 second timeout waiting for DLNA server to become operational