Experiencias con el la implementacin SRM Posix de

Experiencias con el la implementación SRM Posix de Fermilab en el Tier 2 del IFAE Andreu Pacheco IFAE, Barcelona Versión 1. Miércoles 30 de Mayo del 2007 Andreu Pacheco (IFAE)

Motivación • Desde Agosto del 2006 estamos usando un servidor SRM posix en el site IFAE que no es estándard EGEE. • La principal motivación del uso de este sistema venía de hacer accesible datos y ficheros de usuario a través del grid de forma transparente y el ser extremadamente simple. • Adicionalmente era una forma sencilla de integrar la infraestructura de discos accesibles por NFS al grid. 9/24/2021 Andreu Pacheco (IFAE) 2

Opciones existentes en primavera 2006 • En la época en la que se buscaba una solución SRM posix sólo habían dos implementaciones conocidas: • DRM del Lawrence Berkeley Lab http: //sdm. lbl. gov/srm-dist/ • Unix. Fs. Srm de Fermilab https: //srm. fnal. gov/twiki/bin/view/Srm Project/Unix. FSSrm 9/24/2021 Andreu Pacheco (IFAE) 3

Opciones en Primavera 2007 • Actualmente hay un desarrollo en Italia llamado Sto. RM que implementa SRMv 2 http: //www. egrid. it/sw/storm • Es posiblemente una opción atractiva que además implementa funcionalidades avanzadas con sistemas de ficheros como xfs o gpfs para optimizar el acceso a los datos. 9/24/2021 Andreu Pacheco (IFAE) 4

Razones para seleccionar la implementación de Fermilab • DRM estaba principalmente orientado al grid americano y su “glue schema” no era compatible con los clientes srm que usábamos en EGEE como “srmcp”. • Unix. Fs. SRM era el servidor SRM implementado para d. Cache sin d. Cache. Usaba los mismos ficheros de configuración y opciones con las que éramos familiares. 9/24/2021 Andreu Pacheco (IFAE) 5

Beneficios • Se puede implementar quotas por usuarios y grupos. • Se pueden mapear certificados grid a las cuentas de usuario de las UIs. • Por ejemplo: el fichero /nfs/atlas-data 02/scratch/pacheco/a. a es accesible como: srm: //ifaesrm. pic. es: 8443/srm/managerv 1? SF N=/nfs/atlas-data 02/scratch/pacheco/a. a 9/24/2021 Andreu Pacheco (IFAE) 6

Inconvenientes • Cuando se trata de almacenar grandes volúmenes de datos, tener diferentes discos NFS no es la solución. • En la práctica aparecen muchos discos en el sistema de información. • Se ha intentado mitigar el problema con software links pero no hay mucho éxito. • A medio plazo se migrará a dcache la parte de almacenamiento de datos, pero se mantendrá la parte de ficheros de usuario. 9/24/2021 Andreu Pacheco (IFAE) 7

Inconvenientes (2) • No hay desarrollo de una nueva versión SRMv 2 para Unix. Fs. Srm. Esto hace pensar en migrar a otra solución tipo Sto. RM. • Hay fallos intermitentes de los tests de SAM que no se comprenden completamente. • Bajo mucho stress el servidor se colapsa, aunque no es culpa del servidor SRM sino de la transferencia gridftp en si. Posiblemente la solución sea simplemente tener una bateria de servidores srm/gridftp fuera del servidor de disco. 9/24/2021 Andreu Pacheco (IFAE) 8

Conclusiones • La experiencia muestra que es muy útil contar con una solución SRM posix para los ficheros de usuario. • Cada vez más se ponen en producción estos sistemas, sobretodo en instalaciones que tienen un sistema de almacenamiento masivo con interfaz posix • Es un sistema complementario a d. Cache y ambos sistemas pueden coexistir. 9/24/2021 Andreu Pacheco (IFAE) 9