On Dec 26, 2007 3:04 PM, Tester de linux <[EMAIL PROTECTED]> wrote:
> Listeros:
>
> Tengo un servidor RH AS 3 con una aplicacion JAVA corriendo, me pasa
> que a veces el servidor se cuelga, no me puedo conectar por ssh, la
> aplicacion no me responde, el vnc tampoco responde, pero si los ping
> que se le hacen a la maquina, en ese momento se debe reiniciar.
> La idea es monitorear el server y que cuando se cuelgue, avise de
> alguna forma, mi intencion inicial, dadas las caracteristicas del
> problema que aqui les cuento, es constantemente tratar de conectarme
> por ssh y en el momento que  no pueda, generar un aviso, es esto
> posible?, recuperar un 0 o 1 si no hay un login remoto?
> A alguien le ha pasado algo similar ?, como pudieron echar a andar
> este "monitoreo" ?
> Gracias
>

Creo que nagios te podria ayudar www.nagios.org , con esta app puedes
monitorear todos los servicios de tu servidor y ojo que el ping no
dice mas que la tarjeta esta recibiendo paquetes, nada mas.

has revisado los logs del sistema?? o el dmesg te dice algo? si tu
aplicacion usa base de datos, revisaste los log de la base de datos??
busca mejor la raiz del problema primero y cualquier mensaje que
encuentres tiralo por aca, que ahi es mas facil dar luces.

Saludos!

-- 

