thin clients hp5735 (debian) con servidores open suse 10.3 y 9.3 se apagan solos dentro de las sesiones

[Almudena Garcia]

Hola a los miembros de la lista,

El problema es que aleatoriamente (no sabemos todavía cuándo ni por
qué) estos thin clients se apagan (no debe ser la alimentación porque
se queda encendido el led verde).

El caso es que procesando o no dentro de sesión remota, se apagan de repente.

Suele apagarse el que más se utiliza. Al principio pensamos que era
"overheat" pero no lo creo porque sino ¿por qué se queda el led
encendido?

-¿cómo testearlo? en el cliente se machacan los mensajes y logs.
En los servidores he mirado los .xsession-errors y e intentado ver si
deja la sesión abierta pero todavía ando perdida.

Los del servicio técnico de HP, sólo responden que reinstale la imagen
del sistema operativo
en el tc y que luego hablamos, pero no creo que eso sea una
solución...también piensan que puede ser x calentamiento o por la
alimentación.

Gracias de antemano.

[a***@edu.xunta.es]

Algunas ideas: revisa el archivo del servidor /var/log/syslog, o bien cuando arranques los clientes ejecuta en el servidor tail -f /var/log/syslog y cuando se apague alguno mira el último mensaje

O MEU
BLOG EDUCATIVO http://curiosidadmatematica.blogspot.com/


----- Mensaxe orixinal -----
De: Almudena Garcia <***@gmail.com>
Data: Xoves, Xaneiro 22, 2009 1:47 pm
Asunto: [Ltsp-es] thin clients hp5735 (debian) con servidores open suse 10.3 y 9.3 se apagan solos dentro de las sesiones

Post by Almudena Garcia
Hola a los miembros de la lista,
El problema es que aleatoriamente (no sabemos todavía cuándo ni por
qué) estos thin clients se apagan (no debe ser la alimentación porque
se queda encendido el led verde).
El caso es que procesando o no dentro de sesión remota, se apagan de repente.
Suele apagarse el que más se utiliza. Al principio pensamos que era
"overheat" pero no lo creo porque sino ¿por qué se queda el led
encendido?
-¿cómo testearlo? en el cliente se machacan los mensajes y logs.
En los servidores he mirado los .xsession-errors y e intentado ver si
deja la sesión abierta pero todavía ando perdida.
Los del servicio técnico de HP, sólo responden que reinstale la imagen
del sistema operativo
en el tc y que luego hablamos, pero no creo que eso sea una
solución...también piensan que puede ser x calentamiento o por la
alimentación.
Gracias de antemano.
_______________________________________________
Ltsp-es mailing list
https://listas.hispalinux.es/mailman/listinfo/ltsp-es
Web del proyecto http://terminales.hispalinux.es

[Almudena Garcia]

Lo que había tratado de revisar es el /var/log/messages, también con un tail...
¿por qué no tengo syslog y tengo unas cuantas veces un error
relacionado con syslog-n?
He mirado a donde apunta /etc/init.d/syslog/ tengo que mirarlo más despacio...

Post by a***@edu.xunta.es
Algunas ideas: revisa el archivo del servidor /var/log/syslog, o bien
cuando arranques los clientes ejecuta en el servidor tail -f /var/log/syslog
y cuando se apague alguno mira el último mensaje
O MEU
BLOG EDUCATIVO http://curiosidadmatematica.blogspot.com/
----- Mensaxe orixinal -----
Data: Xoves, Xaneiro 22, 2009 1:47 pm
Asunto: [Ltsp-es] thin clients hp5735 (debian) con servidores open suse 10.3
y 9.3 se apagan solos dentro de las sesiones

