Tengo una muy extraño fracaso. La aplicación de MusicBrainz Picard 1.3.2, cuando la escritura de modificación de los archivos de audio a un Almacenamiento Conectado en Red (NAS_ servidor de archivos, a veces arrojan cientos de este mensaje. Mientras escupe, se cuelga con un giro de la playa de la bola hasta que la Fuerza de Cierre.
Qué está causando este se bloquea? ¿Cómo se puede prevenir? Cuando el bloqueo se produce, ¿qué puedo hacer para restablecer mi pc o en el servidor de archivos o conexión de modo que la caída se detiene sucediendo?
Voy a upvote respuestas que incluso puede arrojar luz sobre lo afpfs_FindForkRef se refiere. Por alguna razón, cuando la búsqueda de este término, me da cero hits en Google y los motores de búsqueda DuckDuckGo. Supongo que "afpfs" significa "Protocolo de archivos de Apple Sistema de Archivos".
Aquí está el mensaje de registro en el momento que Forzar el Cierre de los colgados de la aplicación:
....
2016-09-03 23:38:15.000 kernel[0]: AFP_VFS afpfs_vnop_ioctl: afpfs_FindForkRef failed -1
2016-09-03 23:38:15.000 kernel[0]: AFP_VFS afpfs_vnop_ioctl: afpfs_FindForkRef failed -1
2016-09-03 23:38:15.000 kernel[0]: AFP_VFS afpfs_vnop_ioctl: afpfs_FindForkRef failed -1
2016-09-03 23:38:15.000 kernel[0]: *** kernel exceeded 500 log message per second limit - remaining messages this second discarded ***
2016-09-03 23:38:15.881 com.apple.xpc.launchd[1]: (org.musicbrainz.picard.79268[5403]) Service exited due to signal: Killed: 9
2016-09-03 23:38:20.927 SystemUIServer[1443]: Attempt to use XPC with a MachService that has HideUntilCheckIn set. This will result in unpredictable behavior: com.apple.backupd.status.xpc
2016-09-03 23:38:38.069 spindump[1708]: Saved hang report for MusicBrainz Picard version 1.3.2 (Picard 1.3.2) to /Library/Logs/DiagnosticReports/MusicBrainz Picard_2016-09-03-233838_MyMac.hang
Nota el "núcleo superó los 500 mensajes de registro por segundo mensaje". Cuando esta aplicación se bloquea, que parece que se está generando ese mensaje de registro tan rápido como su bucle interno se deje.
Esto no se produce a día de hoy, trabajando en otros datos. Ocurre ahora. Ocurrió hace un par de días, con los datos anteriores. En el ínterin, algo hizo que se detuviera.
Otras aplicaciones no provocar este problema en este momento. Si tengo esta app escribir a mi disco local en lugar de en el servidor NAS servidor de archivos, el problema no ocurre. Si me desconecte y vuelva a conectar el servidor de archivos, el problema se produce de nuevo. En el pasado, cuando he reiniciado tanto en mi Mac y el servidor de archivos, el problema reoccured, pero no he probado que esta vez.
Mi ordenador: MacBook Pro Retina, a mediados de 2014, el sistema operativo OS X Yosemite 10.10.5
La app: MusicBrainz Picard 1.3.2, que añade metadatos a los archivos de audio y mueve los archivos a un directorio de destino.
El origen de la ruta: ruta de acceso de un archivo de música en el archivo en el servidor, como por ejemplo u'/Volumes/Qmultimedia/Music/_inbox/_tracks/Vancouver Academy of Music Symphony Orchestra/VAM Mozart Requiem 2014/02 Symphony No. 8 D. 759 "Unfinished"- I. Allegro moderato.flac' (175 caracteres)
La ruta de acceso de destino: ruta de una modificación de un archivo de música en el archivo en el servidor, como por ejemplo u'/Volumes/Qmultimedia/Music/master_tagged_files/Mozart, Wolfgang Amadeus, Schubert, Franz; Vancouver Academy of Music Symphony Orchestra, Dala, Leslie, Wood, Caitlin, Froese, Laurelle Jade, Rupolo, Rocco, Read, Zachary, Vancouver Bach Choir/Mozart Requiem _ Schubert _Unfinished_ Symphony/02 Symphony No. 8 in B minor, D. 759 _Unfinished__ I. Allegro moderato.flac' (363 caracteres)
El servidor de archivos: un QNAP TS-219P, alrededor de los 5 años de edad
La conexión: a través de una entrada en el panel de la izquierda de una ventana del Finder, "miservidor(AFP)", con un servidor en el cuadro de imagen como vista previa. Cuando tengo que hacer un clic derecho sobre este icono y seleccione "Obtener Información" en el menú pop-up, una ventana de Información aparece. En ella, "Información General", se lee, "Tipo: Mac, Donde: Red". "Más Info", se lee, (un icono giratorio) con el mensaje, "Buscando...".
El volumen: El servidor NAS tiene varios volúmenes del sistema de archivos. El volumen en cuestión se llama "Qmultimedia", con una carcasa del disco y la caja de la historieta de tres humanoides como su vista previa. Cuando tengo que hacer un clic derecho sobre este icono y seleccione "Obtener Información" en el menú pop-up, una ventana de Información aparece. En ella, "General", se lee:
Server: afp://Gemini(AFP)._afpovertcp._tcp.local/Qmultimedia
Created: Sunday, 21. December, 2014 at 14:18
Modified: Today, 00:48
Format: AppleShare
Capacity: 2.95 TB
Available: 1.48 TB
Used: 1,474,284,388,352 bytes (1.47 TB on disk)
La caída del informe: hay mucho en colgar el informe, /Library/Logs/DiagnosticReports/MusicBrainz Picard_2016-09-03-233838_MyMac.colgar, pero aquí hay algunos puntos destacados:
Event: hang
Duration: 4.70s (process was unresponsive for 31 seconds before sampling)
Steps: 48 (100ms sampling interval)
Heaviest stack for the main thread of the target process:
48 start + 52 (MusicBrainz Picard + 3044) [0x100000be4]
48 main + 650 (MusicBrainz Picard + 4474) [0x10000117a]
48 py2app_main + 2683 (MusicBrainz Picard + 10075) [0x10000275b]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 943050) [0x1040353ca]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 942382) [0x10403512e]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 792742) [0x1040108a6]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 792454) [0x104010786]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 785344) [0x10400ebc0]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 792454) [0x104010786]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 789242) [0x10400fafa]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 792454) [0x104010786]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 785344) [0x10400ebc0]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 792454) [0x104010786]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 787402) [0x10400f3ca]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 784253) [0x10400e77d]
48 ??? (<F57E8887-372A-E630-588B-1148CCA29919> + 3464844) [0x107efbe8c]
48 ??? (<4172EABD-46BE-2722-C849-F7FB5632DED2> + 1324428) [0x10918158c]
48 ??? (<4172EABD-46BE-2722-C849-F7FB5632DED2> + 1314468) [0x10917eea4]
48 ??? (<4172EABD-46BE-2722-C849-F7FB5632DED2> + 1313524) [0x10917eaf4]
48 ??? (<CD803C71-F94D-524C-1A39-07D1A339A0F0> + 272000) [0x108485680]
48 -[NSApplication run] + 594 (AppKit + 551667) [0x7fff837caaf3]
48 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 346 (AppKit + 593496) [0x7fff837d4e58]
48 _DPSNextEvent + 978 (AppKit + 596139) [0x7fff837d58ab]
48 _BlockUntilNextEventMatchingListInModeWithFilter + 71 (HIToolbox + 205099) [0x7fff8f07812b]
48 ReceiveNextEventCommon + 179 (HIToolbox + 205294) [0x7fff8f0781ee]
48 RunCurrentEventLoopInMode + 235 (HIToolbox + 206191) [0x7fff8f07856f]
48 CFRunLoopRunSpecific + 296 (CoreFoundation + 465880) [0x7fff887abbd8]
48 __CFRunLoopRun + 927 (CoreFoundation + 467391) [0x7fff887ac1bf]
48 __CFRunLoopDoSources0 + 269 (CoreFoundation + 469901) [0x7fff887acb8d]
48 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 17 (CoreFoundation + 526849) [0x7fff887baa01]
48 ??? (<4172EABD-46BE-2722-C849-F7FB5632DED2> + 1323008) [0x109181000]
48 ??? (<4172EABD-46BE-2722-C849-F7FB5632DED2> + 1317852) [0x10917fbdc]
48 ??? (<F57E8887-372A-E630-588B-1148CCA29919> + 3461518) [0x107efb18e]
48 ??? (<CD803C71-F94D-524C-1A39-07D1A339A0F0> + 588900) [0x1084d2c64]
48 ??? (<CD803C71-F94D-524C-1A39-07D1A339A0F0> + 562669) [0x1084cc5ed]
48 ??? (<F57E8887-372A-E630-588B-1148CCA29919> + 3465277) [0x107efc03d]
48 ??? (<CFFC31D5-41BF-BC16-2650-C745627427E7> + 26259) [0x104715693]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 933631) [0x104032eff]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 759914) [0x10400886a]
48 ??? (<96E177D6-BA68-399D-7325-FAA0DD7247EB> + 1026148) [0x104049864]
48 __psynch_cvwait + 10 (libsystem_kernel.dylib + 90422) [0x7fff8275b136]
*48 psynch_cvcontinue + 0 (pthread + 26910) [0xffffff7f80f9991e]
....
Thread 0x13ac3a 48 samples (1-48) priority 31 cpu time 4.697s
<thread QoS legacy, boosted, received importance donation from WindowServer [189], IO policy important>
48 thread_start + 13 (libsystem_pthread.dylib + 5101) [0x7fff8dd113ed] 1-48
48 _pthread_start + 176 (libsystem_pthread.dylib + 16343) [0x7fff8dd13fd7] 1-48
48 _pthread_body + 131 (libsystem_pthread.dylib + 16474) [0x7fff8dd1405a] 1-48
48 ??? (<4172EABD-46BE-2722-C849-F7FB5632DED2> + 161492) [0x1090656d4] 1-48
....
48 __fcntl + 10 (libsystem_kernel.dylib + 88482) [0x7fff8275a9a2] 1-48
*34 hndl_unix_scall64 + 22 (kernel + 2311718) [0xffffff8000434626] 1-34
....
*1 hndl_unix_scall64 + 10 (kernel + 2311706) [0xffffff800043461a] (running) 35
*13 hndl_unix_scall64 + 22 (kernel + 2311718) [0xffffff8000434626] 36-48
....
Entradas anidados bajo hndl_unix_scall64 parecen tener que ver con los mensajes de registro, así que supongo que es donde los mensajes vienen de. Supongo que el símbolo hndl_unix_scall64 está cerca de donde las llamadas van mal.
Actualizado 2016-09-04: añadido ejemplos de originales y rutas de acceso de destino. También, agrega este diagnóstico encontrar. Cuando yo uso Picard de la secuencia de comandos internos para truncar la longitud de sus segmentos de la ruta 160 caracteres, entonces el ahorro de archivo se realiza correctamente. El afpfs_FindForkRef failed -1 todavía se vierte en el registro de la consola por cientos de personas, pero sólo por un par de segundos. Luego se detiene, y Picard no se bloquea. Así, la longitud total de la ruta, o la longitud de los segmentos de la ruta, pueden ser relevantes.
