Shakaran

Si es la primera vez que ves un mensaje similar a este:

1
2
3
4

cpsrvd failed @ Sat Nov  14 10:54:13 2009. A restart was attempted  automagically.
 Service Check Method:  [tcp connect]
 
 Failure Reason: Unable to connect to port 2086

Puede que estes algo confuso. ¿que diablos es cpsrvd? ¿porqué falla? ¡eso no puede ser bueno! ¿Reinicio? ¿funciono? ¿perdí algún dato? ¿está algo roto? ¿es “automagically” una palabra?

La buena noticia es que no te preocupes, no es una gran tragedia. cpsrvd es parte de los servicios de Cpanel, más específicamente mantiene el demonio de servicios de cPanel y realmente es muy común que falle. De hecho la mayoría de fallos que se producen en cPanel mantienen un pequeño script de reinicio para los casos en que sufren algun cuelgue.

En consecuencia, si este reinicio no se produce adecuadamente, no podrás tener acceso a tu cPanel y por tanto solo tendrás acceso mediante la consola o shell, por lo que puedes solucionarlo introduciendo el siguiente comando que reiniciara el demonio de cPanel:

1

/etc/init.d/cpanel restart

Una vez ejecutado, aparecerán una serie de mensajes indicando el proceso, una posible salida:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44

# /etc/init.d/cpanel restart 
Stopping tailwatchd:  2009-14-08 10:54:13 UTC [main] Current process '3508' stopped 
 [  OK  ] 
Stopping cPanel services:  Waiting for cpsrvd to shutdown ... ...Done 
Waiting for cpsrvd-ssl to shutdown ... ...Done 
 [  OK  ] 
Stopping cPanel dav services:  [Sat Nov  14 10:54:13 2009] Could not stop current process '5970' 
Waiting for cpdavd to shutdown ... ...Done 
Waiting for cpdavd-ssl to shutdown ... ...Done 
 [  OK  ] 
Stopping cPanel brute force detector services:  Waiting for cphulkd.pl to shutdown ... ...Done 
Waiting for cPhulkd to shutdown ... ...Done 
Waiting for cphulkd to shutdown ... ...Done 
 [  OK  ] 
Stopping pop3 services:  Waiting for cppop to shutdown ... ...Done 
Waiting for cppop-ssl to shutdown ... ...Done 
 [  OK  ] 
Stopping cPanel log services:                              [  OK  ] 
Stopping cPanel Chat services:                             [FAILED] 
Stopping Melange Chat services:                            [FAILED] 
Stopping InterChange services:                             [FAILED] 
Stopping cPanel ssl services:                              [  OK  ] 
Stopping mailman services:  Shutting down Mailman's master qrunner 
PID unreadable in: /usr/local/cpanel/3rdparty/mailman/data/master-qrunner.pid 
[Errno 2] No such file or directory: '/usr/local/cpanel/3rdparty/mailman/data/master-qrunner.pid' 
Is qrunner even running? 
mailmanctl: no process killed 
 [FAILED] 
Starting cPanel services:                                  [  OK  ] 
Starting cPanel brute force detector services:             [  OK  ] 
Starting cPanel dav services:                              [  OK  ] 
Starting cPanel Log services: ==> cPanel Log Daemon version 24.0 
 [  OK  ] 
Starting pop3 services: Waiting for cppop to shutdown ... ...Done 
Waiting for cppop-ssl to shutdown ... ...Done 
 [  OK  ] 
Starting cPanel Chat services:  
Starting Melange Chat services:  
Starting cPanel ssl services: Using Native SSL support (stunnel not needed) 
 [  OK  ] 
Starting mailman services:                                 [  OK  ] 
Starting tailwatchd: [Sat Nov  14 10:54:13 2009] Starting /usr/local/cpanel/libexec/tailwatchd daemon 
Log is at /usr/local/cpanel/logs/tailwatchd_log 
 [  OK  ]

Si eso no funciona, puedes intentar actualizando tu Cpanel (aviso: estos comandos aún no los he probado)

1
2
3
4

rm -f /usr/local/cpanel/cpanel 
/scripts/installgd 
/scripts/cleanmd5 
/scripts/upcp

Si administras un VPS o un servidor dedicado y tienes CPanel y WHM instalado, puede que te hayas encontrado con docenas, cientos o miles de emails en tu correo con un aspecto similar al siguiente:

1
2
3
4

clamd failed @ Sun Nov  8 17:58:38 2009. A restart was attempted automagically.
 Service Check Method:  [check command]
 
 Cmd Service Check Raw Output: clamd is not installed

Después de maldecir a tu servidor por enviar tanto email. Seguro que te has planteado ¿que produce este error?¿porque se produce?

Pues la respuesta, parece ser que a día de hoy no la tenía google y tras un poco de investigación di con la causa del asunto.

Mi problema derivaba de que había instalado ClamAV en el VPS, por exceso de consumo de memoria lo había quitado y entonces salían estos mensajes. El hecho es que recuerdo haber activado alguna opción relacionada con clamd en WHM en el apartado Service Configuration > Service Manager

Pero que casualidad, que al ir allí ya no se listaba el proceso. Quizás por algún bug. Entonces, veamos como solucionarlo, porque sino tendríamos que instalarlo de nuevo, desactivarlo y volver a desistalarlo.

Asi que buscando una forma más comoda, podemos buscar el archivo /etc/chkserv.d/chkservd.conf que contiene los servicios que son administrados (y que parece que al no existir da error en la notificación).

Nota: la ruta es para un CentOS 5.4, en otras versiones y distribuciones puede variar.

Asi que visualizando el contenido, en mi VPS salía lo siguiente:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