Post by Almudena Garcia
Hola a los miembros de la lista,
El problema es que aleatoriamente (no sabemos todavía cuándo ni por
qué) estos thin clients se apagan (no debe ser la alimentación porque
se queda encendido el led verde).
El caso es que procesando o no dentro de sesión remota, se apagan de repente.
Suele apagarse el que más se utiliza. Al principio pensamos que era
"overheat" pero no lo creo porque sino ¿por qué se queda el led
encendido?
-¿cómo testearlo? en el cliente se machacan los mensajes y logs.
En los servidores he mirado los .xsession-errors y e intentado ver si
deja la sesión abierta pero todavía ando perdida.
Los del servicio técnico de HP, sólo responden que reinstale la imagen
del sistema operativo
en el tc y que luego hablamos, pero no creo que eso sea una
solución...también piensan que puede ser x calentamiento o por la
alimentación.
Gracias de antemano.
_______________________________________________
Ltsp-es mailing list
https://listas.hispalinux.es/mailman/listinfo/ltsp-es
Web del proyecto http://terminales.hispalinux.es

_______________________________________________
Ltsp-es mailing list
https://listas.hispalinux.es/mailman/listinfo/ltsp-es
Web del proyecto http://terminales.hispalinux.es

[Marco Aurelio Moncada Coello]

Lo que había tratado de revisar es el, también con un tail...
¿por qué no tengo syslog y tengo unas cuantas veces un error
relacionado con syslog-n?

En syslog puedes ver con este comando. Son similares.
sudo tail -n 100 /var/log/syslog

Saludos,
--
No olvides:

http://www.i-moncads-s.co.cc
http://www.marco-a-moncada.co.cc
http://i-moncads-s.ath.cx Esta pagina solo estar activa cuando yo
este conectado a mi computadora.

El tiempo de hoy y ayer, jamas se repetirá.

Así que un día, tienes una oportunidad de ayudar a tu prójimo, no
debes de dejarlo para después, ya que ese momento no volverá a cruzar
tu camino.

Sabes podemos pensar, muchas cosas, y yo también las pienso, por que,
no sabes la realidad de por que, esta solicitando tu auxilio.

Aunque la gente, que realmente lo necesita, no pide nada, pero la
gente que desea sacar beneficio tuyo, a esa yo no le doy.

Como en el metro, todos los pedinches se reúnen en una estación o en
varias, para ir formados, y muchos solo aparentan, mas muchos no lo
son.

A esa gente, yo no les doy, lo que recomiendo es como anteriormente
hacia, es ir personalmente a la casa hogar y brindar ayuda.

Esa propaganda de que si das, la compañía dará mas, no es por mi comprobable.

Hay mucha gente necesitada, pero hay mas gente que abusa de la misma.

Te has puesto a pensar, esos números de 900, por teléfono, cuanta
gente llama, y que poca la cantidad que dan, las horas de publicidad
cuestan, con la llama tuya, pagas una parte, de esas tonterías, y el
protagonista, que esta horas y horas, tratando de convencerte, por
que, de eso gana.


Marco Aurelio Moncada Coello
Calle Francisco Lozada Chavèz, numero 20, local 5.
Atizapan de Zaragoza, Estado de México
México, 044-55-1920-2224,
011-521-551920-2224

[Almudena Garcia]

Hola again,

Marco: comentaba que no tengo un fichero "syslog", imagino que porque
en el /etc/sysconfig la salida será message en vez de syslog...eso sí,
el demonio está ahí, claro.

En cualquier caso tengo messages, que es lo mismo o eso creo y estoy
cada vez más convencida de que es el cliente
pero en el servidor no queda rastro o yo no los veo

1- en el servidor no queda un error de los thin clients...se queda la
sesion abierta pero por cuestión de quantums debe cerrarlo, esto lo
veo con lsof y con netstat.(He mirado los Xorg,los messages, los
.xsession-errors, los wtmp((last en caso de gdm)), hay algún warning
de la tarjeta NVIDIA: creo que tiene que ver el "", no he visto
SIGNALS que maten algún proceso o no sé cómo al menos)

2-Hasta ahora hemos dejado pasar tiempo desde que se va el thin client
hasta que se enciende.Esto puede influir en no poder recuperar un sólo
mensaje...aunque siendo memoria rom...

3- Tengo un servidor que he cambiado de kdm a gdm 2.2 (10.3)e
igual...ya que el thin client es debian gnome, el otro en el pstree,
aunque le cambié a gdm, aparece como xdm (suse 9.3)

