0

I have a fully controllable test network set up to work this issue I've had each time I set up my SOHO network. The network now consists of a 2010 MacMini server, using RAID0, running 10.9.4 and Server 3.1.2. I have recreated this server several times without improvement to the problems. I've made the configuration very simple. The server is currently providing DNS, DHCP, FileSharing of Users' home directories, and OD. The OD only has two test users added, no other mods have been made except global password policies.

The workstation I am testing from is a 2012 MacMini that I have imaged with Mavericks 10.9.4. This workstation is connected with Cat 6 cable to the server through a DLink Router; the wi-fi is disabled. The problem also exists when using a Linksys router with wi-fi turned on.

Both computers have hardwired keyboards and mice. Bluetooth has been turned off.

The workstation has been bound to the server using both name and ip address, and with and without authentication and SSL.

The problem is that each time a networked user allows a vCard to be processed by Quicklook, the system goes ugly immediately, mostly with com.apple.quicklook.satellite errors. Sample of the log:

8/7/14 8:10:04.523 AM com.apple.quicklook.satellite[310]: CoreData: error: (3) access permission denied
8/7/14 8:10:04.527 AM com.apple.quicklook.satellite[310]: Unknown error reading database file, will attempt reimporting: Error Domain=NSCocoaErrorDomain Code=256 "The file couldn’t be opened." UserInfo=0x7fc7d3c493c0 {NSSQLiteErrorDomain=3, NSUnderlyingException=error during execution of SQL string 'pragma journal_mode=wal' : access permission denied} {
    NSSQLiteErrorDomain = 3;
    NSUnderlyingException = "error during execution of SQL string 'pragma journal_mode=wal' : access permission denied";
}
8/7/14 8:10:04.528 AM com.apple.quicklook.satellite[310]: Move Address Book store at /Network/Servers/server.sub.domain.net/Users/testuser/Library/Application Support/AddressBook/AddressBook-v22.abcddb to /Network/Servers/server.sub.domain.net/Users/testuser/Library/Application Support/AddressBook/AddressBook-v22.abcddb.3496356E-319C-4176-BFB9-19D8BB7D9900.unknown
8/7/14 8:10:04.581 AM com.apple.quicklook.satellite[310]: Could not replace store at file:///Network/Servers/server.sub.domain.net/Users/testuser/Library/Application%20Support/AddressBook/AddressBook-v22.abcddb.3496356E-319C-4176-BFB9-19D8BB7D9900.unknown from file:///Network/Servers/server.sub.domain.net/Users/testuser/Library/Application%20Support/AddressBook/AddressBook-v22.abcddb: Error Domain=NSSQLiteErrorDomain Code=3 "The operation couldn’t be completed. (NSSQLiteErrorDomain error 3.)" UserInfo=0x7fc7d3f00620 {NSFilePath=/Network/Servers/server.sub.domain.net/Users/testuser/Library/Application Support/AddressBook/AddressBook-v22.abcddb.3496356E-319C-4176-BFB9-19D8BB7D9900.unknown, reason=Failed to replace destination database} {
    NSFilePath = "/Network/Servers/server.sub.domain.net/Users/testuser/Library/Application Support/AddressBook/AddressBook-v22.abcddb.3496356E-319C-4176-BFB9-19D8BB7D9900.unknown";
    reason = "Failed to replace destination database";
}
8/7/14 8:10:04.654 AM com.apple.quicklook.satellite[310]: CoreData: error: (3) access permission denied
8/7/14 8:10:04.657 AM com.apple.quicklook.satellite[310]: 0x7fc7d3c278b0: ManagedObjectContext (ABAddressBook) could not create the store at path: </Network/Servers/server.sub.domain.net/Users/testuser/Library/Application Support/AddressBook/AddressBook-v22.abcddb> - creation error: Error Domain=NSCocoaErrorDomain Code=256 "The file couldn’t be opened." UserInfo=0x7fc7d3f0e830 {NSSQLiteErrorDomain=3, NSUnderlyingException=error during prepareSQL for SQL string 'pragma auto_vacuum=2' : access permission denied} {
    NSSQLiteErrorDomain = 3;
    NSUnderlyingException = "error during prepareSQL for SQL string 'pragma auto_vacuum=2' : access permission denied";
}
8/7/14 8:10:04.659 AM com.apple.quicklook.satellite[310]: *** attempt to post distributed notification 'ABWillRestoreFromMetadataPriv' thwarted by sandboxing.

Date/Time:     Thu Aug  7 08:10:04 2014
OS Version:    13E28
Application:   com.apple.quicklook.satellite

