Primero que nada: soy un administrador de Linux, pero tengo que hacer algunas cosas de MacOS en el lugar (tenía muy poca exposición a él anteriormente).
Una de las tareas que tengo es tomar una copia de seguridad de un arreglo de Pegasus2 Promise de 10TB adjunto a un mac-mini que ejecuta el capitan 10.11.4.
Soy root en el mac (sudo -i de la cuenta de administrador).
Estoy tratando de sincronizar los datos de la matriz a un servidor de respaldo con amplio almacenamiento (una caja de Linux). Todos se fueron a la perfección hasta que el proceso alcanzó un cierto archivo de 52 MB, en ese solo se "pega". Sin tiempo de espera, sin error, nada.
Los perms / flags se ven así:
ls -leO@ CCCBB15A-5DA6-433F-BD37-001CB6151E08.key
-r--r--r--@ 1 user staff compressed 54994229 17 Sep 2015 CCCBB15A-5DA6-433F-BD37-001CB6151E08.key
com.apple.finder.copy.source.checksum#N 4
com.apple.genstore.info 91
com.apple.genstore.orig_perms_v1 1
com.apple.genstore.origdisplayname 31
com.apple.genstore.origposixname 31
com.apple.iwork.documentUUID#PS 16
com.apple.metadata:_kTimeMachineNewestSnapshot 50
com.apple.metadata:_kTimeMachineOldestSnapshot 50
com.apple.quarantine 22
0: group:everyone deny write,delete,append,writeattr,writeextattr,chown
¿Cuál de estos es responsable de que la raíz se "atasque"? :)
Y, lo que es más importante, ¿qué debo hacer para que se "despegue"?
Edit1: Y esto es lo que hace (indefinidamente, por su aspecto) ... usa dtruss.
stat64("Backups.backupdb/Chiltepin/2016-01-22-164610/Macintosh HD/.DocumentRevisions-V100/PerUID/502/24c/com.apple.documentVersions/805FC10B-F41B-4825-A0EB-41BE7505E79B.key/preview-micro.jpgls -leO@ CCCBB15A-5DA6-433F-BD37-001CB6151E08.key
-r--r--r--@ 1 user staff compressed 54994229 17 Sep 2015 CCCBB15A-5DA6-433F-BD37-001CB6151E08.key
com.apple.finder.copy.source.checksum#N 4
com.apple.genstore.info 91
com.apple.genstore.orig_perms_v1 1
com.apple.genstore.origdisplayname 31
com.apple.genstore.origposixname 31
com.apple.iwork.documentUUID#PS 16
com.apple.metadata:_kTimeMachineNewestSnapshot 50
com.apple.metadata:_kTimeMachineOldestSnapshot 50
com.apple.quarantine 22
0: group:everyone deny write,delete,append,writeattr,writeextattr,chown
", 0x7FFF5DEF6A08, 0x1000) = 0 0
lstat64("Backups.backupdb/Chiltepin/2016-01-22-164610/Macintosh HD/.DocumentRevisions-V100/PerUID/502/24c/com.apple.documentVersions/805FC10B-F41B-4825-A0EB-41BE7505E79B.key/preview-web.jpgstat64("Backups.backupdb/Chiltepin/2016-01-22-164610/Macintosh HD/.DocumentRevisions-V100/PerUID/502/24c/com.apple.documentVersions/805FC10B-F41B-4825-A0EB-41BE7505E79B.key/preview-micro.jpg%pre%", 0x7FFF5DEF6A08, 0x1000) = 0 0
lstat64("Backups.backupdb/Chiltepin/2016-01-22-164610/Macintosh HD/.DocumentRevisions-V100/PerUID/502/24c/com.apple.documentVersions/805FC10B-F41B-4825-A0EB-41BE7505E79B.key/preview-web.jpg%pre%", 0x0, 0x0) = 0 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
", 0x0, 0x0) = 0 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
read(0x3, "%pre%", 0x40000) = 262144 0
No es un ritmo rápido, claro, parece que lo intenta una vez cada 15 segundos.
Edit2: La saga continúa. Probé bsdtar & gnu tar (instalado a través de homebrew) para generar una bola de alquitrán local de los volúmenes en la matriz Promesa. Esos procesos también se atascan, generalmente en archivos dentro de Backups.backupdb, que parecen ser datos de TimeMachine. Siempre es un archivo con la extensión .key. ¿Hay alguna forma de copiar estos? Supongo que es un privilegio como la Utilidad de Disco - > First Aid no mostró problemas con el sistema de archivos.
Edit3 : Todavía no entiendo por qué funciona un cp simple de los archivos que funcionan con cualquier otro medio, pero ese parece ser el status quo. La creación de una imagen del dispositivo en cuestión parece haber funcionado también. No estoy seguro de que // la restauración // de esa imagen funcione, aunque ... sigh