problema com.apple.quicklook.satellite con CoreData en los directorios de red conectados

0

Tengo una red de prueba totalmente controlable configurada para trabajar este problema que he tenido cada vez que configuro mi red SOHO. La red ahora consta de un servidor MacMini 2010, que utiliza RAID0, que ejecuta 10.9.4 y Server 3.1.2. He recreado este servidor varias veces sin mejorar los problemas. He hecho la configuración muy simple. Actualmente, el servidor proporciona DNS, DHCP, distribución de archivos de los directorios personales de los usuarios y OD. El OD solo tiene dos usuarios de prueba agregados, no se han realizado otras modificaciones excepto las políticas de contraseña global.

La estación de trabajo desde la que estoy probando es un MacMini 2012 del que tengo imágenes con Mavericks 10.9.4. Esta estación de trabajo está conectada con el cable Cat 6 al servidor a través de un enrutador DLink; El wi-fi está desactivado. El problema también existe cuando se usa un enrutador Linksys con wi-fi activado.

Ambas computadoras tienen teclados y ratones cableados. Bluetooth se ha desactivado.

La estación de trabajo se ha vinculado al servidor utilizando tanto el nombre como la dirección IP, y con y sin autenticación y SSL.

El problema es que cada vez que un usuario en red permite que QuickCard procese una vCard, el sistema se pone feo de inmediato, principalmente con los errores de com.apple.quicklook.satellite. Muestra 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}

Después de varios minutos, la vCard puede mostrarse correctamente, pero los archivos de la libreta de direcciones de los usuarios se han eliminado y todos los registros se han perdido.

He tenido esta situación usando dos servidores MacMini 2010 diferentes. He intentado con ambos discos duros externos para datos y el uso de las unidades internas. Las unidades pasan todas las pruebas que tengo, incluida la supervisión de S.M.A.R.T.

Para que quede claro, si se utilizan las carpetas de inicio locales, el problema no se produce. Si el usuario conectado a la red ha iniciado sesión en el servidor, el problema no se produce. El problema solo parece ocurrir cuando el directorio de inicio del usuario se sirve en cualquiera de las SMB de AFP. Si uso un usuario local (o invitado) en la estación de trabajo para ver una vCard en una unidad en red, parece funcionar bien.

Debido a esto, me estoy inclinando hacia algo con enlace, kerberos u OD. Algo donde las configuraciones predeterminadas no son satisfactorias.

Estoy en una pérdida de qué intentar a continuación. He buscado en Google extensivamente y no he podido encontrar una solución, o incluso evidencia de que otras personas están experimentando este problema. Me parece extraño.

¿Alguien ha visto este problema y lo has resuelto?

Gracias.

    
pregunta tim.rohrer 07.08.2014 - 16:18

2 respuestas

1

Me averié, llamé a Apple Care esta noche y me dirigieron rápidamente al equipo del Servidor. ¡Sorprendente para mí, pero la tecnología pudo reproducir mi problema! Esto me sorprendió porque nadie en los grupos de discusión de Apple (o realmente en otra parte) ha mencionado el problema. Así que la tecnología está elevando el problema y esperamos ver una corrección de errores pronto. No he probado Yosemite, pero podría intentar hacerlo la próxima semana.

Para aquellos que están preocupados de que puedan ver este problema con su red, hay una manera de evitar el procesamiento rápido de vCard en la estación de trabajo. Encontré una mención oscura de un problema similar y quizás relacionado ( enlace ) que incluye una solución que desactiva el generador de Quicklook para contactos y El importador.

Como root:

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

HTH alguien en el futuro.

Editar: El mismo comportamiento existe en Yosemite. No he probado la solución ya que opté por mover los directorios personales a estaciones de trabajo individuales. Estaba experimentando demasiados problemas. Sin embargo, como Contact.qlgenerator y vCard.mdimporter están presentes en Yosemite, sospecho que la solución todavía funciona.

    
respondido por el tim.rohrer 09.08.2014 - 05:51
1

Me gustaría agradecer a iLikeStrongJava por publicar este problema y la solución sugerida. Nosotros también hemos tenido este problema con Mavericks y Yosemite. Con respecto a no ver este problema publicado en los foros de discusión de Apple, creo que la razón es que hay tantos problemas de superposición en el directorio principal de la red que a menudo es difícil limitar un problema como este a una versión específica.

Hemos empezado a probar esta solución en Yosemite y hasta el momento todavía parece necesario y sigue funcionando.

Creo que existen los siguientes problemas del directorio principal de la red:

  1. Un nuevo inicio de sesión en el directorio de inicio de la red puede hacer que el directorio de inicio de toda la red del usuario se vuelva a indexar desde cero, si el usuario tiene muchos correos electrónicos, esto puede tardar varias horas en completarse y durante el proceso no será posible realizar búsquedas. o, en el mejor de los casos, producir resultados incompletos, por no hablar de frenar a todo el cliente, esto parece haber mejorado parcialmente en Yosemite en comparación con Mavericks.
  2. Los problemas infames y aún no solucionados de Keychain, a veces se pueden resolver reiniciando
  3. La corrupción de varias bases de datos, por ejemplo. Contactos y llavero de usuarios (ver 2. arriba)
  4. Cuando un usuario cierra sesión en una cuenta del directorio principal de la red, numerosos procesos siguen ejecutándose bajo esa cuenta, esto nuevamente puede causar problemas cuando el usuario inicie sesión de nuevo
  5. Cuando un usuario cierra sesión, el directorio de inicio de la red de usuarios puede permanecer montado, esto nuevamente puede causar problemas cuando el usuario inicia sesión, o incluso un usuario diferente en el mismo cliente Mac

Algunos de estos (otros) problemas se pueden mitigar con un enlace de cierre de sesión, ver enlace

Con respecto a la solución sugerida por iLikeStrongJava y El Capitan. Sospecho que SIP en El Capitán puede evitar que esto se haga. Esto supone que el problema aún ocurre en El Capitán, pero debido a que Apple no solucionó estos problemas anteriormente, esto podría afectar al Capitán.

    
respondido por el John Lockwood 28.10.2015 - 14:34

Lea otras preguntas en las etiquetas