Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Can't connect to the AFP shares after 10.10.4

Hi everyone,


I just updated the Mac Mini that I use as a file server to the 10.10.4 and the Server App to 4.1.3. After I updated I can't connect anymore to the AFP share that I see in the Finder sidebar on the client, a MacBook Pro.


It seems a very strange behavior because if I reboot o "restart" the Finder, the connection is sometime successful. After a while, if I click again on the MacMini in the sidebar, it says "Connecting.." and then "Connection failed". The web server on the Mac Mini doesn't respond too. I can't connect either with the "Screen sharing" button and sometimes it just disappear from the sidebar.


On the MBP when the sharing connection fails it says:


14/07/15 14:10:23,438 sharingd[174]: SDSharePointBrowser::handleOpenCallBack returned 65


OR:


14/07/15 14:27:38,372 NetAuthSysAgent[1077]: ERROR: AFP_GetServerInfo - connect failed 64

14/07/15 14:27:38,374 sharingd[174]: SDSharePointBrowser::handleOpenCallBack returned 64


Thanks and sorry for my english!

Mac mini (Late 2014), OS X Yosemite (10.10.4), null

Posted on Jul 14, 2015 5:19 AM

Reply
12 replies

Jul 14, 2015 6:15 AM in response to Silentheaven

I wanted to add that if I disable and then re-enable the sharing service on the Server App, the sharing works "for a while".


After that, all the connections fail.


14/07/15 15:14:36,418 NetAuthSysAgent[318]: DNSAddressResolver:Resolve CFNetServiceResolveWithTimeout failed

14/07/15 15:14:36,418 NetAuthSysAgent[318]: ERROR: AFP_GetServerInfo - connect failed 64

14/07/15 15:14:36,419 sharingd[179]: SDSharePointBrowser::handleOpenCallBack returned 64

Jul 16, 2015 11:21 AM in response to Linc Davis

Thank you for your answer.

Screen sharing and file sharing works only if I try to connect to them "directly" trought CMD+K or via VNC software.


I made a shortcut in the "Favourites" section of the Finder sidebar, and if I click on it, the share mounts correctly and the MacMini shows up in the sidebar with the eject button. If I don't have anything mounted, the Mac Mini doesn't show up.


If I turn off and on the sharing in the Mac Mini Server App, it shows finally in the Finder sidebar. At that time, if I click on it I can connect and login successfully, and the Finder shows me the sharing. If I mount one of the shares, dismount it, and click again on the Mac Mini icon, the finder shows "Connection failed".


The Time Machine client on the MBP doesn't find the MacMini Time Machine service disk, so I can't use it anymore.


I tried to format the Mac Mini and re-configure it, but it didn't solve the problem.

Jul 17, 2015 1:04 PM in response to Silentheaven

Get rid of any third-party "anti-virus," "security," or "firewall" software according to the developer's instructions. Back up all data before making any changes. If that doesn't solve the problem, see below.

1. This procedure is a diagnostic test. It changes nothing, for better or worse, and therefore will not, in itself, solve the problem. But with the aid of the test results, the solution may take a few minutes, instead of hours or days.

The test works on OS X 10.7 ("Lion") and later. I don't recommend running it on older versions of OS X. It will do no harm, but it won't do much good either.

Don't be put off by the complexity of these instructions. The process is much less complicated than the description. You do harder tasks with the computer all the time.

2. If you don't already have a current backup, back up all data before doing anything else. The backup is necessary on general principle, not because of anything in the test procedure. Backup is always a must, and when you're having any kind of trouble with the computer, you may be at higher than usual risk of losing data, whether you follow these instructions or not.

There are ways to back up a computer that isn't fully functional. Ask if you need guidance.

3. Below are instructions to run a UNIX shell script, a type of program. As I wrote above, it changes nothing. It doesn't send or receive any data on the network. All it does is to generate a human-readable report on the state of the computer. That report goes nowhere unless you choose to share it. If you prefer, you can act on it yourself without disclosing the contents to me or anyone else.

You should be wondering whether you can believe me, and whether it's safe to run a program at the behest of a stranger. In general, no, it's not safe and I don't encourage it.

In this case, however, there are a couple of ways for you to decide whether the program is safe without having to trust me. First, you can read it. Unlike an application that you download and click to run, it's transparent, so anyone with the necessary skill can verify what it does.