Backtrace:
0   CoreFoundation                      0x00007fff914af312 __CFGenerateReport + 242
1   CoreFoundation                      0x00007fff91322052 _CFXNotificationPost + 882
2   Foundation                          0x00007fff8dfc4804 -[NSDistributedNotificationCenter postNotificationName:object:userInfo:options:] + 73
3   AddressBook                         0x00007fff8bbe090f -[ABAddressBook nts_RestoreFromMetaDataIfNeededAndTriggerSync:] + 209
4   AddressBook                         0x00007fff8bb4aca9 -[ABAddressBook nts_RestoreFromMetaDataIfNeeded] + 22
5   AddressBook                         0x00007fff8bb4ac39 -[ABAddressBook nts_DoInitialImports] + 157
6   AddressBook                         0x00007fff8bb4713f ABRunWithLock + 166
7   AddressBook                         0x00007fff8bb44994 +[ABAddressBook nts_SharedAddressBook] + 129
8   AddressBook                         0x00007fff8bb4486e +[ABAddressBook nts_CreateSharedAddressBook] + 49
9   AddressBook                         0x00007fff8bb446e1 +[ABAddressBook sharedAddressBook] + 69
10  AddressBook                         0x00007fff8bb445f7 +[ABAddressBook addressBookWithDatabaseDirectory:options:] + 56
11  AddressBook                         0x00007fff8bbb436a +[ABAddressBook(ABAddressBookHackery) emptyMemoryBackedAddressBookWithOptions:] + 39
12  AddressBook                         0x00007fff8bc4c0fe +[ABAddressBook(ABAddressBookHackery) provisionalMemoryBackedAddressBook] + 106
13  AddressBook                         0x00007fff8bc14106 -[ABVCardParser people] + 41
14  Contact                             0x00000001045eb69c Contact + 9884
15  QuickLook                           0x00007fff92fbee23 _QLThumbnailRequestCallGenerator + 585
16  QuickLookSatellite                  0x000000010445d249 main + 6233
17  QuickLookSatellite                  0x000000010445e6aa _QLUUIDForRequest + 150
18  QuickLookSatellite                  0x000000010445cfa4 main + 5556
19  QuickLook                           0x00007fff92fef181 _Z18QLTryCatchAndCrashU13block_pointerFvvE + 17
20  libdispatch.dylib                   0x00007fff8deb21bb _dispatch_call_block_and_release + 12
21  libdispatch.dylib                   0x00007fff8deaf28d _dispatch_client_callout + 8
22  libdispatch.dylib                   0x00007fff8deb1673 _dispatch_queue_drain + 451
23  libdispatch.dylib                   0x00007fff8deb29c1 _dispatch_queue_invoke + 110
24  libdispatch.dylib                   0x00007fff8deb0f87 _dispatch_root_queue_drain + 75
25  libdispatch.dylib                   0x00007fff8deb2177 _dispatch_worker_thread2 + 40
26  libsystem_pthread.dylib             0x00007fff92e8aef8 _pthread_wqthread + 314
27  libsystem_pthread.dylib             0x00007fff92e8dfb9 start_wqthread + 13
8/7/14 8:10:04.715 AM com.apple.quicklook.satellite[310]: Restoring DB from MetaData
8/7/14 8:10:04.737 AM com.apple.quicklook.satellite[310]: Error obtaining permanent ID: Error Domain=NSCocoaErrorDomain Code=134020 "The model configuration used to open the store is incompatible with the one that was used to create the store." UserInfo=0x7fc7d3d23360 {NSUnderlyingException=Can't resolve how to assign objects to stores; Coordinator does not have any stores}
8/7/14 8:10:04.737 AM com.apple.quicklook.satellite[310]: Error obtaining permanent ID: Error Domain=NSCocoaErrorDomain Code=134020 "The model configuration used to open the store is incompatible with the one that was used to create the store." UserInfo=0x7fc7d3c2e830 {NSUnderlyingException=Can't resolve how to assign objects to stores; Coordinator does not have any stores}
8/7/14 8:10:04.740 AM com.apple.quicklook.satellite[310]: Error obtaining permanent ID: Error Domain=NSCocoaErrorDomain Code=134020 "The model configuration used to open the store is incompatible with the one that was used to create the store." UserInfo=0x7fc7d3c164a0 {NSUnderlyingException=Can't resolve how to assign objects to stores; Coordinator does not have any stores}
8/7/14 8:10:04.740 AM com.apple.quicklook.satellite[310]: Error obtaining permanent ID: Error Domain=NSCocoaErrorDomain Code=134020 "The model configuration used to open the store is incompatible with the one that was used to create the store." UserInfo=0x7fc7d3c63fd0 {NSUnderlyingException=Can't resolve how to assign objects to stores; Coordinator does not have any stores}
8/7/14 8:10:04.744 AM com.apple.quicklook.satellite[310]: Error obtaining permanent ID: Error Domain=NSCocoaErrorDomain Code=134020 "The model configuration used to open the store is incompatible with the one that was used to create the store." UserInfo=0x7fc7d3c5de60 {NSUnderlyingException=Can't resolve how to assign objects to stores; Coordinator does not have any stores}
8/7/14 8:10:04.744 AM com.apple.quicklook.satellite[310]: Error obtaining permanent ID: Error Domain=NSCocoaErrorDomain Code=134020 "The model configuration used to open the store is incompatible with the one that was used to create the store." UserInfo=0x7fc7d3c5e000 {NSUnderlyingException=Can't resolve how to assign objects to stores; Coordinator does not have any stores}

After several minutes, the vCard may be displayed properly, but the users' address book files have been deleted and all records are lost.

I've had this situation using two different 2010 MacMini servers. I've tried with both external hard drives for data and using the internal drives. The drives pass all tests I have including S.M.A.R.T monitoring.

To be clear, if local home folders are used, the problem does not occur. If the networked user is logged in on the server, the problem does not occur. The problem only seems to occur when the user's home directory is served over either SMB of AFP. If I use a local (or Guest) user on the workstation to view a vCard on a networked drive, it seems to work fine.

Because of this, I'm leaning towards something with binding, kerberos or OD. Something where the default configurations are not satisfactory.

I'm at a loss of what to try next. I've Googled extensively and have not been able to find a solution, or even evidence that other people are experiencing this issue. I find this odd.

Has anyone seen this issue and have you resolved it?

Thanks.

Improve this question
1
  • 1
    I also have this problem and your workaround helps me. THANK YOU! What about Yosemite?
    – user98036
    Oct 28, 2014 at 11:07

2 Answers 2

Reset to default
1

I broke down and called Apple Care tonight and got quickly directed over to the Server team. Shocking to me, but the tech was able to reproduce my issue! This surprised me because no one in the Apple Discussion groups (or really elsewhere) has mentioned the problem. So the tech is elevating the issue and hopefully we'll see a bug fix soon. I haven't tested Yosemite, but may try to do that next week.

For those who are concerned they could see this problem with their network, there is a way to bypass quicklook's processing of vCards on the workstation. I found an obscure mention of similar and perhaps related issue (https://www.biostars.org/p/67388/) which includes a workaround that disables quicklook generator for contacts and the importer.

As root:

cd /System/Library/QuickLook/ ; mv Contact.qlgenerator Contact.qlgenerator.BAD
cd /System/Library/Spotlight/ ; mv vCard.mdimporter vCard.mdimporter.BAD

HTH someone in the future.

Edit: The same behavior exists in Yosemite. I have not tested the workaround as I opted to move home directories to individual workstations. I was experiencing too many problems. However, as Contact.qlgenerator and vCard.mdimporter are present in Yosemite, I suspect the workaround still works.

Improve this answer
1

I would like to thank iLikeStrongJava for posting this issue and suggested solution. We too have been having this problem with both Mavericks and Yosemite. With regards to not seeing this issue posted in the Apple Discussion forums I think the reason for that is that there are so many overlapping network home directory problems that it is often hard to narrow down an issue like this to a specific version.

We have started testing this workaround under Yosemite and so far it does still seem both needed and to still work.

I believe there are the following network home directory problems -

  1. A fresh network home directory login can result in the users entire network home directory being Spotlight re-indexed from scratch, if the user has lots of emails, this can take several hours to complete and during the process searches either will be impossible or at best produce incomplete results not to mention slow down the entire client, this seems partially improved in Yosemite compared to Mavericks.
  2. The infamous and still unfixed Keychain issues, sometimes resolvable by rebooting
  3. The corruption of various databases e.g. Contacts, and users Keychain (see 2. above)
  4. When a user logs out of a network home directory account numerous processes remain running under that account, this again can cause problems when the user next logs in
  5. When a user logs out the users network home directory can remain mounted, this again can cause problems when the user next logs in, or even a different user on the same client Mac

Some of these (other) issues can be mitigated by using a logout-hook see https://discussions.apple.com/thread/7297337#29176911

With regards to the suggested fix by iLikeStrongJava and El Capitan. I suspect that SIP in El Capitan may prevent this being done. This presumes the issue still occurs in El Capitan but based on Apple's failure previously to fix these issues this may well still affect El Capitan.

Improve this answer
2
  • Thanks for the comment. I am planning to test in El Capitan later this week as I'm building a new server based on that. Will come back and post results if someone doesn't beat me to it.
    – tim.rohrer
    Nov 12, 2015 at 14:39
  • I confirmed this morning with a clean El Capitan-based server and client. Minimal services to set up networked homes. For the user account being tested, I had only logged in -- no other apps ever started. Moved a vCard into the test user's ~/Documents and then logged in from the client. Used Console to watch and opened Finder, causing the Quicklook scramble to start. Contacts then will not start. It appears to be time to start another bug report with Apple. In my mind, this is a disaster for a business like mine trying to convince SMBs they can trust Apple to keep their data safe.
    – tim.rohrer
    Nov 14, 2015 at 13:34

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .