FreeNAS: Problemas de permiso al completar conjuntos de datos como root (cli)

FreeNAS: Problemas de permiso al completar conjuntos de datos como root (cli)

Estoy configurando un NAS doméstico y lo aprovecho para familiarizarme con FreeNAS.

mis especificaciones: CPU
FreeNAS-11.3-U2
Intel(R) Core(TM) i5-4690 a 3,50 GHz.
Memoria RAM DDR3 de 16 GB.
SO: se ejecuta en un SSD ADATA SP600 de 250 GB.

mis piscinas:

  1. NAS01. /mnt/NAS012 espejos de 2 TBcon 1 repuesto (el espacio real de respaldo/NAS). Los 2 desarrolladores del espejo son WDC WD2003FZEX; el repuesto es un ST2000DL003
  2. S500. /mnt/S5001x 500GB(espacio de cero). El disco es un ST3500320AS. También hay un sexto disco de 1TDB esperando ser utilizado...

Originalmente hice una copia de seguridad de unos 80 GB de datos de otra computadora en un conjunto de datos zfs en un disco duro externo. Sólo después de eso supe que un disco así no se puede importar. Este conjunto de datos tenía una instantánea creada en esa computadora original.

Luego logré transferir el conjunto de datos al pool2 como S500/pre2012 montado en /mnt/pre2012 (sinceramente, no recuerdo exactamente ahora cómo lo hice, pero debí haberlo hecho a través de cli a través de zpool e ifs).

En algún momento usé a zfs send | recvpara transferir (¿puedo decir copiar?) S500/pre2012@snp1 al pool1 en NAS01/pre2012, que inesperadamente para mí estaba montado en /mn/mnt/pre2012.

Después de probar y familiarizarme un poco con los recursos compartidos SMB y verificar que podía hacerlo funcionar con todas mis cajas MAC y Linux, decidí que era hora de organizar el grupo 1 (NAS01) en diferentes conjuntos de datos de acuerdo con lo que planeo almacenar y cómo úsalo. Creé estos conjuntos de datos usando la GUI.

El resultado es la siguiente estructura de conjuntos de datos raíz (según zfs list):

NAS01/PRIVATE 55.0G 1.62T 20.5G /mnt/NAS01/PRIVATE
NAS01/PRIVATE/Documents 573M 1.62T 573M /mnt/NAS01/PRIVATE/Documents
NAS01/PRIVATE/Fotos 33.9G 1.62T 33.9G /mnt/NAS01/PRIVATE/Fotos
NAS01/PUBLIC 16.9G 1.62T 96K /mnt/NAS01/PUBLIC
NAS01/PUBLIC/Library 57.6M 1.62T 57.6M /mnt/NAS01/PUBLIC/Library
NAS01/PUBLIC/Movies 15.5G 1.62T 15.5G /mnt/NAS01/PUBLIC/Movies
NAS01/PUBLIC/Music 1.05G 1.62T 1.05G /mnt/NAS01/PUBLIC/Music
NAS01/PUBLIC/Software 299M 1.62T 299M /mnt/NAS01/PUBLIC/Software
NAS01/pre2012 71.3G 1.62T 71.3G /mnt/mnt/pre2012
S500 268G 178G 136K /mnt/S500
S500/SharedScratch 196G 178G 196G /mnt/S500/SharedScratch
S500/pre2012 71.4G 178G 71.3G /mnt/pre2012

SharedScratch ha estado funcionando bien en SMB en mi red, mientras que yo solo usaba acceso a cuentas de invitado y nadie: nadie es propietario. Pero esa es otra historia.

Actualmente, elestructura del S500/pre2012(o más bien el de su punto de montaje) es:

/mnt//pre2012/120/30/home/
/mnt//pre2012/120/30/MatLab6.5/
/mnt//pre2012/120/80/home/
/mnt//pre2012/120/80/O/
/mnt//pre2012/120/80/usr/
/mnt//pre2012/250/48/home/
/mnt//pre2012/250/80win/

También tenía otras carpetas como Música que logré mv(sin mucho esfuerzo) en NAS01/PUBLIC/Music, por ejemplo.

Todas estas carpetas en S500/pre2012 son propiedad del usuario admin. Es el único usuario adicional que creé.

Mi problema parece estar relacionado con cuestiones de privilegios, aunque hice sudo en root al emitir comandos como el siguiente:

root@freenas[/mnt/S500/pre2012]#mv 120 /mnt/NAS01/PRIVATE/Documents
mv: chmod: /mnt/NAS01/PRIVATE/Documents/120/30/home/msantos/Reports/Apoptosis: Operation not permitted
mv: chmod: /mnt/NAS01/PRIVATE/Documents/120/30/home/msantos/Reports/.Designability.March.2005.tex.swp: Operation not permitted
mv: /mnt/NAS01/PRIVATE/Documents/120/30/home/msantos/Reports/NMR: File exists
mv: /bin/cp 120 /mnt/NAS01/PRIVATE/Documents/120: terminated with 1 (non-zero) status

Elpermisos de carpetasson:

