Madman1234

Q: com.apple.AddressBook.InternetAccountsBridge[2010]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted

Hi,

 

I have MacMini Server running on 10.10.5 which hosts all my contacts using the Server App (Carddav). This setup is running for a while now without any issue.

 

But after the update of my Clients (iMac, Macbook Pro) to El Capitan 10.11.2 I see a lot of errors on the client in /var/log/system. Also if I try to edit one contact the beachball appears and it takes a while until I can edit something.

 

What can I do to solve it? This seems to be a El Capitan bug.

 

Dec 14 00:08:14 MacBook-Pro com.apple.AddressBook.InternetAccountsBridge[2010]: dnssd_clientstub ConnectToServer: connect()-> No of tries: 1

Dec 14 00:08:14 MacBook-Pro sandboxd[129] ([2010]): com.apple.Addres(2010) deny network-outbound /private/var/run/mDNSResponder

Dec 14 00:08:15 MacBook-Pro com.apple.AddressBook.InternetAccountsBridge[2010]: dnssd_clientstub ConnectToServer: connect()-> No of tries: 2

Dec 14 00:08:15 MacBook-Pro sandboxd[129] ([2010]): com.apple.Addres(2010) deny network-outbound /private/var/run/mDNSResponder

Dec 14 00:08:16 MacBook-Pro kernel[0]: Sandbox: com.apple.Addres(2010) deny(1) network-outbound /private/var/run/mDNSResponder

Dec 14 00:08:16 MacBook-Pro com.apple.AddressBook.InternetAccountsBridge[2010]: dnssd_clientstub ConnectToServer: connect()-> No of tries: 3

Dec 14 00:08:17 MacBook-Pro kernel[0]: Sandbox: com.apple.Addres(2010) deny(1) network-outbound /private/var/run/mDNSResponder

Dec 14 00:08:17 MacBook-Pro com.apple.AddressBook.InternetAccountsBridge[2010]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:4 Err:-1 Errno:1 Operation not permitted

MacBook Pro with Retina display, OS X El Capitan (10.11.2), null

Posted on Dec 13, 2015 3:30 PM

Close

Q: com.apple.AddressBook.InternetAccountsBridge[2010]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder ... more

  • All replies
  • Helpful answers

