Para matarlo debemos conocer el PID (2ª columna) y PPID (3ª columna) del proceso: ps -ef | grep defunct
Después hacemos el kill con esos datos: kill -9 PID PPID
Fuente: http://askubuntu.com/a/201308
Para matarlo debemos conocer el PID (2ª columna) y PPID (3ª columna) del proceso: ps -ef | grep defunct
Después hacemos el kill con esos datos: kill -9 PID PPID
Fuente: http://askubuntu.com/a/201308
Este error se debe al cambio de permisos en /dev/null
. Deberían ser:
En mi caso, el cambio de permisos lo realizó linphonecsh (una aplicación de un softphone), al ejecutarlo como root (http://lists.gnu.org/archive/html/linphone-developers/2011-10/msg00047.html)
Si no lo son, recrearemos el device (siendo root):
Fuente: http://www.linuxforums.org/forum/newbie/27030-bash-dev-null-permission-denied-why.html
En un servidor que tengo he visto que UFW bloquea tráfico multicast generado en mi máquina. Los logs son así:
Esto se evita poniendo deshabilitando lo siguiente:
Para que sea permanente el cambio, debemos instalar aptitude install sysfsutils
y añadir la siguiente línea al archivo /etc/sysfs.conf
:
Fuentes: http://sha.ddih.org/2011/08/18/the-case-of-the-mystery-igmp-query-request
http://www.linuxfoundation.org/collaborate/workgroups/networking/bridge#Snooping
http://unix.stackexchange.com/questions/25382/make-changes-to-sys-persistent-between-boots
Instalé el paquete de Debian Wheezy python-pip hace tiempo. Lo usaba para instalar y desinstalar cosas hasta que me di cuenta de que pip uninstall no desinstalaba lo que le indicaba.
Buscando llegué a este bug, que es exactamente lo que me pasaba. Ahí viene la solución para instalar pip desde su repositorio:
En Debian también hay un bug, que dice que falla sólo si no usas pip en un virtualenv.
Ofrezco un servicio en uno de mis servidores al que conectan clientes. Estos clientes son programados por sus dueños y no todos realizan una única conexión, como debería ser. Un día me encontré con un mismo cliente que estaba conectado con 10 clientes, cosa innecesaria.
Para evitar este problema, he limitado a 2 conexiones (dar una de margen, por si acaso) al puerto del servicio en cuestión:
Fuente: http://romanr.info/iptables/connlimit/
Si usamos UFW podemos editar el archivo /etc/ufw/before.rules
y añadir la siguiente entrada antes de COMMIT:
Fuente: http://florent.clairambault.fr/limiting-number-of-connections-per-ip-with-ufw