On 2017-08-09 22:08, H. Gabriel Máculus wrote:
El 9 de agosto de 2017, 15:39, Carlos E. R. <> escribió:
¿Que aplicación es la que te peta? Si no lo sabes, está en el log. Por ejemplo:
journalctl | grep coredump
Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Removed old coredump core.kded5.1000.cf012abed7f64377809cf39b9dd255e7.13549.1501850341000000.xz. Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Process 13549 (kded5) of user 1000 dumped core. Failed to get journal fields: Bad message
Pues ahí o tienes: es kded5 el que está reventando.
no es, por la fecha no puede ser nunca ademas elimine todos los posibles procesos y el problema sigue.
Y por cierto, lo que ocupa la CPU del proceso systemd-coredump es la compresión, que también se puede desactivar - pero te llena el disco.
o sea con compresion te liquida el cpu y sin compresion te liquida el disco, menuda basura el systemd
Joer, y dale.
pues si, el programa tiene un bug cuando los logs estan corruptos.
Lo haga quien lo haga, el kernel está detectando que hay un programa que ha petado. Ha recogido la basura para su estudio y se la ha pasado al systemd, quien se limita a decírtelo y a guardarla durante una semana, y luego la borrará. No confundas al mensajero con el culpable.
el proceso que se inicia y termina infinitas veces es coredump, se nota que al no poder abrir los logs inicia otra instancia por cada procesador.
A ver, tienes un monton de procesos ocupando cada uno un core porque hay una aplicación por ahí que está petando, y en cada pete se lanza un proceso que guarda el core que captura el KERNEL. Y en cada caso, en el log se guarda el nombre del proceso que petó y la fecha y hora y minuto y segundo.
Es como si el coche se te para en mitad de la autovía, y le pitas a la grúa por estorbar. Lo que has hecho es decirle al sistema que tire el coche al barranco y que se olvide.
pues la grua ocupaba todos los carriles, el auto ocupada uno solo. systemd vino a demostrar que es peor que la enfermedad.
Porque no se ha estrellado un coche, sino veinte.
podria ser que se corrompe el log y eso causa la falla en coredump?
No hay ninguna falla en coredump.
pero que terco, esta Mr perfecto el sistema tiene ninguna falla solo es mi imaginacion
Tienes una falla gorda en kded5.
imposible porque lo elimine y el problema persiste.
El log dice que sí. El dia 4 de agosto: Aug 04 09:39:08 linux-5yjr systemd-coredump[17475]: Process 13549 (kded5) of user 1000 dumped core. ******* Claro, que estamos a diez de agosto. Pues pon los logs correctos, no los de hace varios dias. journalctl | grep coredump hasta que termine. No lo pares.
la solucion fue eliminar los logs dañados y todo volvio a la normalidad, voy a tratar de reproducirlo para reportarlo creo que es mejor que discutir con un creyente.
Y te mandarán a freir monas, y eso que yo no soy creyente. Te aconsejo que no discutas con ellos sobre systemd. El otro dia expulsaron a dos de las listas, foros, irc, de todo, por hacerlo, y a perpetuidad. Y en este caso, no tienes razón. A mi no me gusta systemd, prefiero initd, pero en este caso no hay problema con systemd. El problema viene de otro/otros procesos que provocan esos síntomas en systemd. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)