You may not be able to understand the script yourself. But variations of it have been posted on this website thousands of times over a period of years. The site is hosted by Apple, which does not allow it to be used to distribute harmful software. Any one of the millions of registered users could have read the script and raised the alarm if it was harmful. Then I would not be here now and you would not be reading this message. See, for example, this discussion.

Another indication that the test is safe can be found in this thread, and this one, for example, where the comment in which I suggested it was recommended by one of the Apple Community Specialists, as explained here.

Nevertheless, if you can't satisfy yourself that these instructions are safe, don't follow them. Ask for other options.

4. Here's a general summary of what you need to do, if you choose to proceed:

☞ Copy a particular line of text to the Clipboard.

☞ Paste into the window of another application.

☞ Wait for the test to run. It usually takes a few minutes.

☞ Paste the results, which will have been copied automatically, back into a reply on this page.

These are not specific instructions; just an overview. The details are in parts 7 and 8 of this comment. The sequence is: copy, paste, wait, paste again. You don't need to copy a second time.

5. Try to test under conditions that reproduce the problem, as far as possible. For example, if the computer is sometimes, but not always, slow, run the test during a slowdown.

You may have started up in safe mode. If the system is now in safe mode and works well enough in normal mode to run the test, restart as usual. If you can only test in safe mode, do that.

6. If you have more than one user, and the one affected by the problem is not an administrator, then please run the test twice: once while logged in as the affected user, and once as an administrator. The results may be different. The user that is created automatically on a new computer when you start it for the first time is an administrator. If you can't log in as an administrator, test as the affected user. Most personal Macs have only one user, and in that case this section doesn’t apply. Don't log in as root.

7. Load this linked web page (on the website "Pastebin.") The title of the page is "Diagnostic Test." Below the title is a text box headed by three small icons. The one on the right represents a clipboard. Click that icon to select the text, then copy it to the Clipboard on your computer by pressing the key combination command-C.

If the text doesn't highlight when you click the icon, select it by triple-clicking anywhere inside the box. Don't select the whole page, just the text in the box.

8. Launch the built-in Terminal application in any of the following ways:

☞ Enter the first few letters of its name into a Spotlight search. Select it in the results (it should be at the top.)

☞ In the Finder, select Go ▹ Utilities from the menu bar, or press the key combination shift-command-U. The application is in the folder that opens.

☞ Open LaunchPad and start typing the name.

Click anywhere in the Terminal window to activate it. Paste from the Clipboard into the window by pressing command-V, then press return. The text you pasted should vanish immediately.

9. If you see an error message in the Terminal window such as "Syntax error" or "Event not found," enter

exec bash

and press return. Then paste the script again.

10. If you're logged in as an administrator, you'll be prompted for your login password. Nothing will be displayed when you type it. You will not see the usual dots in place of typed characters. Make sure caps lock is off. Type carefully and then press return. You may get a one-time warning to be careful. If you make three failed attempts to enter the password, the test will run anyway, but it will produce less information. If you don't know the password, or if you prefer not to enter it, just press return three times at the password prompt. Again, the script will still run.

If you're not logged in as an administrator, you won't be prompted for a password. The test will still run. It just won't do anything that requires administrator privileges.

11. The test may take a few minutes to run, depending on how many files you have and the speed of the computer. A computer that's abnormally slow may take longer to run the test. While it's running, a series of lines will appear in the Terminal window like this:

[Process started]

Part 1 of 8 done at … sec

Part 8 of 8 done at … sec

The test results are on the Clipboard.

Please close this window.

[Process completed]

The intervals between parts won't be exactly equal, but they give a rough indication of progress. The total number of parts may be different from what's shown here.

Wait for the final message "Process completed" to appear. If you don't see it within about ten minutes, the test probably won't complete in a reasonable time. In that case, press the key combination control-C or command-period to stop it and go to the next step. You'll have incomplete results, but still something.

12. When the test is complete, or if you stopped it because it was taking too long, quit Terminal. The results will have been copied to the Clipboard automatically. They are not shown in the Terminal window. Please don't copy anything from there. All you have to do is start a reply to this comment and then paste by pressing command-V again.

At the top of the results, there will be a line that begins with the words "Start time." If you don't see that, but instead see a mass of gibberish, you didn't wait for the "Process completed" message to appear in the Terminal window. Please wait for it and try again.

