Systemd-coredump [solucionado]

[Krovikan]

Hola:

De repente me está fallando un programa y en lugar de cerrarse, se queda abierto suspendido en disco (según KSysguard) y así se queda por resto de los días.

Hasta que vi que systemd-coredump se activa y ocupa toda la CPU. Así que quiero desactivar el coredump que no necesito para nada (creo yo).

He probado la opción 2 de está página https://linux-audit.com/understand-a...work-on-linux/

EDIT: Solución

Copiad las órdenes que pongo o si lo haceis desde el enlace de arriba sustituid las comillas torcidas por las comillas de MAYS+2 (las de siempre).

Hacerlo todo en root con su en lugar de sudo.

echo "ulimit -c 0 > /dev/null 2>&1" > /etc/profile.d/disable-coredumps.sh

echo "fs.suid_dumpable=0" >> /etc/sysctl.conf

sysctl -p

Saludos

[karlggest]

Hola.

La redirección consta de dos partes, cada una de las cuales a su vez puede incluir redirecciones, etc.

Los comandos lo que hacen es insertar redirecciones en ficheros ejecutables. Las comillas lo que hacen es indicar que lo entrecomillado es una cadena de texto sin importar los caracteres incluidos. Hasta aquí bien, ¿no?

Lo que indica bash es que la redirección es ambigua, o dicho de otro modo, que no sabe interpretar qué forma parte y qué no de la redirección.

Si ejecutas simplemente:

echo “ulimit  -c 0 > /dev/null 2>&1”

Obtendrás el error que te indicaba también antes:

echo “ulimit -c 0 > /dev/null  2>&1”
bash: 1”: redireccionamento ambigüo

(De paso felicidades a quien puso una diéresis donde no se usa )

Fíjate que pone 1" después de bash: eso es lo que no acaba de entender bash. La explicación corta es que no sabe si la cadena acaba ahí o no (y es que la cadena tiene más redirecciones). Añade un espacio entre el 1 y el " y se ejecutará correctamente:

echo “ulimit -c 0 > /dev/null 2>&1 ”

Por cierto, lo que hace esa redirección es que no se muestre por consola la salida del comando ulimit -c 0

Salud!!

[Krovikan]

Gracias por responder.

El comando no creaba el archivo disable-coredumps.sh así que lo he tecleado con su ya que sudo no hacia nada (ni pedirme pass).

krovikan@linux:/etc> echo “ulimit -c 0 > /dev/null 2>&1 ” > /etc/profile.d/disable-coredumps.sh
krovikan@linux:/etc> ^C
krovikan@linux:/etc>  cd /etc/profile.d
krovikan@linux:/etc/profile.d> sudo echo “ulimit -c 0 > /dev/null 2>&1 ” > /etc/profile.d/disable-coredumps.sh
krovikan@linux:/etc/profile.d> su
Contraseña: 
linux:/etc/profile.d # echo “ulimit -c 0 > /dev/null 2>&1 ” > /etc/profile.d/disable-coredumps.sh
linux:/etc/profile.d # exit
exit
krovikan@linux:/etc/profile.d> cat /etc/profile.d/disable-coredumps.sh 
“ulimit -c 0 ”

La 2ª parte no he podido completarla. He tenido que volver a usar su porque sudo no tenía permiso (ni me pedía pass)

sudo echo “fs.suid_dumpable=0” >> /etc/sysctl.conf
bash: /etc/sysctl.conf: Permiso denegado
krovikan@linux:/etc/profile.d> su
Contraseña: 
linux:/etc/profile.d # echo “fs.suid_dumpable=0” >> /etc/sysctl.conf
linux:/etc/profile.d # sysctl -p
net.ipv4.ip_forward = 0
net.ipv6.conf.all.forwarding = 0
sysctl: cannot stat /proc/sys/“fs/suid_dumpable: No existe el fichero o el directorio

EDIT: Remirando el comando, veo que el echo escribió algo en /etc/sysctl.conf. Así que he ido a mirar ese archivo y veo esto:

cat /etc/sysctl.conf
####
#
# /etc/sysctl.conf is meant for local sysctl settings
#
# sysctl reads settings from the following locations:
# /boot/sysctl.conf-<kernelversion>
# /lib/sysctl.d/*.conf
# /usr/lib/sysctl.d/*.conf
# /usr/local/lib/sysctl.d/*.conf
# /etc/sysctl.d/*.conf
# /run/sysctl.d/*.conf
# /etc/sysctl.conf
#
# To disable or override a distribution provided file just place a
# file with the same name in /etc/sysctl.d/
#
# See sysctl.conf(5), sysctl.d(5) and sysctl(8) for more information
#
####