root@freenas[/mnt/S500/pre2012/120]# ll ; ll /mnt/NAS01/PRIVATE/Documents/120
total 26
drwxr-x---+ 4 admin admin uarch 4 Sep 22 21:03 ./
drwxr-x---+ 4 admin admin uarch 4 Sep 22 21:03 ../
drwxr-x---+ 3 admin admin uarch 3 Sep 22 21:14 30/
drwxr-x---+ 5 admin admin uarch 5 Sep 14 15:56 80/
total 2
drwxrwx---+ 3 root admin uarch 3 Sep 22 21:57 ./
drwxrwx---+ 3 admin admin uarch 4 Sep 22 21:57 ../
drwxrwx---+ 3 root admin uarch 3 Sep 22 21:57 30/

Como puede ver, la jugada no pudo copiar todo, ¡aunque sí copió algo! ¡Eso es aún más preocupante porque es un movimiento!

aqui algunospermisos de las carpetas de destino:

root@freenas[~]# ls -lF /mnt/NAS01
total 9
drwxr-xr-x+ 5 admin admin 6 Sep 22 19:16 PRIVATE/
drwxrwx---+ 6 root wheel 6 Sep 22 15:30 PUBLIC/

root@freenas[~]# ls -lFd /mnt/NAS01/*/*
drwxrwx---+ 3 admin admin 4 Sep 22 21:57 /mnt/NAS01/PRIVATE/Documents/
drwxrwx---+ 15 admin admin 19 Sep 22 20:37 /mnt/NAS01/PRIVATE/Fotos/
drwxrwx---+ 2 nobody admin 4 Sep 22 21:03 /mnt/NAS01/PUBLIC/Library/
drwxrwx---+ 5 nobody admin 38 Sep 22 20:13 /mnt/NAS01/PUBLIC/Movies/
drwxrwx---+ 17 nobody admin 36 Sep 22 20:41 /mnt/NAS01/PUBLIC/Music/
drwxrwx---+ 9 nobody admin 9 Sep 22 21:09 /mnt/NAS01/PUBLIC/Software/

Todos esos conjuntos de datos infantiles de PRIVADO y PÚBLICO se comparten a través de SMB. El primero solo debería ser accesible para el usuario administrador. De ahí esos permisos/propiedades.

Mis preguntas: ¿Cómo puedo utilizar mvaquí de manera confiable para completar estos conjuntos de datos?No entiendo cómo usar zfs send/recv para copiar datos en un conjunto de datos/carpeta específicos. Es por eso que inicialmente, cuando lo intenté, terminé con una copia anterior a 2012 en /mnt/mnt/ que la GUI no me permite usar como recurso compartido. De ahí mi uso mv.

Además, dado que estoy intentando ordenar diferentes carpetas del conjunto de datos original en diferentes conjuntos de datos dst, no veo cómo zfs send/recv puede hacer eso. ¿Es eso posible?

Estoy un poco frustrado en este punto. O hice las cosas totalmente mal o me estoy perdiendo una idea fundamental de cómo se supone que debe usarse FreeNAS... o ambas cosas :-/ En cualquier caso, no esperaba que llenar el servidor con datos fuera tan complicado.

Nuevamente, esto es justo después de mis primeras 1,5 semanas jugando con FreeNAS. Perdón por la extensión del post.

Estoy estancado ahora mismo. Cualquier pista será apreciada.

Gracias de antemano.

Respuesta1

Resuelto... algo así como.

Por lo que aprendí de hilos comoeste,esteyestePodría haber sido una combinación de problemas:

  1. Al crear el conjunto de datos, seleccioné como tipo SMBen lugar deGeneric. Eso está bien para compartir samba, pero tiene un precio: FreeNAS le asigna inmediatamente un case sensitivemodo y no se puede cambiar.
  2. chmod vs smb acl: las cosas hechas en el nivel cli (chmod) no son lo mismo/totalmente compatibles con lo que hace la GUI.
  3. Si lo usa, rsynces posible que desee usarlo comorsync -A --no-perms .... Esta no es una opción que yo conocía (no está disponible en OSX, por ejemplo). Lo -Aque hace es jugar bien con las entradas de ACL.
  4. Asegúrate de sudo para rootear comosudo su -l

Mi solución final ha sido rehacer algunas de las carpetas donde quiero distinguir entre mayúsculas y minúsculas, por ejemplo,PRIVATE/Documents y compártelo como un recurso compartido NFSversión 4 y obligar a todos los usuarios a montarlo como (el nombre de usuario que asignaste a este recurso compartido -admin en mi caso); Lo mismo para el grupo.

Esto permite asignar el tipo de conjunto de datos como genericy luego case sensitive. También parece más rápido que compartir algo.

Puede que no sea óptimo. Pero como lo uso principalmente con Mac y Linux (rara vez con Windows), parece estar bien.

Monté el recurso compartido a través de cli en mi Mac mount -t nfs nas:/mnt/NAS01/PRIVATE/Documents ~/Desktop/NFS:. No intenté usar Finder( Go to Server...) como la primera vez (ver PD, no a continuación).

El Findertraduce esa carpeta del escritorio NFS -> Documents. Sin embargo, en el cli todavía lo ves como NFS.

PD: Este fue mi segundo intento de configurar un recurso compartido NFS y usar un cliente Mac, todo parece estar bien hasta ahora. No vi el extraño problema de la primera vez, donde el buscador cae en un bucle sin fin al copiar un archivo al recurso compartido y comienza a crear copias infinitas del mismo.

ingrese la descripción de la imagen aquí

información relacionada