If any private information, such as your name or email address, appears in the results, anonymize it before posting. Usually that won't be necessary.

13. When you post the results, you might see an error message on the web page: "You have included content in your post that is not permitted," or "The message contains invalid characters." That's a bug in the forum software. Please post the test results on Pastebin, then post a link here to the page you created.

14. This is a public forum, and others may give you advice based on the results of the test. They speak for themselves, not for me. The test itself is harmless, but whatever else you're told to do may not be. For others who choose to run it, I don't recommend that you post the test results on this website unless I asked you to.

______________________________________________________________

Copyright © 2014, 2015 by Linc Davis. As the sole author of this work (including the referenced "Diagnostic Test"), I reserve all rights to it except as provided in the Use Agreement for the Apple Support Communities website ("ASC"). Readers of ASC may copy it for their own personal use. Neither the whole nor any part may be redistributed.

Jul 18, 2015 4:20 AM in response to Linc Davis

Hi Linc,


first of all thank you for your answer. It's not about trusting you, but I'd like to discover the problem first via an alternative method if possible.


I discovered a strange thing. I downloaded Bonjour Browser and ran on both machine and I downloaded a similar software to my iPad.

As soon as the Mac Mini starts or as soon as i restart the sharing service on the Server App, I can see its AFP/SMB services through the browsers app and can connect as well through the Finder.


After few minutes, if I click on the Finder sidebar I can't connect to the shares, and the AFP service disappear from the MBP browser and the iPad one, but it still shows on the Mac Mini browser.


Then I turned on the sharing on the MBP (10.9.5) and its sharing services stays permanently on all the browser. So the problem must be on the MacMini (10.10.4).


Since I erased its HDD, reinstalled Yosemite without importing anything from Time Machine, and did not install any third party apps other than MySQL, I watched closely the Console. These are the messages when I turn off the sharing service through the Server App:


18/07/15 13:02:15,275 smb-sync-preferences[1734]: assertion failed: 14E46: libxpc.dylib + 22696 [80D68997-17B9-32B6-A5FA-A218216415E5]: 0x2d

18/07/15 13:02:15,275 digest-service[1721]: digest-request: uid=0

18/07/15 13:02:15,276 digest-service[1721]: digest-request: init request

18/07/15 13:02:15,276 smb-sync-preferences[1734]: Bogus event on event stream listener.

18/07/15 13:02:15,279 digest-service[1721]: digest-request: init return domain: MACMINI server: MACMINI indomain was: <NULL>


These are the ones when I turn on the service:


18/07/15 13:02:23,035 com.apple.xpc.launchd[1]: (com.apple.smbd) Unknown key for Boolean: ForceEnableHack

18/07/15 13:02:23,035 com.apple.xpc.launchd[1]: (com.apple.smbd) The HideUntilCheckIn property is an architectural performance issue. Please transition away from it.

18/07/15 13:02:23,036 com.apple.xpc.launchd[1]: (com.apple.AppleFileServer) Unknown key for Boolean: ForceEnableHack

18/07/15 13:02:23,036 com.apple.xpc.launchd[1]: (com.apple.AppleFileServer) The HideUntilCheckIn property is an architectural performance issue. Please transition away from it.

18/07/15 13:02:23,051 smb-sync-preferences[1739]: assertion failed: 14E46: libxpc.dylib + 22696 [80D68997-17B9-32B6-A5FA-A218216415E5]: 0x2d

18/07/15 13:02:23,052 digest-service[1721]: digest-request: uid=0

18/07/15 13:02:23,052 digest-service[1721]: digest-request: init request

18/07/15 13:02:23,052 smb-sync-preferences[1739]: Bogus event on event stream listener.

18/07/15 13:02:23,056 digest-service[1721]: digest-request: init return domain: MACMINI server: MACMINI indomain was: <NULL>

18/07/15 13:02:23,061 com.apple.xpc.launchd[1]: (com.apple.xpc.launchd.domain.system) Caller tried to hijack service: path = /System/Library/LaunchDaemons/com.apple.smbd.plist, caller = launchctl.1740


Then this one appeared:


18/07/15 13:07:59,452 servermgr_status[1699]: idle exit

18/07/15 13:07:59,453 Server[775]: Dispatcher: servermgr_status plugin disconnected


