com.apple.quicklook.satellite problema con CoreData su home directory in rete

0

Ho configurato una rete di test completamente controllabile per risolvere questo problema che ho riscontrato ogni volta che ho configurato la mia rete SOHO. La rete ora è composta da un server MacMini 2010, che utilizza RAID0, che esegue 10.9.4 e Server 3.1.2. Ho ricreato questo server più volte senza migliorare i problemi. Ho reso la configurazione molto semplice. Il server sta attualmente fornendo DNS, DHCP, FileSharing delle home directory degli utenti e OD. L'OD ha solo due utenti test aggiunti, nessun'altra mod è stata fatta eccetto le politiche globali per le password.

La workstation da cui sto provando è un MacMini del 2012 che ho ripreso con Mavericks 10.9.4. Questa workstation è collegata con il cavo Cat 6 al server tramite un router DLink; il wi-fi è disabilitato. Il problema esiste anche quando si utilizza un router Linksys con Wi-Fi attivato.

Entrambi i computer hanno mouse e tastiere cablate. Il Bluetooth è stato disattivato.

La workstation è stata collegata al server utilizzando sia il nome che l'indirizzo IP, e con e senza autenticazione e SSL.

Il problema è che ogni volta che un utente in rete consente ad una vCard di essere elaborata da Quicklook, il sistema diventa brutto immediatamente, principalmente con errori com.apple.quicklook.satellite. Esempio del registro:

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}

Dopo diversi minuti, la vCard potrebbe essere visualizzata correttamente, ma i file della rubrica degli utenti sono stati cancellati e tutti i record sono andati persi.

Ho avuto questa situazione utilizzando due diversi server MacMini del 2010. Ho provato con entrambi i dischi rigidi esterni per i dati e utilizzando le unità interne. Le unità superano tutti i test che ho incluso il monitoraggio di S.M.A.R.T.

Per essere chiari, se vengono utilizzate le cartelle home locali, il problema non si verifica. Se l'utente in rete è connesso al server, il problema non si verifica. Il problema sembra verificarsi solo quando la directory home dell'utente viene servita su SMB di AFP. Se utilizzo un utente locale (o Guest) sulla workstation per visualizzare una vCard su un'unità in rete, sembra funzionare correttamente.

Per questo motivo, mi sto appoggiando a qualcosa con rilegature, kerberos o OD. Qualcosa in cui le configurazioni di default non sono soddisfacenti.

Sono a corto di cosa provare dopo. Ho cercato su Google estensivamente e non sono stato in grado di trovare una soluzione, o persino di provare che altre persone hanno riscontrato questo problema. Trovo strano.

Qualcuno ha visto questo problema e l'hai risolto?

Grazie.

    
posta tim.rohrer 07.08.2014 - 16:18
fonte

2 risposte

1

Mi sono rotto e ho chiamato Apple Care stasera e sono stato rapidamente indirizzato al team Server. Scioccante per me, ma la tecnologia è stata in grado di riprodurre il mio problema! Questo mi ha sorpreso perché nessuno dei gruppi di discussione di Apple (o altrove) ha menzionato il problema. Quindi la tecnologia sta sollevando il problema e speriamo di vedere presto una soluzione. Non ho provato Yosemite, ma potrei provare a farlo la prossima settimana.

Per coloro che sono preoccupati che potrebbero vedere questo problema con la loro rete, c'è un modo per aggirare l'elaborazione di vCards di quicklook sulla workstation. Ho trovato un'oscura menzione di un problema simile e forse correlato ( link ) che include una soluzione alternativa che disabilita il generatore di quicklook per i contatti e l'importatore.

Come root:

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

HTH qualcuno in futuro.

Modifica: esiste lo stesso comportamento in Yosemite. Non ho provato la soluzione alternativa mentre ho scelto di spostare le home directory su singole workstation. Stavo vivendo troppi problemi. Tuttavia, poiché Contact.qlgenerator e vCard.mdimporter sono presenti in Yosemite, sospetto che la soluzione alternativa funzioni ancora.

    
risposta data 09.08.2014 - 05:51
fonte
1

Desidero ringraziare iLikeStrongJava per aver postato questo problema e suggerito una soluzione. Anche noi abbiamo riscontrato questo problema sia con Mavericks che con Yosemite. Per quanto riguarda il non vedere questo problema pubblicato nei forum di discussione di Apple, penso che il motivo sia che ci sono così tanti problemi di directory home network sovrapposti che è spesso difficile restringere un problema come questo ad una versione specifica.

Abbiamo iniziato a testare questa soluzione alternativa in Yosemite e finora sembra ancora necessaria e funzionante.

Credo che ci siano i seguenti problemi di home directory di rete -

  1. Un nuovo accesso alla home directory di rete può determinare la reindicizzazione da zero dell'intera home directory della rete, se l'utente ha molte e-mail, questo può richiedere diverse ore per essere completato e durante le ricerche del processo sarà impossibile o al massimo produrre risultati incompleti per non parlare di rallentare l'intero cliente, questo sembra parzialmente migliorato in Yosemite rispetto ai Mavericks.
  2. I famigerati e ancora non risolti problemi con il portachiavi, a volte risolvibili riavviando
  3. La corruzione di vari database, ad es. Contatti e utenti Keychain (vedi 2. sopra)
  4. Quando un utente si disconnette da un account di una home directory di rete, numerosi processi rimangono in esecuzione con quell'account, questo può causare problemi quando l'utente effettua il login
  5. Quando un utente si disconnette, la directory home della rete degli utenti può rimanere montata, questo può causare problemi all'accesso successivo dell'utente o anche a un altro utente sullo stesso client Mac

Alcuni di questi (altri) problemi possono essere mitigati utilizzando un hook di disconnessione vedi link

Riguardo alla soluzione suggerita da iLikeStrongJava e El Capitan. Sospetto che il SIP di El Capitan possa impedire che ciò venga fatto. Ciò presume che il problema si verifichi ancora in El Capitan, ma in base al fallimento di Apple in precedenza per risolvere questi problemi, questo potrebbe comunque influire su El Capitan.

    
risposta data 28.10.2015 - 14:34
fonte

Leggi altre domande sui tag