por lo que sea en el servidor...

¿MONITORIZAR EL CLIENTE? con la memoria rom al rearrancar muerta la
sesión en servidor sólo quedan los mensajes de hora del
arranque...probaré ver si cuela si mantiene los mensajes cuando
todavía no ha muerto la sesión en servidor...

[Almudena Garcia]

---------- Mensaje reenviado ----------
De: Almudena Garcia <***@gmail.com>
Fecha: 11 de febrero de 2009 15:55
Asunto: Re: [Ltsp-es] thin clients hp5735 (debian) con servidores open
suse 10.3 y 9.3 se apagan solos dentro de las sesiones
Para: Lista de trabajo Linux Terminal Server Project en Espanol
<ltsp-***@listas.hispalinux.es>


Hola again,

Marco: comentaba que no tengo un fichero "syslog", imagino que porque
en el /etc/sysconfig la salida será message en vez de syslog...eso sí,
el demonio está ahí, claro.

En cualquier caso tengo "messages", que es lo mismo o eso creo y estoy
cada vez más convencida de que es el cliente
pero en el servidor no queda rastro o yo no los veo

1- en el servidor no queda un error de los thin clients...se queda la
sesion abierta pero por cuestión de quantums debe cerrarlo, esto lo
veo con lsof y con netstat.(He mirado los Xorg,los messages, los
.xsession-errors, los wtmp((last en caso de gdm)), hay algún warning
de la tarjeta NVIDIA: creo que tiene que ver el "", no he visto
SIGNALS que maten algún proceso o no sé cómo al menos)

2-Hasta ahora hemos dejado pasar tiempo desde que se va el thin client
hasta que se enciende.Esto puede influir en no poder recuperar un sólo
mensaje...aunque siendo memoria rom...

3- Tengo un servidor que he cambiado de kdm a gdm 2.2 (10.3)e
igual...ya que el thin client es debian gnome, el otro en el pstree,
aunque le cambié a gdm, aparece como xdm (suse 9.3)

por lo que sea en el servidor...

¿COMO COÑO MONITORIZAR EL CLIENTE PARA SABER QUÉ ES LO QUE OCASIONA EL
APAGÓN SÚBITO EN SESIÓN REMOTA? con la memoria rom al rearrancar
muerta la
sesión en servidor sólo quedan los mensajes de hora del
arranque...probaré ver si cuela si mantiene los mensajes cuando
todavía no ha muerto la sesión en servidor...

[Almudena Garcia]

---------- Mensaje reenviado ----------
De: Almudena Garcia <***@gmail.com>
Fecha: 12 de febrero de 2009 15:04
Asunto: Fwd: [Ltsp-es] thin clients hp5735 (debian) con servidores
open suse 10.3 y 9.3 se apagan solos dentro de las sesiones
Para: ltsp-***@listas.hispalinux.es


---------- Mensaje reenviado ----------
De: Almudena Garcia <***@gmail.com>
Fecha: 11 de febrero de 2009 15:55
Asunto: Re: [Ltsp-es] thin clients hp5735 (debian) con servidores open
suse 10.3 y 9.3 se apagan solos dentro de las sesiones
Para: Lista de trabajo Linux Terminal Server Project en Espanol
<ltsp-***@listas.hispalinux.es>


Hola again,

Marco: comentaba que no tengo un fichero "syslog", imagino que porque
en el /etc/sysconfig la salida será message en vez de syslog...eso sí,
el demonio está ahí, claro.

En cualquier caso tengo "messages", que es lo mismo o eso creo y estoy
cada vez más convencida de que es el cliente
pero en el servidor no queda rastro o yo no los veo

1- en el servidor no queda un error de los thin clients...se queda la
sesion abierta pero por cuestión de quantums debe cerrarlo, esto lo
veo con lsof y con netstat.(He mirado los Xorg,los messages, los
.xsession-errors, los wtmp((last en caso de gdm)), hay algún warning
de la tarjeta NVIDIA: creo que tiene que ver el "", no he visto
SIGNALS que maten algún proceso o no sé cómo al menos)