# net.ipv6.conf.all.disable_ipv6 = 1
# net.ipv6.conf.all.disable_ipv6 = 1
net.ipv4.ip_forward = 0
net.ipv6.conf.all.forwarding = 0
“fs.suid_dumpable=0”

Ha escrito la última línea. ¿Igual el único error es que tenga " al principio y al final?
Si funciona, creo que con eso desactivo el systemd-coredump según la URL que puse en el primer post.


Saludos

[karlggest]

Hola.

Sí, también en los scripts anteriores borra las comillas. Así ulimits <opciones> y no "ulimits <opciones>".

Vale, ya lo tengo, supongo que lo has copiado de algún lado. Fíjate en las comillas. Las comillas no son rectas "", sino invertidas “”

linux:/tmp # echo "ulimit -c 0 > /dev/null 2>&1 " > /etc/profile.d/disable-coredumps.sh
linux:/tmp # cat /etc/profile.d/disable-coredumps.sh 
ulimit -c 0 > /dev/null 2>&1 
linux:/tmp # echo “ulimit -c 0 > /dev/null 2>&1 ” > /etc/profile.d/disable-coredumps.sh
linux:/tmp # cat /etc/profile.d/disable-coredumps.sh 
“ulimit -c 0 ”
linux:/tmp #

Con las comillas rectas no es necesario el espacio detrás del 1, pero tampoco molesta como puedes apreciar. Además, el fichero se crea si no existe.

Una cosa más. En una redirección, cada lado del redirector es Un comando. Si aplicas sudo a una parte... no lo estarás haciendo en la otra Así que si no tienes permisos para abrir o modificar el fichero de turno, no funcionará.

Salud!!

[Krovikan]

Ahora no tengo claro cual es el contenido exacto de los ficheros.

No sé si ha de tener el disable-coredumps.sh ulimit -c -0 o ulimit -c -0 > /dev/null 2>&1 o ulimit -c -0 solamente pero con comillas de algún tipo o no. Estoy hecho un lio.

Lo mismo me pasa con el /etc/sysctl.conf. No sé si ha de tener fs.suid_dumpable=0 con comillas de algún tipo o sin.

Es info que he sacado de https://linux-audit.com/understand-a...work-on-linux/ tras googlear un poco. Sección Disable core dumps, alternativa 2.


Saludos

[karlggest]

Hola.

Elimina las líneas que has añadido y ejecuta los comandos pero cambia las comillas por las normales (may+2)

Salud!!

[Krovikan]

Muchas gracias.

Cogía a lo que nunca han programado y usan '' (bajo el interrogante) en lugar de " (mays+2) y les daba. XDD

Ahora sí. Me han metido lo necesario. He ejecutado el sysctl -p y sin problemas.

No sé si será casualidad o no, pero he ejecutado el programa que me ponía en marcha el coredump y se ha ejecutado bien. Ni se ha suspendido en disco, ni se ha puesto en marcha el systemd-coredump ocupando toda la CPU en lugar de terminar el programa ni nada.

Todo bien.


Saludos y gracias de nuevo

PD: He editado el primer post con la solución y puesto el tag [SOLUCIONADO] después del título.

[Invisuu]

Muchas gracias.

Cogía a lo que nunca han programado y usan '' (bajo el interrogante) en lugar de " (mays+2) y les daba. XDD

Ahora sí. Me han metido lo necesario. He ejecutado el sysctl -p y sin problemas.

No sé si será casualidad o no, pero he ejecutado el programa que me ponía en marcha el coredump y se ha ejecutado bien. Ni se ha suspendido en disco, ni se ha puesto en marcha el systemd-coredump ocupando toda la CPU en lugar de terminar el programa ni nada.

Todo bien.


Saludos y gracias de nuevo

PD: He editado el primer post con la solución y puesto el tag [SOLUCIONADO] después del título.

¿Aplicaste desde la opción 1?

Que ando hecho un lío con esto. Instalé leap 42.3 y este problema de los coredumps no deja de azotar mi equipo.

Ya he probado lo que mencionas pero se siguen disparando los coredumps gracias a tracker.

Igual estuve revisando esto y esto y, según mi muy limitado conocimiento en el tema, en en esencia es lo mismo.

Estimados moderadores ¿creen necesario que abra un nuevo post con el tema?

[Krovikan]

Hice el método 2 de la web que menciono en mi primer post.

Antes de llevarlo a cabo lee mi solución para que no caigas en el error de las comillas con apóstrofes que usaron en esa web de forma errónea.

Y recuerda no usar sudo. Su, contraseña y a meter comandos.


Saludos

[aldebaran]

Buenas noches,
me ha pasado lo mismo estos días con mi versión Leap 42.3, no se si será normal pero ya me veia instalando nuevamente y sin saber la causa del problema.

Creo que no es muy normal que un proceso de archivado se lleve el 100% del CPU dejando la máquina sin operativa alguna