Estimados: Tengo el siguiente problema y no se me ocurre por donde mas buscar ademàs de la correspondiente revisiòn de logs. Aleatoriamente creo, porque no hay una periodicidad standard, se me comienza a "degradar" por asi decirlo, el servicio ssh y telnet (tengo algunos usuarios aùn con telnet, no me reten), y sòlo lo percibo cuando me reportan que no pueden entrar. Al hacer un refresh de xinetd (rcxinetd restart), se soluciona el problema. Sin embargo, si alguien no dà la alarma "a tiempo", el sistema o el servicio en algùn momento se satura, y mi servidor simplemente se cuelga, no permitiendo que pueda acceder a èl ni remota ni localmente. Sòlo sè que està vivo porque me siguen respondiendo los ping, pero no hay forma de entrar el sistema, y la ùnica forma hasta ahora de recuperar la màquina es reiniciàndola, lo cual es grave porque està en producciòn y entre sus servicios esta la atenciòn de pùblico. La màquina es un Intel Xeon dual, aunque està instalada sòlo con un procesador, tiene un arreglo scsi y tengo instalado SuSE 8.2 con kernel 2.4.20-64GB-SMP. Los servicios habilitados en esta màquina, ademàs de sus funciones normales, son samba y sendmail y me tiene literalmente "orate". Agradezco de antemano cualquier sugerencia para llegar a determinar cual es la causa del problema. Saludos Luis Roa P. luisroa@indra.cl PD. La soluciòn de automatizar un "rcstart xinetd" no me gusta porque no es la gracia. La gracia es descubrir y solucionar el verdadero problema y no hacer un bypass de su ocurrencia.
Compañeros listeros: Como puedo hacer para vaciar un archivo, es decir, que no tenga nada en su contenido, o bien crear un nuevo archivo. Cualquiera de las dos opciones en línea de comandos. El comando que conozco para crear un nuevo archivo es cat > nuevo-archivo Pero solo lo puedo detener con ctrl+d. Lo que quiero es que un script lo pueda hacer solo, porque desde kde es fácil, pero necesito automatizarlo. Saludos!
----------- script que borra y crea archivo ------------------ #!/bin/bash rm /directorio/nombredearchivo touch /directorio/nombredearchivo <-------- opcion 1: Crea el archivo vacio cat algunArchivoConContenido > /directorio/nombredearchivo <-------- opcion 2: Crea el archivo a partir de otro Espero te sirva. Saludos Raul Saúl Nova Barrueta wrote:
Compañeros listeros:
Como puedo hacer para vaciar un archivo, es decir, que no tenga nada en su contenido, o bien crear un nuevo archivo. Cualquiera de las dos opciones en línea de comandos.
El comando que conozco para crear un nuevo archivo es cat > nuevo-archivo Pero solo lo puedo detener con ctrl+d.
Lo que quiero es que un script lo pueda hacer solo, porque desde kde es fácil, pero necesito automatizarlo.
Saludos!
Gracias a todos! -----Mensaje original----- De: Raul H. Lapitzondo [mailto:Raul.Lapitzondo@topsystems.com.ar] Enviado el: Miércoles, 07 de Abril de 2004 10:32 a.m. Para: Saúl Nova Barrueta CC: suse-linux-s@suse.com Asunto: Re: [suse-linux-s] Como crear archivo desde linea de comandos ----------- script que borra y crea archivo ------------------ #!/bin/bash rm /directorio/nombredearchivo touch /directorio/nombredearchivo <-------- opcion 1: Crea el archivo vacio cat algunArchivoConContenido > /directorio/nombredearchivo <-------- opcion 2: Crea el archivo a partir de otro Espero te sirva. Saludos Raul Saúl Nova Barrueta wrote:
Compañeros listeros:
Como puedo hacer para vaciar un archivo, es decir, que no tenga nada en su contenido, o bien crear un nuevo archivo. Cualquiera de las dos opciones en línea de comandos.
El comando que conozco para crear un nuevo archivo es cat > nuevo-archivo Pero solo lo puedo detener con ctrl+d.
Lo que quiero es que un script lo pueda hacer solo, porque desde kde es fácil, pero necesito automatizarlo.
Saludos!
El 2004-04-07 a las 09:46 -0600, Saúl Nova Barrueta escribió:
Como puedo hacer para vaciar un archivo, es decir, que no tenga nada en su contenido, o bien crear un nuevo archivo. Cualquiera de las dos opciones en línea de comandos.
touch fichero crea un fichero de 0 bytes si no existe, o le cambia la fecha a la de ahora si ya existe. rm fichero ; touch fichero crearía uno nuevo de 0 bytes borrando el anterior. -- Saludos Carlos Robinson
Utilizas desde la linea de comando, lo siguiente:
nom_archivo
si el archivo existe, con este comando enceras lo enceras y sino existe lo crea. Antes del nombre del archivo va el signo > (mayor que). otra opcion es touch nom_archivo. que te crea un archivo con tamaño 0. Saludos Saúl Nova Barrueta wrote:
Compañeros listeros:
Como puedo hacer para vaciar un archivo, es decir, que no tenga nada en su contenido, o bien crear un nuevo archivo. Cualquiera de las dos opciones en línea de comandos.
El comando que conozco para crear un nuevo archivo es cat > nuevo-archivo Pero solo lo puedo detener con ctrl+d.
Lo que quiero es que un script lo pueda hacer solo, porque desde kde es fácil, pero necesito automatizarlo.
Saludos!
Saludos listeros! Tengo la siguiente pregunta en la que espero me puedan ayudar. Como puedo hacer que squid me genere varios access.log al mismo tiempo, por ejemplo: Access-diario.log Access-semanal.log Access-mensual.log Todos tendrán la misma info, y todos irá creciendo diario, solo que yo los renovaré a diario, semanal o mensual dependiendo del caso, el chiste de eso es que squid me haga varios archivos, es posible? Y como? SALUDOS!
Saúl Nova Barrueta escribió:
Saludos listeros!
Tengo la siguiente pregunta en la que espero me puedan ayudar.
Como puedo hacer que squid me genere varios access.log al mismo tiempo, por ejemplo:
Access-diario.log Access-semanal.log Access-mensual.log
Todos tendrán la misma info, y todos irá creciendo diario, solo que yo los renovaré a diario, semanal o mensual dependiendo del caso, el chiste de eso es que squid me haga varios archivos, es posible?
Y como?
SALUDOS!
Hola a tod@s. Creo que es esto lo que buscas. http://bulma.net/body.phtml?nIdNoticia=1729&nIdPage=3 Aunque ahora mismo bulma no entra, intentalo un poco más tarde. El articulo se titula "Filtrar contenidos de Internet para un instituto usando Squid" Un Saludo.
El 2004-04-07 a las 10:54 -0400, Luis Roa escribió:
Aleatoriamente creo, porque no hay una periodicidad standard, se me comienza a "degradar" por asi decirlo, el servicio ssh y telnet (tengo algunos usuarios aùn con telnet, no me reten), y sòlo lo percibo cuando me reportan que no pueden entrar.
Al hacer un refresh de xinetd (rcxinetd restart), se soluciona el problema.
Sin embargo, si alguien no dà la alarma "a tiempo", el sistema o el servicio en algùn momento se satura, y mi servidor simplemente se cuelga, no permitiendo que pueda acceder a èl ni remota ni localmente. Sòlo sè que està vivo porque me siguen respondiendo los ping, pero no hay forma de entrar el sistema, y la ùnica forma hasta ahora de recuperar la màquina es reiniciàndola, lo cual es grave porque està en producciòn y entre sus servicios esta la atenciòn de pùblico.
Vi una vez un caso parecido... A la máquina se le gastaban los enchufes (sockets), y había que reiniciarla preventivamente todas las noches. El diagnóstico no estoy seguro, porque era mi primer contacto con linux y desde luego no era yo quien la administraba. Pero que la teníamos que rebotar todas las noches, te lo aseguro. Algo dijeron que había algo que se quedaba pillado al abrir sesiones, que no se devolvían, y que había que prevenirlo así, antes que se quedara colgada en horas "productivas". Años más tarde vi algo similar, en una Sun, pero lo que se terminaban eran los devices que usaban las sesiones telnet, que tienen un limite. No se ahora mismo como se podrían mirar los sockets abiertos... creo que es con fuser, pero no acierto la combinación. -- Saludos Carlos Robinson
[¨...............] Al hacer un refresh de xinetd (rcxinetd restart), se soluciona el problema.
Vi una vez un caso parecido...
A la máquina se le gastaban los enchufes (sockets), y había que reiniciarla preventivamente todas las noches. El diagnóstico no estoy seguro, porque era mi primer contacto con linux y desde luego no era yo quien la administraba. Pero que la teníamos que rebotar todas las noches, te lo aseguro. Algo dijeron que había algo que se quedaba pillado al abrir sesiones, que no se devolvían, y que había que prevenirlo así, antes que se quedara colgada en horas "productivas".
Años más tarde vi algo similar, en una Sun, pero lo que se terminaban eran los devices que usaban las sesiones telnet, que tienen un limite.
No se ahora mismo como se podrían mirar los sockets abiertos... creo que es con fuser, pero no acierto la combinación. -- Saludos Carlos Robinson
Gracias a Carlos Robinson y a Juan Erbes. La verdad, aunque se mantiene el problema, me tranquilizan un poco los comentarios, ya que de algun modo confirman mi apreciacion personal de que el problema no va por el hardware ni por una instalaciòn descuidada. Estoy un poco "temeroso" de regenerar el kernel, ya que al estar la màquina en producciòn, mi margen de error es cero. No he hecho parches al sistema, salvo actualizar en algun momento que ya ni me acuerdo. Cual es el riesgo al actualizar en linea de que algun paquete en produccion resulte dañado ??? Cual es el procedimiento mas seguro para intentar las sugerencias que se desprenden del comentario de Juan ??? Saludos Luis Roa P.
El 2004-04-08 a las 12:35 -0400, Luis Roa escribió:
Gracias a Carlos Robinson y a Juan Erbes. La verdad, aunque se mantiene el problema, me tranquilizan un poco los comentarios, ya que de algun modo confirman mi apreciacion personal de que el problema no va por el hardware ni por una instalaciòn descuidada. Estoy un poco "temeroso" de regenerar el kernel, ya que al estar la màquina en producciòn, mi margen de error es cero.
Si compilas el kernel, editando el Makefile y definiendo extraversion consigues que el arbol de modulos se grabe aparte del arbol original: de esa manera puedes tener dos kernels independientes: el original y el modificado.
No he hecho parches al sistema, salvo actualizar en algun momento que ya ni me acuerdo. Cual es el riesgo al actualizar en linea de que algun paquete en produccion resulte dañado ???
Se supone que esa es una de las ventajas de usar la version de empresa frente a las "caseras".
Cual es el procedimiento mas seguro para intentar las sugerencias que se desprenden del comentario de Juan ???
La única manera segura de actualizar máquinas en producción es tener dos servidores gemelos, y actualizar unicamente uno; una vez que funciona el cambio, se hace con el otro. Si no, pues lo mejor es tener una imagen completa que permita reconstruirlo. A mi una vez se me ha ocurrido una idea "descabellada": teniendo una maquina con raid 1 (mirror) desactivar uno de los discos, y actualizar en el disco restante; si funciona, volver a activar el otro disco y que se sincronicen - si no funciona, que se sincronicen en la otra dirección. ¿Descabellado? No tanto... he trabajado con máquinas diseñadas para hacer eso precisamente, con centrales telefónicas, por ejemplo, con un tiempo medio fuera de servicio se mide en segundos por año. -- Saludos Carlos Robinson
participants (6)
-
Carlos E. R.
-
Cecilia Marquina
-
Luis Roa
-
Malena Rios
-
Raul H. Lapitzondo
-
Saúl Nova Barrueta