2-Hasta ahora hemos dejado pasar tiempo desde que se va el thin client
hasta que se enciende.Esto puede influir en no poder recuperar un sólo
mensaje...aunque siendo memoria rom...

3- Tengo un servidor que he cambiado de kdm a gdm 2.2 (10.3)e
igual...ya que el thin client es debian gnome, el otro en el pstree,
aunque le cambié a gdm, aparece como xdm (suse 9.3)

por lo que sea en el servidor...

¿COMO COÑO MONITORIZAR EL CLIENTE PARA SABER QUÉ ES LO QUE OCASIONA EL
APAGÓN SÚBITO EN SESIÓN REMOTA? con la memoria rom al rearrancar
muerta la
sesión en servidor sólo quedan los mensajes de hora del
arranque...probaré ver si cuela si mantiene los mensajes cuando
todavía no ha muerto la sesión en servidor...

[Néstor]

Almudena, esto tiene toda la pinta de ser del ahorro de energía. ¿No
tendrás activada alguna opción en la BIOS? Comprueba que el monitor
sea compatible con ello. Y revisa bien todos los posibles errores
relacionados con la gestión de energía en el ordenador. Si tuviera que
decir algo, yo diría que tienes una gráfica ATi mal soportada por los
drivers con una pantalla TFT conectada al HDMI y que está intentando
ponerla en modo "blank", lo que no es soportado por estas pantallas,
que o están encendidas o apagadas, pero no tienen ningún tubo de rayos
catódicos que puedan apagar.

De todas formas, intenta conectarte por SSH al servidor cuando todavía
está vivo y mirar esos logs. Y tampoco descartaría posibles fallos en
la memoria (usa memtest86) y sobrecalentamientos. Por lo que dices,
sería lo más lógico. Hay mucha documentación sobre esto en Internet,
echa un ojo a partir de Google.

Suerte!

Post by Almudena Garcia
---------- Mensaje reenviado ----------
Fecha: 12 de febrero de 2009 15:04
Asunto: Fwd: [Ltsp-es] thin clients hp5735 (debian) con servidores
open suse 10.3 y 9.3 se apagan solos dentro de las sesiones
---------- Mensaje reenviado ----------
Fecha: 11 de febrero de 2009 15:55
Asunto: Re: [Ltsp-es] thin clients hp5735 (debian) con servidores open
suse 10.3 y 9.3 se apagan solos dentro de las sesiones
Para: Lista de trabajo Linux Terminal Server Project en Espanol
Hola again,
Marco: comentaba que no tengo un fichero "syslog", imagino que porque
en el /etc/sysconfig la salida será message en vez de syslog...eso sí,
el demonio está ahí, claro.
En cualquier caso tengo "messages", que es lo mismo o eso creo y estoy
cada vez más convencida de que es el cliente
pero en el servidor no queda rastro o yo no los veo
1- en el servidor no queda un error de los thin clients...se queda la
sesion abierta pero por cuestión de quantums debe cerrarlo, esto lo
veo con lsof y con netstat.(He mirado los Xorg,los messages, los
.xsession-errors, los wtmp((last en caso de gdm)), hay algún warning
de la tarjeta NVIDIA: creo que tiene que ver el "", no he visto
SIGNALS que maten algún proceso o no sé cómo al menos)
2-Hasta ahora hemos dejado pasar tiempo desde que se va el thin client
hasta que se enciende.Esto puede influir en no poder recuperar un sólo
mensaje...aunque siendo memoria rom...
3- Tengo un servidor que he cambiado de kdm a gdm 2.2 (10.3)e
igual...ya que el thin client es debian gnome, el otro en el pstree,
aunque le cambié a gdm, aparece como xdm (suse 9.3)
por lo que sea en el servidor...
¿COMO COÑO MONITORIZAR EL CLIENTE PARA SABER QUÉ ES LO QUE OCASIONA EL
APAGÓN SÚBITO EN SESIÓN REMOTA? con la memoria rom al rearrancar
muerta la
sesión en servidor sólo quedan los mensajes de hora del
arranque...probaré ver si cuela si mantiene los mensajes cuando
todavía no ha muerto la sesión en servidor...
_______________________________________________
Ltsp-es mailing list
https://listas.hispalinux.es/mailman/listinfo/ltsp-es
Web del proyecto http://terminales.hispalinux.es

