Hola lista !!
Tengo un Fedora 8 Kernel 2.6.23.1-42 64bits este equipo es servidor de
correo no uso Sendmail uso Postfix pero desde hace 1 semana atrás veo
que constantemente esta cargado en memoria esta tarea:
26196 ?S 0:00 /bin/bash /usr/lib/sendmail -FCronDaemon -i
-odi
El 22 de octubre de 2009 11:06, Wilbert J. Rojas O.
sysad...@ideay.net.niescribió:
Hola lista !!
Tengo un Fedora 8 Kernel 2.6.23.1-42 64bits este equipo es servidor de
correo no uso Sendmail uso Postfix pero desde hace 1 semana atrás veo que
constantemente esta cargado en memoria esta
2009/10/22 Rolando Mota barbud...@gmail.com:
El 22 de octubre de 2009 11:06, Wilbert J. Rojas O.
sysad...@ideay.net.niescribió:
Hola lista !!
Tengo un Fedora 8 Kernel 2.6.23.1-42 64bits este equipo es servidor de
correo no uso Sendmail uso Postfix pero desde hace 1 semana atrás veo que
Muchas gracias por la ayuda,ya hice la migración y salió sin problemas
y los usuarios ni se dieron cuenta.
Tema cerrado
2009/10/21 Marcos Ramirez mramir...@armada.cl:
On Tue, 2009-10-20 at 17:39 -0300, Juan Andres Ramirez wrote:
Si me compliqué porque la forma de pasar directorio imap a
Ese es el problema que en el cron no identifico que lo provoca, alguien
que le hubiese pasado esto ??
Ing. Wilbert José Rojas Ochoa.
Administrador de Sistemas
Ideay ~ Equipos y Sistemas.
Managua, Nicaragua.
Telf. +(505) 2277-4000 Ext: 115.
Fax +(505)
On Thu, Oct 22, 2009 at 12:09 PM, Carlos (casep) Sepulveda
ca...@fedoraproject.org wrote:
2009/10/22 Juan Andres Ramirez jandresa...@gmail.com:
Muchas gracias por la ayuda,ya hice la migración y salió sin problemas
y los usuarios ni se dieron cuenta.
Tema cerrado
Y al final qué hiciste?
En este equipo no hay acceso ni usuarios locales que se hubiesen creado
y si lo hubiesen tiene como bash nologin.
Que puede ser ?? para resolver tuve que crear un script que se ejecuta
cada hora donde me extrae el PID de estos y luego les manda un kill -9
El 22 de octubre de 2009 12:31, Wilbert J. Rojas O.
sysad...@ideay.net.niescribió:
En este equipo no hay acceso ni usuarios locales que se hubiesen creado y
si lo hubiesen tiene como bash nologin.
Que puede ser ?? para resolver tuve que crear un script que se ejecuta cada
hora donde me
Esto es lo que tengo con crontab -e
* */3 * * * /etc/init.d/rsyslog restart-- esto porque de pronto el
syslog deja de escribir en /var/log/messages
* */3 * * * /usr/bin/freshclam-- update de clamav
00 * * * * /usr/sbin/ntpdate -u swisstime.ethz.ch -- sincronizador
con un
2009/10/22 Wilbert J. Rojas O. sysad...@ideay.net.ni:
Esto es lo que tengo con crontab -e
* */3 * * * /etc/init.d/rsyslog restart -- esto porque de pronto el
syslog deja de escribir en /var/log/messages
* */3 * * * /usr/bin/freshclam -- update de clamav
00 * * * * /usr/sbin/ntpdate
Hola listeros.
Escribo hoy para pedir su ayuda con la interpretación del resultado de
strace.
Esta es una porción del log y lo que necesito saber es como obtener el
nombre preciso del archivo que las llamadas a sistema write and read estan
tratando de acceder.
write(75,
tienes en alguna parte el trace de open() ???, ahi deberia salir el nombre
del archivo ya que write/read utilizan el descriptor creado..
2009/10/22 Cristian Fernández cfer...@gmail.com
Hola listeros.
Escribo hoy para pedir su ayuda con la interpretación del resultado de
strace.
Esta es una
El 22 de octubre de 2009 13:53, Carlos (casep) Sepulveda
ca...@fedoraproject.org escribió:
2009/10/22 Wilbert J. Rojas O. sysad...@ideay.net.ni:
Esto es lo que tengo con crontab -e
* */3 * * * /etc/init.d/rsyslog restart-- esto porque de pronto el
syslog deja de escribir en
hhh :( no aparece open en ninguna parte del trace.
¿alguna otra forma?
2009/10/22 Eduardo Silva edsi...@gmail.com
tienes en alguna parte el trace de open() ???, ahi deberia salir el nombre
del archivo ya que write/read utilizan el descriptor creado..
2009/10/22 Cristian Fernández
es algun servicio en especial ?
2009/10/22 Cristian Fernández cfer...@gmail.com
hhh :( no aparece open en ninguna parte del trace.
¿alguna otra forma?
2009/10/22 Eduardo Silva edsi...@gmail.com
tienes en alguna parte el trace de open() ???, ahi deberia salir el
nombre
del archivo
El jue, 22-10-2009 a las 08:06 -0600, Wilbert J. Rojas O. escribió:
Hola lista !!
Tengo un Fedora 8 Kernel 2.6.23.1-42 64bits este equipo es servidor de
correo no uso Sendmail uso Postfix pero desde hace 1 semana atrás veo
que constantemente esta cargado en memoria esta tarea:
es un proceso forms request que se quedo runaway y no quiero matarlo hasta
saber que archivo estaba escribiendo
2009/10/22 Eduardo Silva edsi...@gmail.com
es algun servicio en especial ?
2009/10/22 Cristian Fernández cfer...@gmail.com
hhh :( no aparece open en ninguna parte del trace.
On Thu, 2009-10-22 at 15:08 -0300, Cristian Fernández wrote:
es un proceso forms request que se quedo runaway y no quiero matarlo hasta
saber que archivo estaba escribiendo
Si sabes cual es el proceso, usa lsof(8) para saber que archivos tiene
tomado.
--
Marcos Ramirez mramir...@armada.cl
eso era muchas gracias
saludos!!
2009/10/22 Marcos Ramirez mramir...@armada.cl
On Thu, 2009-10-22 at 15:08 -0300, Cristian Fernández wrote:
es un proceso forms request que se quedo runaway y no quiero matarlo
hasta
saber que archivo estaba escribiendo
Si sabes cual es el proceso, usa
Cristian Fernández escribió:
Hola listeros.
Escribo hoy para pedir su ayuda con la interpretación del resultado de
strace.
Esta es una porción del log y lo que necesito saber es como obtener el
nombre preciso del archivo que las llamadas a sistema write and read estan
tratando de acceder.
2009/10/22 Franco Catrin L. fcat...@tuxpan.com
El jue, 22-10-2009 a las 08:06 -0600, Wilbert J. Rojas O. escribió:
Hola lista !!
Tengo un Fedora 8 Kernel 2.6.23.1-42 64bits este equipo es servidor de
correo no uso Sendmail uso Postfix pero desde hace 1 semana atrás veo
que
Cristian Fernández escribió:
Hola listeros.
Escribo hoy para pedir su ayuda con la interpretación del resultado de
strace.
Esta es una porción del log y lo que necesito saber es como obtener el
nombre preciso del archivo que las llamadas a sistema write and read estan
tratando de acceder.
22 matches
Mail list logo