Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Desmontar carpetas muertas
48 views
Skip to first unread message
Paynalton
Jul 11, 2016, 10:10:02 PM7/11/16
to
Hola chicos, tengo un problema. En un servidor tengo varios montajes a carpetas cifs. El problema es que a veces esos servidores pierden comunicación y las carpetas se cuelgan.
el montaje lo tengo así:
//1.1.1.1/carpeta /mnt/carpeta cifs user=usuario,password=password,auto,user,ro 0 0
He intentado lo siguiente:
umount /mnt/carpeta
umount -fl /mnt/carpeta
umount -fr /mnt/carpeta
umount -l /mnt/carpeta
y comandos como estos también se quedan colgados:
fuser /mnt/carpeta
df
cd /mnt/carpeta
Si reinicio el servidor también se queda colgado, la única forma de desbloquear es desconectar el servidor y esperar a que encienda de nuevo.
Saben de que manera puedo reestablecer una conexión en estos casos???
el montaje lo tengo así:
//1.1.1.1/carpeta /mnt/carpeta cifs user=usuario,password=password,auto,user,ro 0 0
He intentado lo siguiente:
umount /mnt/carpeta
umount -fl /mnt/carpeta
umount -fr /mnt/carpeta
umount -l /mnt/carpeta
y comandos como estos también se quedan colgados:
fuser /mnt/carpeta
df
cd /mnt/carpeta
Si reinicio el servidor también se queda colgado, la única forma de desbloquear es desconectar el servidor y esperar a que encienda de nuevo.
Saben de que manera puedo reestablecer una conexión en estos casos???
--
----
___________________________________
/ Al amigo y al caballo, no hay que \
\ cansarlos. /
-----------------------------------
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
______________________
< Mi extensión es 2273 >
----------------------
\
\
.--.
|o_o |
|:_/ |
// \ \
(| | )
/'\_ _/`\
\___)=(___/
|
Camaleón
Jul 12, 2016, 9:30:06 AM7/12/16
to
El Mon, 11 Jul 2016 21:04:45 -0500, Paynalton escribió:
(ese formato...)
> Hola chicos, tengo un problema. En un servidor tengo varios montajes a
> carpetas cifs. El problema es que a veces esos servidores pierden
> comunicación y las carpetas se cuelgan.
>
> el montaje lo tengo así:
>
>
> //1.1.1.1/carpeta /mnt/carpeta cifs
> user=usuario,password=password,auto,user,ro 0 0
>
> He intentado lo siguiente:
>
> umount /mnt/carpeta
> umount -fl /mnt/carpeta
> umount -fr /mnt/carpeta
> umount -l /mnt/carpeta
>
> y comandos como estos también se quedan colgados:
>
> fuser /mnt/carpeta df cd /mnt/carpeta
>
> Si reinicio el servidor también se queda colgado, la única forma de
> desbloquear es desconectar el servidor y esperar a que encienda de
> nuevo.
Ese es uno de los motivos por los que no me gusta montar unidades de red,
prefiero acceder a los recursos directamente con smb:// para no tener que
estar pendiente del estado del servidor aunque desgraciadamente no todas
las aplicaciones responden igual de bien ante esos URI.
> Saben de que manera puedo reestablecer una conexión en estos casos???
Google devuelve esto:
How do you force a CIFS connection to unmount
http://stackoverflow.com/questions/74626/how-do-you-force-a-cifs-connection-to-unmount
Saludos,
--
Camaleón
(ese formato...)
> Hola chicos, tengo un problema. En un servidor tengo varios montajes a
> carpetas cifs. El problema es que a veces esos servidores pierden
> comunicación y las carpetas se cuelgan.
>
> el montaje lo tengo así:
>
>
> //1.1.1.1/carpeta /mnt/carpeta cifs
> user=usuario,password=password,auto,user,ro 0 0
>
> He intentado lo siguiente:
>
> umount /mnt/carpeta
> umount -fl /mnt/carpeta
> umount -fr /mnt/carpeta
> umount -l /mnt/carpeta
>
> y comandos como estos también se quedan colgados:
>
> fuser /mnt/carpeta df cd /mnt/carpeta
>
> Si reinicio el servidor también se queda colgado, la única forma de
> desbloquear es desconectar el servidor y esperar a que encienda de
> nuevo.
prefiero acceder a los recursos directamente con smb:// para no tener que
estar pendiente del estado del servidor aunque desgraciadamente no todas
las aplicaciones responden igual de bien ante esos URI.
> Saben de que manera puedo reestablecer una conexión en estos casos???
How do you force a CIFS connection to unmount
http://stackoverflow.com/questions/74626/how-do-you-force-a-cifs-connection-to-unmount
Saludos,
--
Camaleón
Paynalton
Jul 12, 2016, 12:10:04 PM7/12/16
to
--
----
__________________________________________
< El que a burros favorece, coces merece. >
------------------------------------------
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
______________________
< Mi extensión es 2273 >
----------------------
\
\
.--.
|o_o |
|:_/ |
// \ \
(| | )
/'\_ _/`\
\___)=(___/
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
______________________
< Mi extensión es 2273 >
----------------------
\
\
.--.
|o_o |
|:_/ |
// \ \
(| | )
/'\_ _/`\
\___)=(___/
El mar, 12-07-2016 a las 13:20 +0000, Camaleón escribió:
> El Mon, 11 Jul 2016 21:04:45 -0500, Paynalton escribió:
>
> (ese formato...)
>
Sorry, olvidé cambiarlo...
> El Mon, 11 Jul 2016 21:04:45 -0500, Paynalton escribió:
>
> (ese formato...)
>
> > Hola chicos, tengo un problema. En un servidor tengo varios montajes a
> > carpetas cifs. El problema es que a veces esos servidores pierden
> > comunicación y las carpetas se cuelgan.
> >
> > el montaje lo tengo así:
> >
> >
> > //1.1.1.1/carpeta /mnt/carpeta cifs
> > user=usuario,password=password,auto,user,ro 0 0
> >
> > He intentado lo siguiente:
> >
> > umount /mnt/carpeta
> > umount -fl /mnt/carpeta
> > umount -fr /mnt/carpeta
> > umount -l /mnt/carpeta
> >
> > y comandos como estos también se quedan colgados:
> >
> > fuser /mnt/carpeta df cd /mnt/carpeta
> >
> > Si reinicio el servidor también se queda colgado, la única forma de
> > desbloquear es desconectar el servidor y esperar a que encienda de
> > nuevo.
>
> Ese es uno de los motivos por los que no me gusta montar unidades de red,
> prefiero acceder a los recursos directamente con smb:// para no tener que
> estar pendiente del estado del servidor aunque desgraciadamente no todas
> las aplicaciones responden igual de bien ante esos URI.
>
espero que al final del año no tenga que volver a hacerlo.
> > Saben de que manera puedo reestablecer una conexión en estos casos???
>
> Google devuelve esto:
>
> How do you force a CIFS connection to unmount
> http://stackoverflow.com/questions/74626/how-do-you-force-a-cifs-connection-to-unmount
>
> Saludos,
>
me funciona, el comando simplemente se queda colgado, se crea un proceso
"umount" que ni un "killall umount -9" lo mata. Es como si al entrar en
contacto con las carpetas colgadas los comandos se infectaran de un
virus zombi que los vuelve inmunes a cualquier arma conocida...
Camaleón
Jul 12, 2016, 1:20:08 PM7/12/16
to
El Tue, 12 Jul 2016 11:06:17 -0500, Paynalton escribió:
(...)
>> > Saben de que manera puedo reestablecer una conexión en estos casos???
>>
>> Google devuelve esto:
>>
>> How do you force a CIFS connection to unmount
>> http://stackoverflow.com/questions/74626/how-do-you-force-a-cifs-
connection-to-unmount
>>
>
entonces dinos qué te mensaje te devuelve ("resource busy?").
También puedes ver si hay algún proceso con acceso a ese recurso con
"lsof | grep /mnt/carpeta", quizá te dé alguna pista. También te puede
servir el contenido de "/proc/mounts" para ver si sigue apareciendo ese
recurso como "montado". De todas formas si el recurso de red no está
realmente disponible ¿qué es lo que quieres hacer exactamente?
Por cierto, /mnt no lo recomendaría para montajes fijos, mira a ver si
puedes moverlo a tu /home o a un directorio dedicado.
Saludos,
--
Camaleón
(...)
>> > Saben de que manera puedo reestablecer una conexión en estos casos???
>>
>> Google devuelve esto:
>>
>> How do you force a CIFS connection to unmount
>> http://stackoverflow.com/questions/74626/how-do-you-force-a-cifs-
connection-to-unmount
>>
>
> Si, ya había visto ese post, desgraciadamente ninguna de esas opciones
> me funciona, el comando simplemente se queda colgado, se crea un proceso
> "umount" que ni un "killall umount -9" lo mata. Es como si al entrar en
> contacto con las carpetas colgadas los comandos se infectaran de un
> virus zombi que los vuelve inmunes a cualquier arma conocida...
Si has probado con "umount -f -a -t cifs -l" y tampoco lo desengancha
> me funciona, el comando simplemente se queda colgado, se crea un proceso
> "umount" que ni un "killall umount -9" lo mata. Es como si al entrar en
> contacto con las carpetas colgadas los comandos se infectaran de un
> virus zombi que los vuelve inmunes a cualquier arma conocida...
entonces dinos qué te mensaje te devuelve ("resource busy?").
También puedes ver si hay algún proceso con acceso a ese recurso con
"lsof | grep /mnt/carpeta", quizá te dé alguna pista. También te puede
servir el contenido de "/proc/mounts" para ver si sigue apareciendo ese
recurso como "montado". De todas formas si el recurso de red no está
realmente disponible ¿qué es lo que quieres hacer exactamente?
Por cierto, /mnt no lo recomendaría para montajes fijos, mira a ver si
puedes moverlo a tu /home o a un directorio dedicado.
Saludos,
--
Camaleón
Paynalton
Jul 12, 2016, 5:10:02 PM7/12/16
to
--
----
_____________________________
< La avaricia rompe el saco. >
-----------------------------
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
______________________
< Mi extensión es 2273 >
----------------------
\
\
.--.
|o_o |
|:_/ |
// \ \
(| | )
/'\_ _/`\
\___)=(___/
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
______________________
< Mi extensión es 2273 >
----------------------
\
\
.--.
|o_o |
|:_/ |
// \ \
(| | )
/'\_ _/`\
\___)=(___/
El mar, 12-07-2016 a las 17:18 +0000, Camaleón escribió:
> El Tue, 12 Jul 2016 11:06:17 -0500, Paynalton escribió:
>
> (...)
>
> >> > Saben de que manera puedo reestablecer una conexión en estos casos???
> >>
> >> Google devuelve esto:
> >>
> >> How do you force a CIFS connection to unmount
> >> http://stackoverflow.com/questions/74626/how-do-you-force-a-cifs-
> connection-to-unmount
> >>
> >
> > Si, ya había visto ese post, desgraciadamente ninguna de esas opciones
> > me funciona, el comando simplemente se queda colgado, se crea un proceso
> > "umount" que ni un "killall umount -9" lo mata. Es como si al entrar en
> > contacto con las carpetas colgadas los comandos se infectaran de un
> > virus zombi que los vuelve inmunes a cualquier arma conocida...
>
> Si has probado con "umount -f -a -t cifs -l" y tampoco lo desengancha
> entonces dinos qué te mensaje te devuelve ("resource busy?").
>
Pues en realidad no muestra nada, sólo se queda colgado el comando, no
> El Tue, 12 Jul 2016 11:06:17 -0500, Paynalton escribió:
>
> (...)
>
> >> > Saben de que manera puedo reestablecer una conexión en estos casos???
> >>
> >> Google devuelve esto:
> >>
> >> How do you force a CIFS connection to unmount
> >> http://stackoverflow.com/questions/74626/how-do-you-force-a-cifs-
> connection-to-unmount
> >>
> >
> > Si, ya había visto ese post, desgraciadamente ninguna de esas opciones
> > me funciona, el comando simplemente se queda colgado, se crea un proceso
> > "umount" que ni un "killall umount -9" lo mata. Es como si al entrar en
> > contacto con las carpetas colgadas los comandos se infectaran de un
> > virus zombi que los vuelve inmunes a cualquier arma conocida...
>
> Si has probado con "umount -f -a -t cifs -l" y tampoco lo desengancha
> entonces dinos qué te mensaje te devuelve ("resource busy?").
>
vuelve a mostrar el prompt y no responce a CTRL+C ni CTRL+Z, lo mismo
pasa si ejecuto lsof, se queda colgado el comando. No he revisado que
sale en /proc/mounts, lo probaré.
En psaux y top me aparecen todos los comandos como ejecutándose, pero no
puedo matarlos con signal 9 ni 15.
> También puedes ver si hay algún proceso con acceso a ese recurso con
> "lsof | grep /mnt/carpeta", quizá te dé alguna pista. También te puede
> servir el contenido de "/proc/mounts" para ver si sigue apareciendo ese
> recurso como "montado". De todas formas si el recurso de red no está
> realmente disponible ¿qué es lo que quieres hacer exactamente?
>
servidor a revisar el recurso está disponible pero los comandos sobre la
carpeta se cuelgan, y si llamo al encargado del recurso me dice "A sí,
esque otra vez se trabó el windows y lo tuvimos que reiniciar, pero ya
ta trabajando" (lease con tono de voz de albañil al que le preguntas
porqué le quedó inclinada la pared).
> Por cierto, /mnt no lo recomendaría para montajes fijos, mira a ver si
> puedes moverlo a tu /home o a un directorio dedicado.
>
nombre de compañía en un directorio de trabajo.
> Saludos,
>
Emilio Lazo Zaia
Jul 12, 2016, 9:10:03 PM7/12/16
to
Intenta lsof -n porque quizás se queda resolviendo el nombre, cosa que evitas con -n.
Me resulta extraño que no se pueda con umount -f ni -l, ya que las operaciones que se quedan colgadas de esa forma que no responden ante kill o killall -9 son aquellas que están esperando I/O y quedan como ininterrumpibles (visible como una D con ps o top). Como se ve con ps o con top esos procesos de umount o fuser cuando se cuelga?
Paynalton
Jul 12, 2016, 9:10:03 PM7/12/16
to
--
----
______________________________________
/ ¿Para qué este sufrimiento? Y la voz \
| contestaba: para nada. |
| |
\ -- León Tolstoi -- /
--------------------------------------
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
El mar, 12-07-2016 a las 20:36 -0430, Emilio Lazo Zaia escribió:
> Intenta lsof -n porque quizás se queda resolviendo el nombre, cosa que
> evitas con -n.
>
> Me resulta extraño que no se pueda con umount -f ni -l, ya que las
> operaciones que se quedan colgadas de esa forma que no responden ante
> kill o killall -9 son aquellas que están esperando I/O y quedan como
> ininterrumpibles (visible como una D con ps o top). Como se ve con ps
> o con top esos procesos de umount o fuser cuando se cuelga?
>
Si, esos procesos aparecen con una D
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
El mar, 12-07-2016 a las 20:36 -0430, Emilio Lazo Zaia escribió:
> Intenta lsof -n porque quizás se queda resolviendo el nombre, cosa que
> evitas con -n.
>
> Me resulta extraño que no se pueda con umount -f ni -l, ya que las
> operaciones que se quedan colgadas de esa forma que no responden ante
> kill o killall -9 son aquellas que están esperando I/O y quedan como
> ininterrumpibles (visible como una D con ps o top). Como se ve con ps
> o con top esos procesos de umount o fuser cuando se cuelga?
>
harrywormwoodii
Jul 12, 2016, 10:40:03 PM7/12/16
to
Intenta lsof -n porque quizás se queda resolviendo el nombre, cosa que evitas
con -n.
Me resulta extraño que no se pueda con umount -f ni -l, ya que las
operaciones que se quedan colgadas de esa forma que no responden ante kill o
killall -9 son aquellas que están esperando I/O y quedan como
ininterrumpibles (visible como una D con ps o top). Como se ve con ps o con
top esos procesos de umount o fuser cuando se cuelga?
http://www.autosyusados.com <donde comprar coches baratos>
con -n.
Me resulta extraño que no se pueda con umount -f ni -l, ya que las
operaciones que se quedan colgadas de esa forma que no responden ante kill o
killall -9 son aquellas que están esperando I/O y quedan como
ininterrumpibles (visible como una D con ps o top). Como se ve con ps o con
top esos procesos de umount o fuser cuando se cuelga?
-----
donde comprar coches baratos
--
View this message in context: http://debian.2.n7.nabble.com/Desmontar-carpetas-muertas-tp3885626p3886383.html
Sent from the debian-user-spanish mailing list archive at Nabble.com.
Camaleón
Jul 13, 2016, 9:20:02 AM7/13/16
to
El Tue, 12 Jul 2016 16:00:20 -0500, Paynalton escribió:
> El mar, 12-07-2016 a las 17:18 +0000, Camaleón escribió:
(...)
> El mar, 12-07-2016 a las 17:18 +0000, Camaleón escribió:
>> Si has probado con "umount -f -a -t cifs -l" y tampoco lo desengancha
>> entonces dinos qué te mensaje te devuelve ("resource busy?").
>>
>>
> Pues en realidad no muestra nada, sólo se queda colgado el comando, no
> vuelve a mostrar el prompt y no responce a CTRL+C ni CTRL+Z, lo mismo
> pasa si ejecuto lsof, se queda colgado el comando. No he revisado que
> sale en /proc/mounts, lo probaré.
> En psaux y top me aparecen todos los comandos como ejecutándose, pero no
> puedo matarlos con signal 9 ni 15.
saber es si realmente se ha desmontado el recurso o no.
>> También puedes ver si hay algún proceso con acceso a ese recurso con
>> "lsof | grep /mnt/carpeta", quizá te dé alguna pista. También te puede
>> servir el contenido de "/proc/mounts" para ver si sigue apareciendo ese
>> recurso como "montado". De todas formas si el recurso de red no está
>> realmente disponible ¿qué es lo que quieres hacer exactamente?
>>
> Pues es que el recurso se va pero vuelve a regresar, Cuando entro al
> servidor a revisar el recurso está disponible pero los comandos sobre la
> carpeta se cuelgan, y si llamo al encargado del recurso me dice "A sí,
> esque otra vez se trabó el windows y lo tuvimos que reiniciar, pero ya
> ta trabajando" (lease con tono de voz de albañil al que le preguntas
> porqué le quedó inclinada la pared).
intermitente, samba debería poder lidiar con eso. Pero vaya, que no
necesitas desmontar el recurso sólo esperar a que vuelva a estar
disponible.
>> Por cierto, /mnt no lo recomendaría para montajes fijos, mira a ver si
>> puedes moverlo a tu /home o a un directorio dedicado.
>>
> Obviamente es un ejemplo, las carpetas montadas están separadas por
> nombre de compañía en un directorio de trabajo.
me guste nada usarlo como punto de montaje fijo, mejor temporal para
montajes rápidos, pruebas, etc...
Saludos,
--
Camaleón
harrywormwoodii
Jul 13, 2016, 8:10:04 PM7/13/16
to
Si has probado con "umount -f -a -t cifs -l" y tampoco lo desengancha
entonces dinos qué te mensaje te devuelve ("resource busy?").
entonces dinos qué te mensaje te devuelve ("resource busy?").
También puedes ver si hay algún proceso con acceso a ese recurso con
"lsof | grep /mnt/carpeta", quizá te dé alguna pista. También te puede
servir el contenido de "/proc/mounts" para ver si sigue apareciendo ese
recurso como "montado". De todas formas si el recurso de red no está
realmente disponible ¿qué es lo que quieres hacer exactamente?
http://www.msweb.com.mx/
"lsof | grep /mnt/carpeta", quizá te dé alguna pista. También te puede
servir el contenido de "/proc/mounts" para ver si sigue apareciendo ese
recurso como "montado". De todas formas si el recurso de red no está
realmente disponible ¿qué es lo que quieres hacer exactamente?
https://www.soloequiposmedicos.mx/
http://thebackstagestudio.com.mx
-----
donde comprar coches baratos
--
limpia
Jul 13, 2016, 10:40:02 PM7/13/16
to
< Me disculpo, si soy grosero, pero >
Y también que no estoy interesado en comprar un coche barato.
Qué paso ?
Si es
--
Si esto es aceptable, para la lista de correo,
También tengo muchos sitios me gustaría
quieren promover, y por lo menos están
relacionada con Debian.
Con permiso,
Saludos a todo.
-----------------------------------
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
¿Qué significan todos estos enlaces tienen que ver con este problema?
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
Y también que no estoy interesado en comprar un coche barato.
Qué paso ?
Si es
Si esto es aceptable, para la lista de correo,
También tengo muchos sitios me gustaría
quieren promover, y por lo menos están
relacionada con Debian.
Con permiso,
Saludos a todo.
Camaleón
Jul 14, 2016, 11:00:02 AM7/14/16
to
El Wed, 13 Jul 2016 21:39:06 -0500, limpia escribió:
(...)
> ¿Qué significan todos estos enlaces tienen que ver con este problema?
> Y también que no estoy interesado en comprar un coche barato.
> Qué paso ?
(...)
No parece un correo humano, de hecho está repitiendo contenido de un
mensaje mío anterior, vamos, que parece un intento camuflado de spam
automatizado.
> Si esto es aceptable, para la lista de correo,
> También tengo muchos sitios me gustaría
> quieren promover, y por lo menos están
> relacionada con Debian.
> Con permiso,
> Saludos a todo.
Hombre, mejor ser constructivo que destructivo ¿no?
https://wiki.debian.org/I18n/SpanishSpamClean
Saludos,
--
Camaleón
(...)
> ¿Qué significan todos estos enlaces tienen que ver con este problema?
> Y también que no estoy interesado en comprar un coche barato.
> Qué paso ?
No parece un correo humano, de hecho está repitiendo contenido de un
mensaje mío anterior, vamos, que parece un intento camuflado de spam
automatizado.
> Si esto es aceptable, para la lista de correo,
> También tengo muchos sitios me gustaría
> quieren promover, y por lo menos están
> relacionada con Debian.
> Con permiso,
> Saludos a todo.
https://wiki.debian.org/I18n/SpanishSpamClean
Saludos,
--
Camaleón
limpia
Jul 14, 2016, 11:40:03 AM7/14/16
to
Buen, gracias, he encontrado, la opción "informe", para informar de
correo no deseado, y lo reportaron.
Además, estaba siendo sarcástico,
Sí, es mejor ser constructivo, ...
Saludos y gracias
correo no deseado, y lo reportaron.
Además, estaba siendo sarcástico,
Sí, es mejor ser constructivo, ...
ziprasidon...@gmail.com
Jul 15, 2016, 7:00:03 PM7/15/16
to
On Monday, July 11, 2016 09:04:45 PM Paynalton wrote:
> Hola chicos, tengo un problema. En un servidor tengo varios montajes a
> carpetas cifs. El problema es que a veces esos servidores pierden
> comunicación y las carpetas se cuelgan.
>
> el montaje lo tengo así:
>
>
> //1.1.1.1/carpeta /mnt/carpeta cifs
> user=usuario,password=password,auto,user,ro 0 0
>
> He intentado lo siguiente:
>
> umount /mnt/carpeta
> umount -fl /mnt/carpeta
> umount -fr /mnt/carpeta
> umount -l /mnt/carpeta
>
> y comandos como estos también se quedan colgados:
>
> fuser /mnt/carpeta
> df
> cd /mnt/carpeta
>
> Si reinicio el servidor también se queda colgado, la única forma de
> desbloquear es desconectar el servidor y esperar a que encienda de
> nuevo.
>
> Saben de que manera puedo reestablecer una conexión en estos casos???
Hola
> Hola chicos, tengo un problema. En un servidor tengo varios montajes a
> carpetas cifs. El problema es que a veces esos servidores pierden
> comunicación y las carpetas se cuelgan.
>
> el montaje lo tengo así:
>
>
> //1.1.1.1/carpeta /mnt/carpeta cifs
> user=usuario,password=password,auto,user,ro 0 0
>
> He intentado lo siguiente:
>
> umount /mnt/carpeta
> umount -fl /mnt/carpeta
> umount -fr /mnt/carpeta
> umount -l /mnt/carpeta
>
> y comandos como estos también se quedan colgados:
>
> fuser /mnt/carpeta
> df
> cd /mnt/carpeta
>
> Si reinicio el servidor también se queda colgado, la única forma de
> desbloquear es desconectar el servidor y esperar a que encienda de
> nuevo.
>
> Saben de que manera puedo reestablecer una conexión en estos casos???
Tengo un caso similar; tenemos un servidor samba (llamemoslo A) en el que
algunos de sus shares apuntan (montados por nfs y smb) a otro servidor (B).
Creo que este caso es aún peor, ya que si el servidor (B), que es el que
contiene la información de esos shares..., se apaga, el servidor (A) de samba
se cuelga totalmente (no exactamente el servidor, sino que el servicio samba
deja de responder; también como el caso del OP, hasta que "B" vuelva a estar
en línea).
Quedo atento si surge una solucion.
PD: Creo recordar (no estoy 100% seguro) que en versiones anteriores esto no
ocurría.
Saludos
Camaleón
Jul 16, 2016, 9:50:05 AM7/16/16
to
El Fri, 15 Jul 2016 19:58:26 -0300, ziprasidon...@gmail.com
escribió:
> Tengo un caso similar; tenemos un servidor samba (llamemoslo A) en el
> que algunos de sus shares apuntan (montados por nfs y smb) a otro
> servidor (B).
Pues tendrás que explicar mejor eso de los "sambas encadenados" y qué
configuración usas exactamente :-)
> Creo que este caso es aún peor, ya que si el servidor (B), que es el que
> contiene la información de esos shares..., se apaga, el servidor (A) de
> samba se cuelga totalmente (no exactamente el servidor, sino que el
> servicio samba deja de responder; también como el caso del OP, hasta que
> "B" vuelva a estar en línea).
En tu caso puedes probar a reiniciar el servicio ("service smbd restart")
pero jamás he experimentado una situación igual con samba (ni con la red
de windows, vaya), seguramente porque no uso ese tipo de recursos
montados sino que siempre accedo a ellos a través del explorador de
archivos y cuando están accesibles se accede y cuando no hay red o no
están disponibles devuelve un error al cliente pero poco más.
> Quedo atento si surge una solucion.
>
> PD: Creo recordar (no estoy 100% seguro) que en versiones anteriores
> esto no ocurría.
Es que eso no debe ocurrir nunca.
Se entiende que cuando no hay red disponible o no hay acceso a Internet
algunos servicios vayan más lentos porque consultan a servidores remotos
y se produce un "time out", etc. pero ese servicio jamás debe bloquearse
ni dejar muerto el sistema, cualquiera de esas dos situaciones invitaría
a pensar en una mala configuración de los servicios en cuestión o un
error en su implementación (bug).
Saludos,
--
Camaleón
escribió:
> Tengo un caso similar; tenemos un servidor samba (llamemoslo A) en el
> que algunos de sus shares apuntan (montados por nfs y smb) a otro
> servidor (B).
configuración usas exactamente :-)
> Creo que este caso es aún peor, ya que si el servidor (B), que es el que
> contiene la información de esos shares..., se apaga, el servidor (A) de
> samba se cuelga totalmente (no exactamente el servidor, sino que el
> servicio samba deja de responder; también como el caso del OP, hasta que
> "B" vuelva a estar en línea).
pero jamás he experimentado una situación igual con samba (ni con la red
de windows, vaya), seguramente porque no uso ese tipo de recursos
montados sino que siempre accedo a ellos a través del explorador de
archivos y cuando están accesibles se accede y cuando no hay red o no
están disponibles devuelve un error al cliente pero poco más.
> Quedo atento si surge una solucion.
>
> PD: Creo recordar (no estoy 100% seguro) que en versiones anteriores
> esto no ocurría.
Se entiende que cuando no hay red disponible o no hay acceso a Internet
algunos servicios vayan más lentos porque consultan a servidores remotos
y se produce un "time out", etc. pero ese servicio jamás debe bloquearse
ni dejar muerto el sistema, cualquiera de esas dos situaciones invitaría
a pensar en una mala configuración de los servicios en cuestión o un
error en su implementación (bug).
Saludos,
--
Camaleón
Paynalton
Jul 18, 2016, 8:10:02 PM7/18/16
to
--
----
_________________________________________
/ La vida no es más que un tejido de \
| habitos. |
| |
| -- Henry F. Amiel. (1821-1881) Escritor |
\ suizo. /
-----------------------------------------
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
______________________
< Mi extensión es 1424 >
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
______________________
----------------------
\
\
.--.
|o_o |
|:_/ |
// \ \
(| | )
/'\_ _/`\
\___)=(___/
\
\
.--.
|o_o |
|:_/ |
// \ \
(| | )
/'\_ _/`\
\___)=(___/
El mié, 13-07-2016 a las 13:18 +0000, Camaleón escribió:
> El Tue, 12 Jul 2016 16:00:20 -0500, Paynalton escribió:
>
> > El mar, 12-07-2016 a las 17:18 +0000, Camaleón escribió:
>
> (...)
>
> >> Si has probado con "umount -f -a -t cifs -l" y tampoco lo desengancha
> >> entonces dinos qué te mensaje te devuelve ("resource busy?").
> >>
> >>
> > Pues en realidad no muestra nada, sólo se queda colgado el comando, no
> > vuelve a mostrar el prompt y no responce a CTRL+C ni CTRL+Z, lo mismo
> > pasa si ejecuto lsof, se queda colgado el comando. No he revisado que
> > sale en /proc/mounts, lo probaré.
>
Acaba de suceder de nuevo, he revisado en /proc/mounts y el recurso
> El Tue, 12 Jul 2016 16:00:20 -0500, Paynalton escribió:
>
> > El mar, 12-07-2016 a las 17:18 +0000, Camaleón escribió:
>
> (...)
>
> >> Si has probado con "umount -f -a -t cifs -l" y tampoco lo desengancha
> >> entonces dinos qué te mensaje te devuelve ("resource busy?").
> >>
> >>
> > Pues en realidad no muestra nada, sólo se queda colgado el comando, no
> > vuelve a mostrar el prompt y no responce a CTRL+C ni CTRL+Z, lo mismo
> > pasa si ejecuto lsof, se queda colgado el comando. No he revisado que
> > sale en /proc/mounts, lo probaré.
>
aparece como montado, el proceso umount en D y todo comando que
intervenga con la carpeta se queda colgado.
> Quizá no se cuelgue sino que necesita más tiempo.
>
> > En psaux y top me aparecen todos los comandos como ejecutándose, pero no
> > puedo matarlos con signal 9 ni 15.
>
> Sí, eso es normal (man umount.cifs, apartado "bugs") pero lo que conviene
> saber es si realmente se ha desmontado el recurso o no.
>
> >> También puedes ver si hay algún proceso con acceso a ese recurso con
> >> "lsof | grep /mnt/carpeta", quizá te dé alguna pista. También te puede
> >> servir el contenido de "/proc/mounts" para ver si sigue apareciendo ese
> >> recurso como "montado". De todas formas si el recurso de red no está
> >> realmente disponible ¿qué es lo que quieres hacer exactamente?
> >>
> > Pues es que el recurso se va pero vuelve a regresar, Cuando entro al
> > servidor a revisar el recurso está disponible pero los comandos sobre la
> > carpeta se cuelgan, y si llamo al encargado del recurso me dice "A sí,
> > esque otra vez se trabó el windows y lo tuvimos que reiniciar, pero ya
> > ta trabajando" (lease con tono de voz de albañil al que le preguntas
> > porqué le quedó inclinada la pared).
>
> Bueno, es normal que un recurso de red deje de estar disponible de manera
> intermitente, samba debería poder lidiar con eso. Pero vaya, que no
> necesitas desmontar el recurso sólo esperar a que vuelva a estar
> disponible.
>
a estar disponible el punto de montaje tiene ese problema. Lo único que
puedo hacer hasta este momento es hacer un hard reset del servidor con
los consecuentes peligros que esto conlleva. Por eso es que busco una
manera de poder tener el recurso de nuevo en línea sin necesidad de
desconectar ningún cable.
Camaleón
Jul 19, 2016, 9:30:03 AM7/19/16
to
El Mon, 18 Jul 2016 19:06:02 -0500, Paynalton escribió:
> El mié, 13-07-2016 a las 13:18 +0000, Camaleón escribió:
>> El Tue, 12 Jul 2016 16:00:20 -0500, Paynalton escribió:
>>
>> > El mar, 12-07-2016 a las 17:18 +0000, Camaleón escribió:
>>
>> (...)
>>
>> >> Si has probado con "umount -f -a -t cifs -l" y tampoco lo
>> >> desengancha entonces dinos qué te mensaje te devuelve ("resource
>> >> busy?").
>> >>
>> >>
>> > Pues en realidad no muestra nada, sólo se queda colgado el comando,
>> > no vuelve a mostrar el prompt y no responce a CTRL+C ni CTRL+Z, lo
>> > mismo pasa si ejecuto lsof, se queda colgado el comando. No he
>> > revisado que sale en /proc/mounts, lo probaré.
>>
>>
> Acaba de suceder de nuevo, he revisado en /proc/mounts y el recurso
> aparece como montado, el proceso umount en D y todo comando que
> intervenga con la carpeta se queda colgado.
Pues no lo desmontes, déjalo. Si sabes que el recurso no está accesible
> El mié, 13-07-2016 a las 13:18 +0000, Camaleón escribió:
>> El Tue, 12 Jul 2016 16:00:20 -0500, Paynalton escribió:
>>
>> > El mar, 12-07-2016 a las 17:18 +0000, Camaleón escribió:
>>
>> (...)
>>
>> >> Si has probado con "umount -f -a -t cifs -l" y tampoco lo
>> >> desengancha entonces dinos qué te mensaje te devuelve ("resource
>> >> busy?").
>> >>
>> >>
>> > Pues en realidad no muestra nada, sólo se queda colgado el comando,
>> > no vuelve a mostrar el prompt y no responce a CTRL+C ni CTRL+Z, lo
>> > mismo pasa si ejecuto lsof, se queda colgado el comando. No he
>> > revisado que sale en /proc/mounts, lo probaré.
>>
>>
> Acaba de suceder de nuevo, he revisado en /proc/mounts y el recurso
> aparece como montado, el proceso umount en D y todo comando que
> intervenga con la carpeta se queda colgado.
porque no hay conexión al servidor (por el motivo que sea), no te va a
responder. Si se queda en ese estado no podrás matarlo, tendrás que ver
qué es lo que genera que se quede así (¿quizá un disco duro lento o con
problemas de acceso?). Considera acceder a las unidades de red sin
montarlas para evitarlo.
>> > Pues es que el recurso se va pero vuelve a regresar, Cuando entro al
>> > servidor a revisar el recurso está disponible pero los comandos sobre
>> > la carpeta se cuelgan, y si llamo al encargado del recurso me dice "A
>> > sí, esque otra vez se trabó el windows y lo tuvimos que reiniciar,
>> > pero ya ta trabajando" (lease con tono de voz de albañil al que le
>> > preguntas porqué le quedó inclinada la pared).
>>
>> Bueno, es normal que un recurso de red deje de estar disponible de
>> manera intermitente, samba debería poder lidiar con eso. Pero vaya, que
>> no necesitas desmontar el recurso sólo esperar a que vuelva a estar
>> disponible.
>>
>>
> Bueno, ese es uno de los problemas, El recurso se va pero cuando vuelve
> a estar disponible el punto de montaje tiene ese problema. Lo único que
> puedo hacer hasta este momento es hacer un hard reset del servidor con
> los consecuentes peligros que esto conlleva. Por eso es que busco una
> manera de poder tener el recurso de nuevo en línea sin necesidad de
> desconectar ningún cable.
accesible y otra que el desmontaje no funcione pero el sistema no debe
tener problemas de respuesta ¿dices que no te queda otra más que
reiniciarlo a lo bruto? Entonces quizá el problema no lo genere el
recurso samba, mira a ver si puedes acceder a través de ssh y reiniciar
el sistema desde ahí.
Saludos,
--
Camaleón
harrywormwoodii
Jul 23, 2016, 1:10:02 AM7/23/16
to
Me resulta extraño que no se pueda con umount -f ni -l, ya que las
operaciones que se quedan colgadas de esa forma que no responden ante kill o
killall -9 son aquellas que están esperando I/O y quedan como
ininterrumpibles (visible como una D con ps o top). Como se ve con ps o con
top esos procesos de umount o fuser cuando se cuelga?
https://certificatic.org/
operaciones que se quedan colgadas de esa forma que no responden ante kill o
killall -9 son aquellas que están esperando I/O y quedan como
ininterrumpibles (visible como una D con ps o top). Como se ve con ps o con
top esos procesos de umount o fuser cuando se cuelga?
-----
donde comprar coches baratos
--
harrywormwoodii
Sep 12, 2016, 12:30:03 AM9/12/16
to
Ser los distribuidores de contenido con los clientes mas satisfechos en el
mercado y con la mejor programación disponible en el mundo activar roku
<http://tvnow.io>
-----
donde comprar coches baratos
--
View this message in context: http://debian.2.n7.nabble.com/Desmontar-carpetas-muertas-tp3885626p3933577.html
mercado y con la mejor programación disponible en el mundo activar roku
<http://tvnow.io>
-----
donde comprar coches baratos
--
demetriiahart
Dec 10, 2016, 11:30:02 PM12/10/16
to
Lonarium es especialista en planeación, diseño y desarrollo de Arquitectura
Textil. Encontremos juntos la solución perfecta para tu proyecto. carpas
<http://www.lonarium.com/>
--
View this message in context: http://debian.2.n7.nabble.com/Desmontar-carpetas-muertas-tp3885626p4011661.html
Textil. Encontremos juntos la solución perfecta para tu proyecto. carpas
<http://www.lonarium.com/>
--
View this message in context: http://debian.2.n7.nabble.com/Desmontar-carpetas-muertas-tp3885626p4011661.html
0 new messages