These are the screenshot of the two bonjour browser. The one on the left is on the MBP, the other one is the Mini one (on VNC through the app "Remote Desktop - VNC").

User uploaded file

Jul 18, 2015 5:30 AM in response to Silentheaven

Just noticed:


  • if I disconnect and reconnect the Ethernet cable on the MacMini, the services show again in the browsers but it's not stable
  • if I connect directly the two computers the AFP service is stable
  • If I connect the MacMini via wifi and not via ethernet cable to the router, the AFP service is stable


Since the MacMini is the only device connected via ethernet cable, should I say that the problem is in the router or ethernet cable?

Jul 18, 2015 7:27 AM in response to Silentheaven

Without the information I asked for, I can only make a generic suggestion. I don't know whether it will help. If you prefer not to take it, contact Apple Support. Good luck.

Back up all data to at least two different storage devices, if you haven't already done so. One backup is not enough to be safe. The backups can be made with Time Machine or with Disk Utility. Preferably both.

Erase and install OS X. This operation will destroy all data on the startup volume, so you had be better be sure of the backups. If you upgraded from an older version of OS X, you'll need the Apple ID and password that you used, so make a note of those before you begin.

When you restart, you'll be prompted to go through the initial setup process. That’s when you transfer the data from a backup.

Select only users and Computer & Network Settings in the Setup Assistant dialog—not Applications or Other files and folders. Don't transfer the Guest account, if it was enabled.

If the problem is resolved after the clean installation, reinstall third-party software selectively. I can only suggest general guidelines. Self-contained applications that install into the Applications folder by drag-and-drop or download from the App Store are usually safe. Anything that comes packaged as an installer or that prompts for an administrator password is suspect, and you must test thoroughly after reinstalling each such item to make sure you haven't restored the problem. I strongly recommend that you never reinstall commercial "security" products or "utilities," nor any software that changes the user interface or the behavior of built-in applications such as Safari. If you do that, the problem is likely to recur.

Before installing any software, ask yourself the question: "Am I sure I know how to uninstall this without having to wipe the volume again?" If the answer is "no," stop.

Never install any third-party software unless you know how to uninstall it.

Jul 18, 2015 8:39 AM in response to Silentheaven

Thanks Linc, I understand you, but I can't format the Mini right now. Anyway I think I found the problem, and that is OS X Server 4.1.3.


I connected the MacBook Pro through ethernet cable to the modem and activated the AFP sharing on it. It was stable, so I moved to the trash the OS X Server App on the Mini and left the AFP sharing on through the normal "Sharing" preference pane. The sharing is finally stable, so the problem must be on the server app.


I wonder if I can download an old version prior the 4.1.3.

Jul 26, 2015 10:32 AM in response to Silentheaven

The problem is not limited to the Server app. I have a number of client machines in the network running 10.10.4 and have been dealing with the same problem of shares connecting, failing to connect, etc., since updating to 10.10.4. I have been looking at everything possible to track down the issue, from the individual machine (reinstal the OS, repair permissions, check routing using terminal, etc.), checking ethernet cables, checking the Netgear switches, the router, the connected NAS, etc. Everything seems to be running as it should, except for the afp shares!


I tried your idea of stop the Time Machine service ... it appears to have worked on ALL of the machines! So, it seems the problem has to do with 10.10.4 and Time Machine.


Thanks for the tip!

Jul 28, 2015 4:42 AM in response to BW Martin

Yes, the problem is not limited to the Server app. I tried to reinstall Mavericks via recovery (without initialize the HDD) on the MacBook Pro and now everything works including Time Machine server. As I said in the previous posts I formatted the MacMini as well and it has 10.10.4 and the Server app 4.1.3 but that didn't solve the problem except when I disabled the Time Machine server.


The only update I didn't install on the MacBook Pro is the security one with the code 2015-005 1.0. I don't want to install it because I need to have this situation stable and functioning, but it could be the source of all the problems.


Apple Care on the phone said that the problem was that I use an external drive attached to the Mini, and so the MacBook Pro would be unable to connect since the USB connection is slow. They advice me to create an internal partition on the MacMini. Obviously it's not like that, I'm thinking that Apple Care is a waste of money. A lot of people uses external HDD as a network Time Machine drive without any problems.

Can't connect to the AFP shares after 10.10.4

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple ID.