Montaje de recursos bajo demanda en GNU/Linux

Si alguna vez habéis trabajado con servidores NFS sabréis que el modelo habitual de trabajo es el de conectarse al recurso cuando un el equipo se arranca. Por ejemplo, si las /home de vuestros usuario están compartidas por NFS, éstas se suelen montar cuando el equipo cliente arranca, pero no se tiene en cuenta de si se están o no usando realmente. La conexión se establece y eso hace que el servidor NFS consuma más recursos de los que probablemente tendría que emplear, especialmente si el número de usuarios es grande.

Para evitar este tipo de complicaciones, GNU/Linux tiene un paquete, llamado autofs que permite montar automáticamente un partición cuando esta es requerida y desmontarla si no se está empleando, ahorrando así recursos. Vamos a ver cómo emplear automount para hacer justamente lo aquí descrito.

Primero vamos a instalar el paquete,

shell> apt-get install autofs

Tras su instalación tendremos varios archivos nuevos sobre el directorio /etc. En concreto auto.master, auto.misc, auto.net, auto.smb y default/autofs. Tras instalarlo, tendremos un nuevo daemon (autofs) que se encargará de controlar los puntos de montaje.

El fichero de configuración principal es /etc/auto.master y que contiene las principales líneas de los puntos de montaje. Cada línea es similar a ésta.

/misc /etc/auto.misc --timeout=60

Esto quiere decir que todo lo que hay en el fichero /etc/auto.misc hay que montarlo bajo /misc y desmontarlo si lleva sin usarse más de 60 segundos. La línea ahí descrita es la que tenemos de ejemplo comentada en el fichero principal, pero vamos a crear una que haga lo que queremos nosotros con NFS para nuestro /home.

Para ello, añadimos la siguiente línea a auto.master.

/home /etc/auto.home --timeout=60

Y a continuación, creamos el fichero /etc/auto.home con el siguiente contenido.

-fstype=nfs4,intr,rsize=0192,wsize=8192 192.168.1.33:/home

Y ya tenemos listo el proceso de automount para nuestro /home. Cada vez que un usuario quiera acceder a dicho directorio, en caso de no estar montado se montará automáticamente. El único requisito, tener el daemon autofs ejecutándose ;-)
Lógicamente y haciendo honor al post, este truco sirve para tanto para recursos NFS como para cualquier otro recurso que necesite ser montado (sshfs, samba, etc.).

La entrada Montaje de recursos bajo demanda en GNU/Linux la puedes leer en Puppet Linux.

Leer más

Windows 7, cliente NFS

Por fin, después de mucho tiempo descubro, por casualidad, que la última versión del sistema operativo de Microsoft (Windows 7) tiene la posibilidad de tener un cliente nativo de NFS para acceder a recursos en red. Quizás por fin hayan descubierto que NFS es mejor protocolo para compartir ficheros, quizás sepan que en las redes hay servidores con NFS, etc. Sea lo que sea, lo importante es que ya se puede montar una unidad de red a través de NFS.

Para comer usarla, primero tenemos que instalar los componentes de Windows necesarios.

Tras elegir el cliente NFS y aceptar se instalará el software que falte para tener dicho componente activo. Ahora, una vez lo tengamos tenemos que abrir una consola (cmd) como usuario administrador y ejecutar en ella el resto de comandos. Lo único que necesario será habilitar el servicio NFS.

C:\> nfsadmin client start

The service was started successfully.

Y tras ello, montar la unidad de red, tal como sigue,

C:\> mount -o anon,nolock,r,casesensitive \\192.168.0.10\home *
Z: is now successfully connected to \\192.168.0.10\home

The command completed successfully.

Para desmontarla, al más puro estilo GNU/Linux, umount.

C:\> umount.exe Z:

Disconnecting           Z:      \\192.168.0.10\home
The command completed successfully.

Leer más

NFS, qué se comparte en la red

