12 Jan
2011
12 Jan
'11
5:53 p.m.
Holas a todos,
Tengo un servdor de NFS que no acaba de funcionar. Este es el /etc/exports:
/var/lib/tftpboot/maquinas/client/ *(rw,sync,no_subtree_check)
Cuando intento montar algo desde un cliente, me dice:
isaac:/home/boube# mount.nfs
172.16.1.9:/var/lib/tftpboot/maquinas/client/ /mnt/test/
mount.nfs: rpc.statd is not running but is required for remote locking.
Either use '-o nolock' to keep locks local, or start statd.
Pasandole el '-o nolock' funciona, pero ese servidor lo necesito para
arrancar unas máquinas por red y ahí no puedo pasar parámetros, además
que debería de montar sin ningún problema sin el parámetro '-o
nolock'.
Saludiños a todos!
--
Adrián Boubeta elboube(a)gmail.com
12 Jan
12 Jan
6:10 p.m.
prueba a reiniciar el portmap y luego el nfs-kernel-server
2011/1/12 boube <elboube(a)gmail.com>
Holas a todos,
Tengo un servdor de NFS que no acaba de funcionar. Este es el /etc/exports:
/var/lib/tftpboot/maquinas/client/ *(rw,sync,no_subtree_check)
Cuando intento montar algo desde un cliente, me dice:
isaac:/home/boube# mount.nfs
172.16.1.9:/var/lib/tftpboot/maquinas/client/ /mnt/test/
mount.nfs: rpc.statd is not running but is required for remote locking.
Either use '-o nolock' to keep locks local, or start statd.
Pasandole el '-o nolock' funciona, pero ese servidor lo necesito para
arrancar unas máquinas por red y ahí no puedo pasar parámetros, además
que debería de montar sin ningún problema sin el parámetro '-o
nolock'.
Saludiños a todos!
--
Adrián Boubeta elboube(a)gmail.com
_______________________________________________
GALPon mailing list
GALPon(a)listas.galpon.org
https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon
6:54 p.m.
Tienes que tener el rpc.statd funcionando (es lo que te dice).
Si haces ps aux | grep rpc
statd 4275 0.0 0.0 2000 884 ? Ss 2010 0:00
/sbin/rpc.statd
o si no lo compruebas con /etc/init.d/nfs-common status
Si no, algo te falló al arrancar el nfs, el /etc/init.d/nfs-common es el que
arranca el statd. Los logs: grep rpc /var/log/daemon.log ahí seguro que está
el problema.
Todo esto en un entorno debian o similar.
Saludos
2011/1/12 Alberto González Rodríguez <alberto(a)pesadilla.org>
prueba a reiniciar el portmap y luego el
nfs-kernel-server
2011/1/12 boube <elboube(a)gmail.com>
Holas a todos,
Tengo un servdor de NFS que no acaba de funcionar. Este es el
/etc/exports:
/var/lib/tftpboot/maquinas/client/ *(rw,sync,no_subtree_check)
Cuando intento montar algo desde un cliente, me dice:
isaac:/home/boube# mount.nfs
172.16.1.9:/var/lib/tftpboot/maquinas/client/ /mnt/test/
mount.nfs: rpc.statd is not running but is required for remote locking.
Either use '-o nolock' to keep locks local, or start statd.
Pasandole el '-o nolock' funciona, pero ese servidor lo necesito para
arrancar unas máquinas por red y ahí no puedo pasar parámetros, además
que debería de montar sin ningún problema sin el parámetro '-o
nolock'.
Saludiños a todos!
--
Adrián Boubeta elboube(a)gmail.com
_______________________________________________
GALPon mailing list
GALPon(a)listas.galpon.org
https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon
_______________________________________________
GALPon mailing list
GALPon(a)listas.galpon.org
https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon
8:59 p.m.
On Wednesday 12 January 2011 18:54:16 Damian Nogueiras Melendez wrote:
Tienes que tener el rpc.statd funcionando (es lo que
te dice).
Si haces ps aux | grep rpc
statd 4275 0.0 0.0 2000 884 ? Ss 2010 0:00
/sbin/rpc.statd
o si no lo compruebas con /etc/init.d/nfs-common status
Si no, algo te falló al arrancar el nfs, el /etc/init.d/nfs-common es el
que arranca el statd. Los logs: grep rpc /var/log/daemon.log ahí seguro
que está el problema.
Todo esto en un entorno debian o similar.
Saludos
El script nfs-common de /etc/init.d/ de debian squeeze lo arranca
automáticamente al no ser que en /etc/default/nfs-common esté configurado
NEED_STATD=no
Un saludo
13 Jan
13 Jan
9:16 a.m.
El día 12 de enero de 2011 18:54, Damian Nogueiras Melendez
<damiannogueiras(a)gmail.com> escribió:
Tienes que tener el rpc.statd funcionando (es lo que
te dice).
Si haces ps aux | grep rpc
statd 4275 0.0 0.0 2000 884 ? Ss 2010 0:00
/sbin/rpc.statd
o si no lo compruebas con /etc/init.d/nfs-common status
Si no, algo te falló al arrancar el nfs, el /etc/init.d/nfs-common es el que
arranca el statd. Los logs: grep rpc /var/log/daemon.log ahí seguro que está
el problema.
Todo esto en un entorno debian o similar.
nas:/home/tegnix# ps ax | grep rpc
2204 ? S< 0:00 [rpciod/0]
2206 ? S< 0:00 [rpciod/1]
3987 ? Ss 0:00 /sbin/rpc.statd
20550 ? Ss 0:00 /usr/sbin/rpc.mountd
20645 pts/0 S+ 0:00 grep --color=auto rpc
nas:/home/tegnix# invoke-rc.d nfs-common status
all daemons running
Parece que tampoco es de eso . .
--
Adrián Boubeta elboube(a)gmail.com
9:19 a.m.
en la máquina "isaac"tienes el rpc.statd?
reinicia en esa máquina el portmap
y prueba, sino va envíanos un "rpcinfo -p localhost"
2011/1/13 boube <elboube(a)gmail.com>
El día 12 de enero de 2011 18:54, Damian Nogueiras
Melendez
<damiannogueiras(a)gmail.com> escribió:
Tienes que tener el rpc.statd funcionando (es lo
que te dice).
Si haces ps aux | grep rpc
statd 4275 0.0 0.0 2000 884 ? Ss 2010 0:00
/sbin/rpc.statd
o si no lo compruebas con /etc/init.d/nfs-common status
Si no, algo te falló al arrancar el nfs, el /etc/init.d/nfs-common es el
que
arranca el statd. Los logs: grep rpc
/var/log/daemon.log ahí seguro que
está
el problema.
Todo esto en un entorno debian o similar.
nas:/home/tegnix# ps ax | grep rpc
2204 ? S< 0:00 [rpciod/0]
2206 ? S< 0:00 [rpciod/1]
3987 ? Ss 0:00 /sbin/rpc.statd
20550 ? Ss 0:00 /usr/sbin/rpc.mountd
20645 pts/0 S+ 0:00 grep --color=auto rpc
nas:/home/tegnix# invoke-rc.d nfs-common status
all daemons running
Parece que tampoco es de eso . .
--
Adrián Boubeta elboube(a)gmail.com
_______________________________________________
GALPon mailing list
GALPon(a)listas.galpon.org
https://listas.galpon.org/cgi-bin/mailman/listinfo/galpon
9:40 a.m.
2011/1/13 Alberto González Rodríguez <alberto(a)pesadilla.org>rg>:
en la máquina "isaac"tienes el rpc.statd?
reinicia en esa máquina el portmap
y prueba, sino va envíanos un "rpcinfo -p localhost"
Al parecer es un problema del cliente:
isaac:/home/boube# invoke-rc.d nfs-common restart
Stopping NFS common utilities: statd.
Starting NFS common utilities: statd failed!
isaac:/home/boube# tail /var/log/syslog
Jan 13 09:09:00 isaac gdmgreeter[3014]: GLib-GObject-CRITICAL:
g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)'
failed
Jan 13 09:09:00 isaac gdmgreeter[3014]: GdkPixbuf-CRITICAL:
gdk_pixbuf_new_from_file_at_scale: assertion `width > 0 || width ==
-1' failed
Jan 13 09:09:00 isaac gdmgreeter[3014]: GLib-GObject-WARNING: invalid
(NULL) pointer instance
Jan 13 09:09:00 isaac gdmgreeter[3014]: GLib-GObject-CRITICAL:
g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)'
failed
Jan 13 09:09:01 isaac /USR/SBIN/CRON[3018]: (root) CMD ( [ -x
/usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find
/var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 |
xargs -n 200 -r -0 rm)
Jan 13 09:10:01 isaac /USR/SBIN/CRON[3289]: (root) CMD (if [ -x
/usr/bin/vnstat ] && [ `ls /var/lib/vnstat/ | wc -l` -ge 1 ]; then
/usr/bin/vnstat -u; fi)
Jan 13 09:15:01 isaac /USR/SBIN/CRON[3396]: (root) CMD (if [ -x
/usr/bin/vnstat ] && [ `ls /var/lib/vnstat/ | wc -l` -ge 1 ]; then
/usr/bin/vnstat -u; fi)
Jan 13 09:17:01 isaac /USR/SBIN/CRON[3406]: (root) CMD ( cd / &&
run-parts --report /etc/cron.hourly)
Jan 13 09:17:57 isaac rpc.statd[3471]: Version 1.1.2 Starting
Jan 13 09:17:57 isaac rpc.statd[3471]: unable to register (statd, 1, udp).
isaac:/home/boube# rpcinfo -p localhost
rpcinfo: no se puede comunicar con el asignador de puertos: RPC: Error
del sistema remoto - Conexión rehusada
Descarté un problema del cliente porque probé con el systemrescuecd y
me daba el mismo resultado, pero arrancando desde una máquina real no
falla.
Sin embargo estoy probando a arrancar por red mediante tftp+nfs y no
hay manera, al llegar a la parte que monta el raiz por nfs se para.
Gracias a todos y voy a hacer más pruebas, seguiré informando :P
--
Adrián Boubeta elboube(a)gmail.com
12 Jan
12 Jan
7:48 p.m.
El Miércoles, 12 de Enero de 2011, boube escribió:
Holas a todos,
Tengo un servdor de NFS que no acaba de funcionar. Este es el /etc/exports:
/var/lib/tftpboot/maquinas/client/ *(rw,sync,no_subtree_check)
Cuando intento montar algo desde un cliente, me dice:
isaac:/home/boube# mount.nfs
172.16.1.9:/var/lib/tftpboot/maquinas/client/ /mnt/test/
mount.nfs: rpc.statd is not running but is required for remote locking.
Either use '-o nolock' to keep locks local, or start statd.
Pasandole el '-o nolock' funciona, pero ese servidor lo necesito para
arrancar unas máquinas por red y ahí no puedo pasar parámetros, además
que debería de montar sin ningún problema sin el parámetro '-o
nolock'.
Según leo en la documentación:
http://linux.about.com/library/cmd/blcmdl8_rpc.statd.htm
Es necesario que esté arrancado el rpc.statd server :-)
Y creo que el nfslock lo arranca.
Un cordial saludo,
--
-----------------------------------------
Carlos Rodriguez <capri99(a)gmail.com>
GALPon.org - "Abrindo as portas do Sofware Libre"
5288
days inactive
5289
days old
8 comments
5 participants
participants (5)
-
Alberto González Rodríguez -
boube -
Carlos Rodriguez -
Damian Nogueiras Melendez -
Mario Teijeiro