Archivos de la categoría WHM

Solucionar error con subversion: Missing Dependency: perl(URI) >= 1.17 is needed by package subversion-1.4.2-4.el5_3.1.x86_64

cpanel-whm

Si usas CPanel con Centos 5.4 y necesitas instalar subversion probablemente te aparezca un error de dependencias al ejecutar:

# yum install subversion

Con salida:

Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * addons: centosu.centos.org
 * base: centosy3-msync-dvd.centos.org
 * extras: centosu.centos.org
 * updates: centosv.centos.org
addons                                                   |  951 B     00:00     
base                                                     | 2.1 kB     00:00     
extras                                                   | 1.1 kB     00:00     
updates                                                  | 1.9 kB     00:00     
Excluding Packages in global exclude list
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package subversion.i386 0:1.4.2-4.el5_3.1 set to be updated
--> Processing Dependency: perl(URI) >= 1.17 for package: subversion
--> Processing Dependency: neon >= 0.25.5-6.el5 for package: subversion
--> Processing Dependency: libneon.so.25 for package: subversion
--> Processing Dependency: libapr-1.so.0 for package: subversion
--> Processing Dependency: libaprutil-1.so.0 for package: subversion
---> Package subversion.x86_64 0:1.4.2-4.el5_3.1 set to be updated
--> Processing Dependency: perl(URI) >= 1.17 for package: subversion
--> Running transaction check
---> Package apr.i386 0:1.2.7-11.el5_3.1 set to be updated
---> Package apr-util.i386 0:1.2.7-7.el5_3.2 set to be updated
--> Processing Dependency: libpq.so.4 for package: apr-util
---> Package neon.i386 0:0.25.5-10.el5_4.1 set to be updated
---> Package neon.x86_64 0:0.25.5-10.el5_4.1 set to be updated
---> Package subversion.i386 0:1.4.2-4.el5_3.1 set to be updated
--> Processing Dependency: perl(URI) >= 1.17 for package: subversion
---> Package subversion.x86_64 0:1.4.2-4.el5_3.1 set to be updated
--> Processing Dependency: perl(URI) >= 1.17 for package: subversion
--> Running transaction check
---> Package postgresql-libs.i386 0:8.1.18-2.el5_4.1 set to be updated
---> Package subversion.i386 0:1.4.2-4.el5_3.1 set to be updated
--> Processing Dependency: perl(URI) >= 1.17 for package: subversion
---> Package subversion.x86_64 0:1.4.2-4.el5_3.1 set to be updated
--> Processing Dependency: perl(URI) >= 1.17 for package: subversion
--> Finished Dependency Resolution
subversion-1.4.2-4.el5_3.1.x86_64 from base has depsolving problems
  --> Missing Dependency: perl(URI) >= 1.17 is needed by package subversion-1.4.2-4.el5_3.1.x86_64 (base)
subversion-1.4.2-4.el5_3.1.i386 from base has depsolving problems
  --> Missing Dependency: perl(URI) >= 1.17 is needed by package subversion-1.4.2-4.el5_3.1.i386 (base)
Error: Missing Dependency: perl(URI) >= 1.17 is needed by package subversion-1.4.2-4.el5_3.1.i386 (base)
Error: Missing Dependency: perl(URI) >= 1.17 is needed by package subversion-1.4.2-4.el5_3.1.x86_64 (base)
 You could try using --skip-broken to work around the problem
 You could try running: package-cleanup --problems
                        package-cleanup --dupes
                        rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.

Y si pruebas a instalar el paquete de perl desde los repositorios, te dirá que esta actualizado:

# yum install perl
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * addons: centosu.centos.org
 * base: centosy3-msync-dvd.centos.org
 * extras: centosu.centos.org
 * updates: centosb2.centos.org
Excluding Packages in global exclude list
Finished
Setting up Install Process
Nothing to do

No te preocupes, tiene fácil solución. Bajaremos los paquetes de la versión 1.35 y lo instalaremos solventando el error:

# wget http://yum.trixbox.org/centos/5/RPMS/perl-URI-1.35-3.noarch.rpm

Instalamos el paquete de Perl usando el comando:

# rpm -i perl-URI-1.35-3.noarch.rpm

Ahora, prueba a instalar subversion y ya no tendrás el problema anterior:

# yum install subversion

Solución Cpanel/WHM – clamd failed. A restart was attempted automagically.

cpanel-whm

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:

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:

# 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:

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

Y quedaría:

# 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:

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