# cat /etc/chkserv.d/chkservd.conf
clamd:1
cpdavd:1
cpsrvd:1
entropychat:0
exim:1
exim-altport:0
ftpd:1
httpd:1
imap:1
ipaliases:1
melange:0
mysql:1
named:1
pop:1
spamd:1
sshd:1
syslogd:1

El archivo habla por si solo, si queremos desactivar las engorrosas notificaciones, basta con poner a 0 el servicio que queramos, en mi caso clamd:0. Luego con nano, podemos cambiarlo:

1

# nano /etc/chkserv.d/chkservd.conf

Y quedaría:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

# cat /etc/chkserv.d/chkservd.conf
clamd:0
cpdavd:1
cpsrvd:1
entropychat:0
exim:1
exim-altport:0
ftpd:1
httpd:1
imap:1
ipaliases:1
melange:0
mysql:1
named:1
pop:1
spamd:1
sshd:1
syslogd:1

Quizás tu problema sea con otros de los servicios, por ejemplo spamd o httpd, ftpd, cualquier otro daemon. La manera de proceder es exactamente la misma.

Por ejemplo si fuese el spamd, el mensaje sería muy similar:

1
2
3
4

spamd failed @ Sun Nov  8 17:58:38 2009. A restart was attempted automagically.
 Service Check Method:  [check command] 
 
 Cmd Service Check Raw Output: Spamd is not running

Soy un usuario bastante curioso y aventurero de Ubuntu, por eso suelo utilizar muchos programas en estado alpha o beta para estar al tanto de las últimas novedades o aprovechar al máximo los sistemas.

Esto suele traer algunas desventajas, como que de un día para otro no funcione algo (como el sistema de sonido de Pulseaudio). La última ha sido que no arrancaba ninguno de los kernels que tenía instalado en Ubuntu ya que uso Ubuntu Karmic 9.10.

El problema que sucedía es que al iniciar el kernel, daba un fallo irrecuperable de udev (el gestor de dispositivos de linux) mostrando estas últimas lineas en la pantalla de inicio del kernel y no podiendo hacer nada más (ya no daba tiempo ni a que se hubieran iniciado los tty):

1
2
3

init: udevtrigger mainprocess (1283) terminated with status 1
init: udevtrigger post-stop porcess (1283) terminated with status 1
init: udevmonitor main process (1282) killed by TERM signal.

Cuando pasan cosas así, enseguida te hechas las manos a la cabeza y piensas que tendrás que acudir a una live para recoger los últimos vestigios de tus datos y reinstalar el sistema. Pero soy un poco cabezón y me renegaba a tener que perder las configuraciones del sistema (aunque al menos con la partición /home no perdería ninguna configuración de las aplicaciones).

Así que tras un buen rato de búsqueda y sudores fríos, encontré un bug donde se comentaba que podía iniciarse una pequeña consola con lo siguiente:

1. – Encender el pc y pulsar ‘e’ en una entrada de un kernel de grub.

2. – En la línea de linux, ir al final y poner:

1

rw init=/bin/bash

3. – Pulsar Ctrl + x para iniciar el kernel.

Esto te daría una pequeña consola de root (útil también como puerta trasera y recuperar contraseñas) pero obviamente ninguna cosa más del kernel se había iniciado. Por lo que probé con las siguientes cosas:

1. – Iniciar el sistema de ventanas ejecutando:

1

startx

Llegaba a mostrarse el escritorio de gnome, pero cuando empezaba a cargar más cosas, fallaba y no terminaba de arrancarse volviendo al terminal.

2. – Leí también que podía iniciarse la interfaz de red (puesto que mi propósito era actualizar los paquetes y conseguir la versión con el paquete arreglado) con el comando:

1

sudo dhcclient eth0

Esto no lo llegué a probar porque lo ví más tarde, pero posiblemente hubiese sido útil.

3. – Probé a iniciar GDM, con:

1

/etc/init.d/gdm start

Pero parece que ubuntu al usar “upstart” tenía que ser con:

1

start gdm

Pero eso tampoco funcionó.

La desesperación en este punto ya empezaba a apoderarse de mí. Pero luego dí con este artículo de la wiki de ubuntu sobre chroot recovery

Mi situación era algo similar, asi que hice esos pasos con alguna variación:

1. – Descargar/obtener un live cd.

2. – Iniciar el live cd y cuando cargue el escritorio abrir una consola.

3. – Crear los siguiente directorios:

1
2

sudo mkdir /media/karmic 
sudo mkdir /media/karmic/proc /media/karmic/dev /media/karmic/etc

4. – Montar la partición de linux (en mi caso sda6):

1

sudo mount /dev/sda6 /media/karmic

5. – Enlazar los directorios con la partición linux:

1
2
3

sudo mount -o bind /proc /media/karmic/proc 
sudo mount -o bind /dev /media/karmic/dev/ 
sudo mount -o bind /dev/pts /media/karmic/dev/pts

6. – Copiar este archivo:

1

sudo cp /etc/resolv.conf /media/karmic/etc/resolv.conf

7 – Crear el contenido para policy-rc.d

1
2

printf '#!/bin/sh\n\necho 101\n' | sudo tee -a /media/karmic/usr/sbin/policy-rc.d 
sudo chmod +x /media/karmic/usr/sbin/policy-rc.d

8. – Actualizar la partición de linux afectada con chroot:

1

sudo chroot /media/karmic apt-get update

9. – Actualizar los paquetes:

1

sudo chroot /media/karmic apt-get dist-upgrade

10. – Si tenías algún paquete roto:

1

sudo chroot /media/karmic apt-get -f install

11 – Borrar el archivo policy-rc.d (ya no es necesario)

1

sudo rm -f /media/karmic/usr/sbin/policy-rc.d

12. – Reiniciar y voilá! Arranque arreglado.