http://animaldelared.blogspot.com
From [EMAIL PROTECTED]  Wed Dec 26 16:31:13 2007
From: [EMAIL PROTECTED] (Ricardo Utreras Estrella)
Date: Wed Dec 26 16:34:21 2007
Subject: Log montajes
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>     
<[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Larry Letelier N. escribió:
> 
> 
> Creo que estas tratando con samba,
> si quieres que se monte cuando arranca el sistema, te sugiero lo agreges a
> /etc/fstab
> //SERVER/CARPETA /mnt//directorio/ smbfs
> username=juan,password=perez,umask=000 0 0
> 
> 
> ahora ahi puedes ir controlando lo que sucede en smb.log
> cuentanos tu real escenario. y/o esto te sirve.

El tema, no es configurar el log para ver los montajes, si no averiguar 
porque se desmonto un directorio.

No entendi la parte de samba dado que no estoy usando el SERVICIO samba 
(quien escribe el smb.log). Estoy usando el CLIENTE samba (si queremos 
entrar en detalles hablemos de mount.cifs) para montar una "carpeta" 
compartida en un servidor windows (el cual desconosco si escribe en 
alguna parte algun tipo de log). (Si, ya mire el log del win2 y el 
recurso compartido siempre estuvo disponible y no hubieron problemas de red)

-- 
Saluda atte., Ricardo Utreras Estrella
From [EMAIL PROTECTED]  Wed Dec 26 17:31:11 2007
From: [EMAIL PROTECTED] (Roberto Leiva M. (Lista))
Date: Wed Dec 26 17:34:10 2007
Subject: Log montajes
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>     
<[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>     <[EMAIL PROTECTED]>     <[EMAIL 
PROTECTED]>     <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Ricardo Utreras Estrella escribió:
> Larry Letelier N. escribió:
>>
>>
>> Creo que estas tratando con samba,
>> si quieres que se monte cuando arranca el sistema, te sugiero lo 
>> agreges a
>> /etc/fstab
>> //SERVER/CARPETA /mnt//directorio/ smbfs
>> username=juan,password=perez,umask=000 0 0
>>
>>
>> ahora ahi puedes ir controlando lo que sucede en smb.log
>> cuentanos tu real escenario. y/o esto te sirve.
> 
> El tema, no es configurar el log para ver los montajes, si no averiguar 
> porque se desmonto un directorio.
> 
> No entendi la parte de samba dado que no estoy usando el SERVICIO samba 
> (quien escribe el smb.log). Estoy usando el CLIENTE samba (si queremos 
> entrar en detalles hablemos de mount.cifs) para montar una "carpeta" 
> compartida en un servidor windows (el cual desconosco si escribe en 
> alguna parte algun tipo de log). (Si, ya mire el log del win2 y el 
> recurso compartido siempre estuvo disponible y no hubieron problemas de 
> red)
> 

aca en centos 4.5 com samba3-client-3.0.21c-26

existe el arhivo /var/log/samba/smbmount.log

el cual tiene lineas de este tipo:

2007/12/26 17:20:01, 0] client/smbmount.c:send_fs_socket(407)
   mount.smbfs: entering daemon mode for service \\192.168.168.1\graficos, 
pid=7147

en /var/log/messages

se ve los siguiente:

Dec 26 17:20:01 Backup mount.smbfs[7147]: [2007/12/26 17:20:01, 0] 
client/smbmount.c:send_fs_socket(407)
Dec 26 17:20:01 Backup mount.smbfs[7147]:   mount.smbfs: entering daemon mode 
for service 
\\192.168.168.1\graficos, pid=7147

pero no veo que muestre nada al desmontar la unidad y menos saber quien y 
porque se desmonto...


atte.
--
Roberto Leiva M.
Santiago - Chile
From [EMAIL PROTECTED]  Wed Dec 26 18:13:21 2007
From: [EMAIL PROTECTED] (Larry Letelier N.)
Date: Wed Dec 26 18:16:22 2007
Subject: Log montajes
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

2007/12/26, Roberto Leiva M. (Lista) <[EMAIL PROTECTED]>:
>
> Ricardo Utreras Estrella escribió:
> > Larry Letelier N. escribió:
> >>
> >>
> >> Creo que estas tratando con samba,
> >> si quieres que se monte cuando arranca el sistema, te sugiero lo
> >> agreges a
> >> /etc/fstab
> >> //SERVER/CARPETA /mnt//directorio/ smbfs
> >> username=juan,password=perez,umask=000 0 0
> >>
> >>
> >> ahora ahi puedes ir controlando lo que sucede en smb.log
> >> cuentanos tu real escenario. y/o esto te sirve.
> >
> > El tema, no es configurar el log para ver los montajes, si no averiguar
> > porque se desmonto un directorio.
> >
> > No entendi la parte de samba dado que no estoy usando el SERVICIO samba
> > (quien escribe el smb.log). Estoy usando el CLIENTE samba (si queremos
> > entrar en detalles hablemos de mount.cifs) para montar una "carpeta"
> > compartida en un servidor windows (el cual desconosco si escribe en
> > alguna parte algun tipo de log). (Si, ya mire el log del win2 y el
> > recurso compartido siempre estuvo disponible y no hubieron problemas de
> > red)
> >
>
> aca en centos 4.5 com samba3-client-3.0.21c-26
>
> existe el arhivo /var/log/samba/smbmount.log
>
> el cual tiene lineas de este tipo:
>
> 2007/12/26 17:20:01, 0] client/smbmount.c:send_fs_socket(407)
>    mount.smbfs: entering daemon mode for service \\192.168.168.1\graficos,
> pid=7147
>
> en /var/log/messages
>
> se ve los siguiente:
>
> Dec 26 17:20:01 Backup mount.smbfs[7147]: [2007/12/26 17:20:01, 0]
> client/smbmount.c:send_fs_socket(407)
> Dec 26 17:20:01 Backup mount.smbfs[7147]:   mount.smbfs: entering daemon
> mode for service
> \\192.168.168.1\graficos, pid=7147
>
> pero no veo que muestre nada al desmontar la unidad y menos saber quien y
> porque se desmonto...
>
>
> atte.
> --
> Roberto Leiva M.
> Santiago - Chile
>




bueno entonces podrias dejar con un debug el demonio por un tiempo ..hasta
que se caiga.
From [EMAIL PROTECTED]  Wed Dec 26 18:17:38 2007
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Dec 26 18:20:42 2007
Subject: Uso de lenguaje coloquial en la lista [Was: Re: WindowsXP vs
        Ubuntu7.10]
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Masao TANIGUCHI <[EMAIL PROTECTED]> wrote:
> Hola! Horst
> > Masao TANIGUCHI <[EMAIL PROTECTED]> wrote:
> >> Hola todas! Wenas(Este es exprecio�� colquial de "buenas",verdad?)

