0 votos

com.apple.quicklook.satellite problema con CoreData en Directorios de Inicio en Red

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 consiste en un servidor MacMini 2010, utilizando RAID0, ejecutando 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. El servidor está proporcionando actualmente DNS, DHCP, FileSharing de los directorios caseros de los usuarios, y OD. El OD sólo tiene dos usuarios de prueba añadidos, no se han hecho otras modificaciones excepto las políticas globales de contraseñas.

La estación de trabajo desde la que estoy haciendo las pruebas es un MacMini de 2012 al que le he creado una imagen con Mavericks 10.9.4. Esta estación de trabajo está conectada con cable Cat 6 al servidor a través de un router DLink; el wi-fi está desactivado. El problema también existe cuando se utiliza un router Linksys con el wi-fi activado.

Ambos ordenadores tienen teclados y ratones con cable. El Bluetooth está desactivado.

La estación de trabajo ha sido vinculada 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 conectado a la red permite que una vCard sea procesada por Quicklook, el sistema se pone feo inmediatamente, sobre todo con 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 borrado y se han perdido todos los registros.

He tenido esta situación utilizando dos servidores MacMini 2010 diferentes. He probado tanto con discos duros externos para los datos como utilizando las unidades internas. Los discos pasan todas las pruebas que tengo incluyendo la monitorización S.M.A.R.T.

Para que quede claro, si se utilizan carpetas locales de inicio, el problema no se produce. Si el usuario en red está conectado en el servidor, el problema no se produce. El problema sólo parece ocurrir cuando el directorio de inicio del usuario se sirve a través de SMB o AFP. Si utilizo 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 inclino por algo con binding, kerberos o OD. Algo donde las configuraciones por defecto no sean satisfactorias.

No sé qué probar ahora. He buscado mucho en Google y no he podido encontrar una solución, ni siquiera pruebas de que otras personas estén experimentando este problema. Me resulta extraño.

¿Alguien ha visto este problema y lo ha resuelto?

Gracias.

1 votos

Yo también tengo este problema y tu solución me ayuda. GRACIAS ¿Qué pasa con Yosemite?

1voto

John Ellinwood Puntos 6578

Esta noche he llamado a Apple Care y me han remitido rápidamente al equipo de servidores. Me sorprendió, pero el técnico fue capaz de reproducir mi problema. Esto me sorprendió porque nadie en los grupos de discusión de Apple (o realmente en otros lugares) ha mencionado el problema. Así que el técnico está elevando el problema y espero que veamos una solución pronto. No he probado Yosemite, pero puede que intente hacerlo la semana que viene.

Para aquellos que están preocupados de que puedan ver este problema con su red, hay una manera de evitar el procesamiento de quicklook de vCards en la estación de trabajo. Encontré una oscura mención de un problema similar y quizás relacionado ( https://www.biostars.org/p/67388/ ) que incluye una solución que deshabilita el generador de vistas rápidas para los 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.

Edición: El mismo comportamiento existe en Yosemite. No he probado la solución, ya que he optado por mover los directorios de inicio a las 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 sigue funcionando.

1voto

user626528 Puntos 215

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

Hemos empezado a probar esta solución en Yosemite y hasta ahora parece que sigue siendo necesaria y que sigue funcionando.

Creo que hay los siguientes problemas con el directorio principal de la red -

  1. Un nuevo inicio de sesión en el directorio principal de la red puede dar lugar a que todo el directorio principal de la red de los usuarios sea reindexado desde cero, si el usuario tiene muchos correos electrónicos, esto puede tardar varias horas en completarse y durante el proceso las búsquedas serán imposibles o, en el mejor de los casos, producirán resultados incompletos, por no hablar de la ralentización de todo el cliente, esto parece parcialmente mejorado en Yosemite en comparación con Mavericks.
  2. Los infames y aún no corregidos problemas del llavero, que a veces se resuelven reiniciando
  3. La corrupción de varias bases de datos, por ejemplo, Contactos, y el llavero de los usuarios (ver 2. arriba)
  4. Cuando un usuario sale de una cuenta de directorio principal de red, numerosos procesos permanecen en ejecución bajo esa cuenta, lo que puede causar problemas la próxima vez que el usuario se conecte.
  5. Cuando un usuario se desconecta, el directorio principal de la red del usuario puede permanecer montado, lo que de nuevo puede causar problemas cuando el usuario vuelva a conectarse, o incluso un usuario diferente en el mismo Mac cliente.

Algunos de estos (otros) problemas pueden mitigarse utilizando un gancho de cierre de sesión ver https://discussions.apple.com/thread/7297337#29176911

Con respecto a la solución sugerida por iLikeStrongJava y El Capitan. Sospecho que el SIP en El Capitan puede impedirlo. Esto supone que el problema todavía se produce en El Capitán, pero basado en el fracaso de Apple anteriormente para solucionar estos problemas que bien puede afectar a El Capitán.

0 votos

Gracias por el comentario. Estoy planeando probar en El Capitán a finales de esta semana como estoy construyendo un nuevo servidor basado en eso. Volveré y publicaré los resultados si alguien no se me adelanta.

0 votos

Lo he confirmado esta mañana con un servidor y un cliente limpios basados en El Capitán. Servicios mínimos para configurar los hogares en red. Para la cuenta de usuario que se está probando, sólo había iniciado sesión -- ninguna otra aplicación se inició. Movido una vCard en el ~/Documentos del usuario de prueba y, a continuación, inicie sesión desde el cliente. Utilizado Consola para ver y abrió Finder, causando el Quicklook revolver para iniciar. Contactos entonces no se iniciará. Parece que es hora de iniciar otro informe de error con Apple. En mi mente, esto es un desastre para un negocio como el mío tratando de convencer a las PYME que pueden confiar en Apple para mantener sus datos seguros.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X