[Almudena Garcia]

Hola,

Lo primero gracias Nestor y Marco x vuestra atención.Muy amables.Muy majos.

Post by Néstor
Y revisa bien todos los posibles errores
relacionados con la gestión de energía en el ordenador. Si tuviera que
decir algo, yo diría que tienes una gráfica ATi mal soportada por los
drivers con una pantalla TFT conectada al HDMI

En los clientes tengo DVI para el monitor y el otro extremo no es DVI,
es el de toda la vida.

Respecto a la tarjeta gráfica: también había investigado algo
que no sé si se relaciona con el mensaje del """message""": "
gdm[15044]: WARNING: gdm_slave_xioerror_handler: ha ocurrido un error
fatal de X - Reiniciando 172.17...".
Error del día 11 de febrero ,WARNING en el fichero ".Xorg.0.log"
WW) The directory "/usr/X11R6/lib/X11/fonts/xtest" does not exist.
(WW) Open APM failed (/dev/apm_bios) (No such device)
(WW) NV(0): Bad V_BIOS checksum
(WW) NV(0): config file vrefresh range 50-60Hz not within DDC vrefresh ranges.
(WW) NV(0): Probed monitor is 380x300 mm, using Displaysize 340x270 mm
PERO HOY SE HA VUELTO A SWITCH OFF LA SESIÓN Y VUELVO A TENER
WARNING: gdm_slave_xioerror_handler: ha ocurrido un error fatal de X

(WW) NV(0): BAR1 is > 256 MB, which is probably wrong. Clamping to 256 MB.

Post by Néstor
De todas formas, intenta conectarte por SSH al servidor cuando todavía
está vivo y mirar esos logs.

Esto lo he requetehecho, como comentaba en el anterior mensaje...eL
PROBLEMA ES EN EL CLIENTE QUE NO CONSERVA LOS /VAR/LOG...X LA
ROM,IMAGINO

Post by Néstor
esto tiene toda la pinta de ser del ahorro de energía. ¿No

Pues estuve dando palos de ciego hace un par de semanas con el
powersave,acpid y demás.
Tanto en el cliente como en el servidor. Intentaré afinar más NAUFRAGANDO.

Post by Néstor
tendrás activada alguna opción en la BIOS? Comprueba que el monitor
sea compatible con ello.

Acabo de intentar meterme en la bios del tc, pero sin
éxito,insistiré...pero ¿un error tan aleatorio (se apagan los tc de
media 2 veces x semana(según el uso),tendría que ver con esto????
en el xorg sí suele haber indicaciones de las diferentes resoluciones
y las frecuencias,

Post by Néstor
Y tampoco descartaría posibles fallos en

habíamos mirado la posibilidad de OVERHEATING este verano, por la
casuística de cuándo pasa...descartado.

Post by Néstor
la memoria (usa memtest86)

En ocasiones he mirado la memoria del servidor...como mucho nos hemos
quedado con 2gb libres de 16.


Gracias x leer hasta aquí: ¿y algún testeo tipo backtraces for X en el
servidor de X de los clientes???No lo he hecho nunca...pero en el
servidor deX del servidor, creo que no merecería la pena...

Almudena

[Néstor]

Almudena, ¿no tendrás por casualidad activados efectos gráficos?
Estilo emerald, compiz... Si es así, desactívalos. Sé que son bonitos,
pero no son nada apropiados para un LTSP, que funciona a través de la
red. Por favor, prueba con ellos desactivados. También intentaría usar
Epiphany en lugar de Firefox, ya que se sabe que Firefox da problemas
muy raros en los LTSP. Usar un driver alternativo para tu tarjeta (el
driver estándar VESA o uno propietario si usas el libre, o libre si
usas el propietario) podría ayudar también.

Respecto del monitor, intenta desactivar todos los ahorros de energía
de los clientes, a través del /etc/X11/xorg.conf. No debe entrar en
modo de Blank ni de suspensión., porque está claro que te está
causando problemas, ya que el error se produce al de un rato (entiendo
que sin intervención humana). Intenta conectar el monitor de otra
forma (DVI, VGA directamente sin DVI), prueba con otras tarjetas.
¿Sólo te falla un terminal? Entonces fíjate en qué cambia el hardware.

Para hacer todo esto hay cantidad de información en la red, de todas
formas, si tienes dudas no dudes en preguntar ;-)