first Previous Page 3 of 4 last Next
  • by mfehr,

    mfehr mfehr Jan 23, 2016 12:40 AM in response to dg1kjd
    Level 1 (0 points)
    Jan 23, 2016 12:40 AM in response to dg1kjd

    No changes on my side after applying the 10.11.3 update.

  • by p4th,

    p4th p4th Jan 27, 2016 9:15 AM in response to mfehr
    Level 1 (0 points)
    Jan 27, 2016 9:15 AM in response to mfehr

    This seems to be a sandboxing issue, likely updated rules but the cache of the container not being removed/refreshed properly.

     

    I destroyed my container for com.apple.AddressBook.InternetAccountsBridge and that seems to have resolved this issue.

    Note the word DESTROY, there might be random data in there that you like. I did not notice any missing data afterwards, but be warned.

    Possibly better to move the dir to a backup location or whatever. YMMV.

     

    Open a Terminal, then go to the container directory:

     

    $ cd ~/Library/Containers

     

    and there remove the container:

    $ rm -rf com.apple.AddressBook.InternetAccountsBridge/

     

    Open Activity Monitor (or use kill -9 ), and kill com.apple.AddressBook.InternetAccountsBridge, close/reopen Calendar.app and it should be soon there again and no more flooding log messages...

     

  • by Madman1234,

    Madman1234 Madman1234 Jan 27, 2016 9:31 AM in response to p4th
    Level 1 (6 points)
    Jan 27, 2016 9:31 AM in response to p4th

    I tried this several times, but without success.

  • by Lucas_D,

    Lucas_D Lucas_D Jan 31, 2016 3:26 AM in response to Madman1234
    Level 1 (0 points)
    Jan 31, 2016 3:26 AM in response to Madman1234
  • by Marcel van Setten van der Meer,

    Marcel van Setten van der Meer Marcel van Setten van der Meer Feb 3, 2016 2:04 AM in response to Madman1234
    Level 1 (4 points)
    Servers Enterprise
    Feb 3, 2016 2:04 AM in response to Madman1234

    Same issue here,  are there already solutions or workaround available ?

    We are using Apple server app contacts with OSX 10.11.3.

  • by Marcel van Setten van der Meer,

    Marcel van Setten van der Meer Marcel van Setten van der Meer Feb 3, 2016 2:20 AM in response to Marcel van Setten van der Meer
    Level 1 (4 points)
    Servers Enterprise
    Feb 3, 2016 2:20 AM in response to Marcel van Setten van der Meer

    We are using Apple Server for contacts, What is see when i add the CardDAV account manually, the given port says 8443, if i check the port on the Contacts server its listens on port 8843. If i change it to 8843 in de Contacts App on the mac client it will not Save ! if i go to tab again the poort 8443 is back.

    The strange this is, that the contacts are loaded form the CardDAV server, so there is a connection. But editing and adding Contacts works very slow, (Beach Ball) and some situations (very often actually) the changes are lost.

     

    if i try to add the account with the Advanced option (where you give the server port), i get a authentication error, if i switch back to manual, i get a authentication error (with the same way i added the account before) if i restart the Contacts App i will be able to add it again with the manual option :S.

    The contacts client looks very bugged.,,

  • by HooverCS,

    HooverCS HooverCS Feb 3, 2016 10:55 AM in response to p4th
    Level 1 (0 points)
    Feb 3, 2016 10:55 AM in response to p4th

    This worked for me, closed address book, removed the .com folder in finder (not terminal),  reopened the addressbook and manually entered the carddav (from OSX server) info. Had to give it some time to show up.

     

     

     

     

     

    This seems to be a sandboxing issue, likely updated rules but the cache of the container not being removed/refreshed properly.

     

    I destroyed my container for com.apple.AddressBook.InternetAccountsBridge and that seems to have resolved this issue.

    Note the word DESTROY, there might be random data in there that you like. I did not notice any missing data afterwards, but be warned.

    Possibly better to move the dir to a backup location or whatever. YMMV.

     

    Open a Terminal, then go to the container directory:

     

    $ cd ~/Library/Containers

     

    and there remove the container:

    $ rm -rf com.apple.AddressBook.InternetAccountsBridge/

     

    Open Activity Monitor (or use kill -9 ), and kill com.apple.AddressBook.InternetAccountsBridge, close/reopen Calendar.app and it should be soon there again and no more flooding log messages...

  • by Suchanek,

    Suchanek Suchanek Feb 11, 2016 5:01 AM in response to mfehr
    Level 1 (0 points)
    Feb 11, 2016 5:01 AM in response to mfehr

    Same for me. I tried removing the container directory as suggested, but the issue is persisting under 10.11.3.

  • by HooverCS,

    HooverCS HooverCS Feb 11, 2016 8:48 AM in response to Suchanek
    Level 1 (0 points)
    Feb 11, 2016 8:48 AM in response to Suchanek

    If there is not info already in Address book , try deleting (or moving) all com.apple.AddressBook.*  files, then start open the Addressbook and enter the account info

  • by l.aluffi,

    l.aluffi l.aluffi Feb 14, 2016 9:35 AM in response to Suchanek
    Level 1 (4 points)
    Feb 14, 2016 9:35 AM in response to Suchanek

    Same here.

    Osx 10.11.3, no third party applications.

     

    I use the address book from google account.

  • by l.aluffi,

    l.aluffi l.aluffi Feb 14, 2016 9:51 AM in response to l.aluffi
    Level 1 (4 points)
    Feb 14, 2016 9:51 AM in response to l.aluffi

    A Macrumors user suggested a workaround that... works

    1. Go to System Preferences>Internet Accounts
    2. Uncheck "Contacts" for the Google account
    3. Click the "+" to add a new account
    4. Select "CardDAV"
    5. Set Account Type to "Manual"
    6. User Name is Gmail address
    7. Password is password, or a new app-specific password if 2-factor authorization is "ON" for Google
    8. Server Address is "google.com"

     

    I will try to reactivate the old way on the next OS X update.

  • by djdawson,

    djdawson djdawson Feb 15, 2016 2:08 PM in response to l.aluffi
    Level 2 (170 points)
    Feb 15, 2016 2:08 PM in response to l.aluffi

    I was having the same sandbox problem and this CardDAV fix worked for me.  Thanks, l.aluffi!!!

  • by mmems,

    mmems mmems Mar 26, 2016 5:24 AM in response to Madman1234
    Level 1 (4 points)
    Mar 26, 2016 5:24 AM in response to Madman1234

    I've found a solution updating default app sandbox profile. But it require to disable SIP:

    In /System/Library/Sandbox/Profiles/application.sb:

    (unless
      (or (entitlement "com.apple.security.network.client")
          (entitlement "com.apple.security.network.server")
          (entitlement "com.apple.security.print")
          (equal? (param "application_bundle_id") "com.apple.AddressBook.InternetAccountsBridge"))
      (deny network-outbound (literal "/private/var/run/mDNSResponder")))
  • by peckel,

    peckel peckel Mar 26, 2016 9:52 AM in response to mmems
    Level 1 (4 points)
    Mar 26, 2016 9:52 AM in response to mmems

    Looked very promising at first, but unfortunately it didn't help.

     

    I'm still seeing the errors in the log and the SBODs whenever I try to change anything in the address book. OS version is the latest (10.11.4).

  • by mmems,

    mmems mmems Mar 26, 2016 11:00 AM in response to peckel
    Level 1 (4 points)
    Mar 26, 2016 11:00 AM in response to peckel

    Did you remove the folder /Users/mems/Library/Containers/com.apple.AddressBook.InternetAccountsBridge and kill all process called com.apple.AddressBook.InternetAccountsBridge?

first Previous Page 3 of 4 last Next