Al igual que las redes que emplean equipo Windows (y samba en GNU/Linux) permite compartir y ver lo que comparten otros de forma sencilla, en caso de NFS y equipos Linux, ésto también pasa. Hoy os presento un pequeño truco que permite saber de forma simple aquellas carpetas y recursos que están compartidos en red vía NFS y de forma muy simple: showmount. También, éste maravilloso comando permitirá de forma sencilla saber quién usó este recursos compartido.

Vamos a ver a continuación cómo funciona,

shell> showmount -e 192.168.1.15
Export list for 192.168.1.15:
/home 192.168.1.0/24

Como se puede observar, así obtenemos un listado completo de todos los recursos que la máquina 192.168.1.15 está compartiendo y a los que tenemos acceso. Acceso, cuando menos de IP.

También podemos lista únicamente aquellos directorios compartidos por una máquina, con la opción -d.

shell> showmount -d 192.168.1.15
Directories on 192.168.1.15:
/home

Si ahora nos interesa saber desde nuestro equipo qué máquinas montaron alguna vez un recurso del servidor consultado, lo podemos hacer con la opción -a. Esta opción no indica qué máquinas lo tienen montado, sino aquellas que lo han montado alguna vez, desde el último reinicio.

shell> showmount -a 192.168.1.15
All mount points on 192.168.1.15:
192.168.1.33:/home
192.168.1.34:/home
192.168.1.35:/home
192.168.1.145:/home
192.168.1.2:/home

Leer más

NFS [no_]root_squash

NFS es un protocolo a nivel de aplicación que sirve para compartir sistemas de archivos en red. En sistemas GNU/Linux es ampliamente usado para compartir datos entre equipos, al más puro estilo samba en equipos Windows.

A la hora de exportar un sistema de ficheros NFS, hay ciertas opciones que nos pueden ser de interés a la hora de montar los datos en un nuevo equipo. Estas opciones son no_root_squash y root_squash, según queramos o no tener una equivalencia del usuario root al sistema que exporta. Dichas opciones se especifican en el servidor origen, a la hora de exportar los datos.

Un ejemplo puede ser, por ejemplo,

/home/javier     192.168.0.33 (rw,root_squash)

El significado de las opciones son:

• root_squash
  
  El usuario root del cliente se mapea al servidor con el usuario nobody. Esto previene que un cliente pueda dejar archivos infectados para que se ejecuten.
• no_root_squash
  
  Permite que el usuario root del cliente se mapee con el usuario root del servidor. Esta opción puede implicar un fallo de seguridad.

Leer más

NFS SLES 11 SP-1 crash

Aunque habitualmente uso sistemas basados en Debian, en ciertos equipos del trabajo administro sistemas Suse y Red Hat. No tengo nada en contra de ellas y es más, suelen funcionar muy bien, las pocas cosas que les permiten hacer, las hacen bien y no suelen dar fallos.

El otro día estaba trabajando con una SLES 11 SP1 y necesitaba montar un servidor de ficheros (NFS) para compartir unos datos entre equipos. Como es lógico, empleé YAST e instalé el servicio. Una vez configurado y arrancado todo perfecto, pero desde los clientes era imposible acceder. En los log's del servidor se veía que arrancaba el servico correctamente y al configuración también era correcta, pero al acceder desde el cliente aparecían estas líneas sospechosas en los log's.

nfsd: last server has exited, flushing export cache
NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
NFSD: starting 90-second grace period
rpc.mountd[3842]: segfault at fffffffe80000017 ip 00007fa393b60ee8 sp 00007fff9bb6d370 error 4 in rpc.mountd[7fa393b5b000+16000]

segfault en un log, es la típica palabra que no presagia nada bueno. Y así fue.

Probé a montar el recurso desde otro equipo y volvía a pasar exactamente lo mismo y por lo que parece, todo apunta a un fallo en el servidor NFS de SLES 11 SP1.

La solución fue realizar un downgrade de dicho servicio a SLES 11 y ya todo funcionó perfectamente. Por suerte, la configuración de los servidores NFS no es nada compleja y este cambio no afectó ni llevó excesivo tiempo.

Se reportará el fallo a Novell para que intenten solucionarlo. El servidor empleaba SLES 11 SP1 x86_64. No probé para la plataforma i386.

Leer más