Hay comentarios en este post:

http://ubuntuforums.org/archive/index.php/t-731180.html

Suerte. Ya nos contarás.

Post by Almudena Garcia
Hola,
Lo primero gracias Nestor y Marco x vuestra atención.Muy amables.Muy majos.

Post by Néstor
Y revisa bien todos los posibles errores
relacionados con la gestión de energía en el ordenador. Si tuviera que
decir algo, yo diría que tienes una gráfica ATi mal soportada por los
drivers con una pantalla TFT conectada al HDMI

En los clientes tengo DVI para el monitor y el otro extremo no es DVI,
es el de toda la vida.
Respecto a la tarjeta gráfica: también había investigado algo
que no sé si se relaciona con el mensaje del """message""": "
gdm[15044]: WARNING: gdm_slave_xioerror_handler: ha ocurrido un error
fatal de X - Reiniciando 172.17...".
Error del día 11 de febrero ,WARNING en el fichero ".Xorg.0.log"
WW) The directory "/usr/X11R6/lib/X11/fonts/xtest" does not exist.
(WW) Open APM failed (/dev/apm_bios) (No such device)
(WW) NV(0): Bad V_BIOS checksum
(WW) NV(0): config file vrefresh range 50-60Hz not within DDC vrefresh ranges.
(WW) NV(0): Probed monitor is 380x300 mm, using Displaysize 340x270 mm
PERO HOY SE HA VUELTO A SWITCH OFF LA SESIÓN Y VUELVO A TENER
WARNING: gdm_slave_xioerror_handler: ha ocurrido un error fatal de X
(WW) NV(0): BAR1 is > 256 MB, which is probably wrong. Clamping to 256 MB.

Post by Néstor
De todas formas, intenta conectarte por SSH al servidor cuando todavía
está vivo y mirar esos logs.

Esto lo he requetehecho, como comentaba en el anterior mensaje...eL
PROBLEMA ES EN EL CLIENTE QUE NO CONSERVA LOS /VAR/LOG...X LA
ROM,IMAGINO

Post by Néstor
esto tiene toda la pinta de ser del ahorro de energía. ¿No

Pues estuve dando palos de ciego hace un par de semanas con el
powersave,acpid y demás.
Tanto en el cliente como en el servidor. Intentaré afinar más NAUFRAGANDO.

Post by Néstor
tendrás activada alguna opción en la BIOS? Comprueba que el monitor
sea compatible con ello.

Acabo de intentar meterme en la bios del tc, pero sin
éxito,insistiré...pero ¿un error tan aleatorio (se apagan los tc de
media 2 veces x semana(según el uso),tendría que ver con esto????
en el xorg sí suele haber indicaciones de las diferentes resoluciones
y las frecuencias,

Post by Néstor
Y tampoco descartaría posibles fallos en

habíamos mirado la posibilidad de OVERHEATING este verano, por la
casuística de cuándo pasa...descartado.

Post by Néstor
la memoria (usa memtest86)

En ocasiones he mirado la memoria del servidor...como mucho nos hemos
quedado con 2gb libres de 16.
Gracias x leer hasta aquí: ¿y algún testeo tipo backtraces for X en el
servidor de X de los clientes???No lo he hecho nunca...pero en el
servidor deX del servidor, creo que no merecería la pena...
Almudena
_______________________________________________
Ltsp-es mailing list
https://listas.hispalinux.es/mailman/listinfo/ltsp-es
Web del proyecto http://terminales.hispalinux.es