[Previo por Fecha] [Siguiente por Fecha] [Previo por Hilo] [Siguiente por Hilo]

[Hilos de Discusión] [Fecha] [Tema] [Autor]

Re: [Sop.Tec.LinuxPPP] De donde salio /root/core



Si, bueno, tambien pense en la memoria u otro componente de hardware en un principio, sin embargo, el equipo lleva apenas 13 horas en su nuevo record, y lo unico que hice fue renombrar y cambiar de localizacion el archivo "core" que estaba en /root/, he visto que se vuelve a generar, pero en cuanto lo veo, lo cambio otra vez, con esas acciones, me basta para tenerlo en pie ya 13 horas, a comparacion de los 30 minutos que no aguanto antes del segundo reboot, mi campo de vision abarca tanto hardware y software, tambien para nada creo que el Kernel este corrupto, ya revise con rpm que los archivos instalados correspondan al(os) paquete(s) .rpm, pero si me tiene inquieto porque tiene que existir el famoso "core", y porque se regenera, lo principal ¿Como lo evito? para no tener que estar atento a cada rato que se vuelva a generar y tumbe mi sistema.

Una segunda, tengo un DNS, en /var/log/messages veia mucho un mensaje de error acerca de Lame Server's, consulte en el ISC.org acerca de bind y sugiere lo sig:
logging {
       category lame-servers{ null; };
};
Efectivamente, evita este tipo de servicio y los respectivos mensajes de lame server, cuando hice el cambio, yo no percibi cambio alguno, en velocidad, eficiencia de resolucion de nombres, etc. sin embargo los usuarios se quejaron de un servicio muy lento, en fin, yo aun no encuentro la diferencia, y la verdad es que no voy a estar explicando al usuario final, si hice o no cambios en la configuracion, pero me gustaria saber algun comentario o experiencia relacionada, ¿La configuracion que aplique, tiene algo que ver en alentar la resolucion de ip para un dominio? Por ultimo, ¿como cierro en bind, el forwardeo? yo solo requiero de atender consultas para mis dominios, y atender las consultas de los usuarios para los dominios del resto de Internet.
Gracias,

Alonso.
From: David Alfredo Daza Padron <ddaza en campus ruv itesm mx>
Reply-To: linux en linuxppp com
To: linux en linuxppp com
Subject: Re: [Sop.Tec.LinuxPPP] De donde salio /root/core
Date: Thu, 21 Jun 2001 17:55:47 -0500

2 meses es un tiempo considerable de trabajo, antes de empezar a divagar
sobre el kernel, por que no checas tu hardware, alguna memoria con
problemas, el micro, se esta calentando mucho? fallo en la fuente de
poder, estas situaciones se atribuyen mas a estas razones que a un fallo
en tu sistema, claro de inicio, prueba cambiando las memorias

Y nos comentas como te fue, suerte =)

Alonso Tellez Roman wrote:
>
> Lista:
>
> Hoy, tuve que rebootear mi equipo, despues de un record de casi 2 meses, la > causa fue un "OverFlow" del Kernel, fue todo lo que alcanzo a decirme linux > en la pantalla, justo cuando llegue a la oficina, termino por apagarse el
> equipo.
>
> Ya reiniciado, a escasos 30 mins. mientras buscaba alguna causa, comenzo a
> negar servicios, como el correo, dns, http, etc... y volvi a rebootear,
> cuando reinicie por segunda vez, desde el home de root, ejecute un simple > free y recibi el mensaje "(Core) Segmentation Fault", ya habia experimentado
> este mensaje en ocasiones anteriores y la razon es que habia un archivo
> "core" en el mismo directorio desde donde se ejecuta el comando, si no me
> equivoco, solo debe haber un archivo /dev/core que es una liga hacia
> /proc/kcore, asi pues busque con locate estos archivos y solo encontre en
> /root, no lo borre, solo renombre y guarde en otro lado. Con esa accion,
> basto para que en dos dias, mi equipo siga operando de forma normal.
>
> Pregunta, ¿Cuales son las posible causas por las que se genere este archivo
> y por que afecta el funcionamiento del sistema?
> ¿De acuerdo a las causas por las cuales se genera, como evitarlo?
> Esta ultima pregunta, creo que si soy capaz de autoresponderla, sin embargo
> agradecere sus comentarios.
>
> Gracias,
>
> Alonso.
> _________________________________________________________________________ > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
>
> ---------------------------------------------------------------------
> Lista de soporte de LinuxPPP
>  Reglas de la lista en http://linuxppp.com/reglas.html

--
Ing. David Alfredo Daza Padron
Soporte Tecnologico - Universidad Virtual ITESM
Tel (52)(8)3581400 ext. 6943
Monterrey, Nuevo Leon MEXICO
---------------------------------------------------------------------
Lista de soporte de LinuxPPP
 Reglas de la lista en http://linuxppp.com/reglas.html

_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

---------------------------------------------------------------------
Lista de soporte de LinuxPPP
Reglas de la lista en http://linuxppp.com/reglas.html



[Hilos de Discusión] [Fecha] [Tema] [Autor]