> > Si, pero es preferible no usar coloquialismos (este en particular se usa en
> > Chile, y dudo que en otras partes), dado que la lista llega a rincones
> > impensandos (ni me imaginaba que nos leyeran en Japon!).

> Perdoneme por darles disgusto

De ninguna manera. Es un placer tenerte con nosotros.

>                               y gracias por aconsejarme

Ojala todos fueran tan corteses aca...

> Me aleglo si escribo algo por manera inadecuada, digame por favor.

Lo haremos, por correo privado.

> Saludos y feliz navidad.

Igualmente.
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile               Fax:  +56 32 2797513
From [EMAIL PROTECTED]  Wed Dec 26 18:27:26 2007
From: [EMAIL PROTECTED] (Horst H. von Brand)
Date: Wed Dec 26 18:30:27 2007
Subject: Recuperar info despues de ser borrada con rm -r????
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Ismael Cantieri <[EMAIL PROTECTED]> wrote:

[...]

> Ahora estoy leyendo de como hacer que al borrar con rm baya a .Trash

Recomiendo /no/ hacer eso. Todos los esquemas de "desborrar" en algun
momento deciden reusar el espacio, y la Ley de Murphy explica que seran
unicamente los archivos sin importancia los que sobrevivan. El tener
espacio libre permite al sistema de archivos organizar mejor los archivos
(== disminuye fragmentacion ==> mayor rendimiento), si debe guardar
archivos viejos no tiene espacio para respirar. Y protegerte contra rm(1)
accidental no te salva de un idiota

  comandito lindo mio de mi > archivo/sumamente/importante

ni

  cp alguna/cabeza-de-pescado tesis.tex
  mv alguna/lesera /donde/no/debia
  ln -f challa /etc/passwd

Y, last but not least, tarde o temprano te tropezaras con un sistema que no
da (siquiera) esas "garantias" anti-rm, y te meteras en serios problemas...

Moraleja: En Unix, rm(1) (y los demas comandos) son irreversibles. Pensar,
tipear, leer el comando, pensar nuevamente, y de alli recien dar <ENTER>.
Suena mas lento, pero en la practica es mucho mas rapido...
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                    Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria             +56 32 2654239
Casilla 110-V, Valparaiso, Chile               Fax:  +56 32 2797513
From [EMAIL PROTECTED]  Wed Dec 26 18:29:26 2007
From: [EMAIL PROTECTED] (Alvaro Herrera)
Date: Wed Dec 26 18:32:37 2007
Subject: Recuperar info despues de ser borrada con rm -r????
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

Horst H. von Brand escribió:

> Moraleja: En Unix, rm(1) (y los demas comandos) son irreversibles. Pensar,
> tipear, leer el comando, pensar nuevamente, y de alli recien dar <ENTER>.

Y tener respaldos ;-)

-- 
Alvaro Herrera                        http://www.advogato.org/person/alvherre
"Use it up, wear it out, make it do, or do without"
From [EMAIL PROTECTED]  Wed Dec 26 18:30:28 2007
From: [EMAIL PROTECTED] (Amarzeck)
Date: Wed Dec 26 18:33:30 2007
Subject: Monitorear trafico de usuarios
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

2007/12/26, Manuel Rodriguez Duguet <[EMAIL PROTECTED]>:
> Hola..
Holas

> Podrías probar con ntop, <http://www.ntop.org/>  esta aplicación te entrega
> lo que tu necesitas.
Muy buena herramienta.. diria lejos mejor q mrtg (no me reten!). Por
el momento, esa es la que estoy pensando, pero la idea es ver los
usuarios, tanto virtuales (mail) como de cuentas de linux, para luego
discriminar quienes ocupan mas ancho de banda ya sea por correo o ftp.

Gracias por tu tiempo Manuel.
Saludos.

-- 
Amarzeck(R)
Marcelo Opazo Vivallos
Estudiante de Ing en Informatica
Conectividad en BESIS.cl
Slackware Linux, user #372952.
WebLog: http://amarzeck.blogspot.com
Chile.

Responder a