El pasado 28 de febrero anuncié la disponibilidad de cPanel 11.30 en su rama EDGE. Para aquellos que trabajamos con la rama RELEASE es una buena noticia conocer que ya se ha liberado la versión para la misma.

Las principales características y cambios de cPanel 11.30 son:

• Long-term support: versión con soporte oficial durante más tiempo.
• Mejor integración: cambios en el backend y la API y una nueva interfaz en perl diseñada para tener acceso a todas las APIs sin necesidad de conocer el funcionamiento de cada una.
• Nuevo plugin DNS: permite integrar en cPanel sistemas DNS externos.
• Soporte a CloudLinux de forma nativa.
• Actualización y mejora del sistema de actualizaciones /scripts/upcp, se reduce el espacio y tiempo necesario al ejecutarlo.
• Los módulos de Perl se instalan a través de app::cpanminus, lo que reduce notablemente el uso de memoria durante las instalaciones.
• Nuevas mejoras cara al usuario: destaca la posibilidad de configurar franjas horarias para los Auto-Responder, Roundcube 0.5.2, recogida de logs de apache via jailshell, File Manager reprogramado y cambios en el sistema de asignado de permisos…
• Soporte a CentOS 6 y RHEL 6.
• Soporte a MySQL 5.1 con permisos TRIGGER y VIEW
• Nuevo chkservd más preciso y que no detecta falsos positivos como cuando paramos un servicio de forma manual.
• Actualización de cpanellogd, más rápido y liviano.
• InnoDB activado por defecto en VPS.

Podéis ver todos los cambios con detalle en las Release Notes

En los próximos días se hará pública la versión 11.30 de cPanel y WHM en su versión EDGE. Los cambios más significativos han sido la integración de nuevas funcionalidades y el arreglo de una serie de bugs. Se ha reescrito completamente el sistema de actualizaciones (UPCP), se han añadido nuevas llamadas a la API y añadido un nuevo módulo de perl (Cpanel::PublicAPI)

Otros cambios son por ejemplo el cambio de ubicación del directorio /scripts, que será movida a /usr/local/cpanel/scripts. El sistema automáticamente migrará los datos de la carpeta a la nueva localización y creará una copia de seguridad de la carpeta además de crear un enlace simbólico para poder seguir accediendo a través de la ruta anterior (/scripts). Han avisado que puede haber problemas si el directorio contiene más de 5000 ficheros o pesa más de 100 megas. En caso de suceder esto se enviará un correo electrónico al administrador.

Hay un cambio en el sistema de RPM, ahora se permitirá al administrador proveer fuentes de un repositorio personalizado, de modo que el usuario final podrá tener versiones personalizadas de distintas aplicaciones si lo desea (exim, ftp, courier, dovecot, etc).

El nuevo módulo de perl Cpanel::PublicAPI permitirá lanzar consultas a las API desde una única interfaz y sustituirá al módulo Cpanel::Accounting, ofreciendo nuevas funcionalidades como la detección automática de credenciales, interfaces para consultas contra API1, API2, xml-api y DNS clustering system.

También se eliminará en esta nueva versión los temas Legacy. Estos son algunos de los cambios, en breve estará disponible la documentación, podéis ver algunos cambios más en el blog de cPanel.

En cPanel, desde EasyApache no existe la posibilidad de instalar el módulo de PHP OAuth. Para instalarlo debemos hacerlo a través de PHP Pecl. La instalación es sencilla, tenéis que acceder a WHM (puerto 2086) y entrar en “Module Installers” –> “Manage PHP Pecl”. Una vez dentro buscáis el módulo OAuth y lo instaláis.

Si recibís el siguiente error en el proceso de compilación, tendréis que instalar pcre y pcre devel, en CentOS y RHEL:

/usr/include/php/ext/pcre/php_pcre.h:29:18: error: pcre.h: No such file or directory

# yum install pcre-devel.i386 pcre.i386

Otra opción, es hacerlo desde línea de comandos:

# pecl install -R /usr/lib/php oauth

Es especialmente útil reducir el uso de memoria de Spamassassin/spamd en servidor con poca memoria RAM, sobre todo en VPS. Por defecto, cPanel está configurado para tener un mínimo de 1 proceso de spare y 3 hijos por proceso. Para modificar estos valores, debemos hacerlo dentro del fichero de configuración /etc/cpspamd.conf:

maxspare=1
maxchildren=1

Y reiniciamos exim:

# /etc/init.d/exim restart

Un valor de 1 para ambos parámetros debería ser suficiente en un VPS. Por supuesto si no se hace uso del servicio es conveniente desactivar Spamassassin completamente.

Pese a que no es habitual, puede que en algún momento necesitéis regenerar el fichero de configuración de named (named.conf). En mi caso no era por borrado accidental del fichero sino porque necesitaba actualizarlo tras una migración en masa de zonas DNS (necesitaba que se incluyeran en el named.conf).

Bien, cPanel pone a nuestra disposición un script que regenera el fichero named.conf a partir de las zonas DNS alojadas en /var/named/. El script a ejecutar es “/scripts/rebuilddnsconfig“.

# /scripts/rebuilddnsconfig

Una vez ejecutado debería haberse regenerado correctamente. Es posible que haya alguna incongruencia, en ese caso os mostraría los errores por pantalla. Ejemplo:

Named could not be restarted, any obvious config errors should show up below this line.
WARNING: /etc/named.conf appears to contain errors which could not be corrected automatically!
/etc/named.conf:6552: zone 'xxxx.com': already exists previous definition: /etc/named.conf:4980
/etc/named.conf:6558: zone 'xxxx.biz': already exists previous definition: /etc/named.conf:2590
Please correct these errors manually and rerun /scripts/fixrndc

En ese caso tenemos llamadas a unas zonas duplicadas. Simplemente eliminamos la llamada duplicada y ejecutaríamos “/scripts/fixrndc” para levantar de nuevo named una vez solucionados los errores:

# /scripts/fixrndc

Si sois administradores de servidores con cPanel os habréis dado cuenta que muchas veces el directorio /home/.cpan termina ocupando cerca de 1G de espacio. Gracias a The cPanel Admin descubro la forma de eliminarlo y regenerarlo sin riesgo, pasando de ocupar 1G a apenas 20M.

Primero eliminamos el directorio:

# rm -rf /home/.cpan

Posteriormente ejecutamos los siguientes comandos:

# perl -MCPAN -e shell

Una vez en la shell de cpan:

cpan> install Bundle::CPAN
cpan> reload index
cpan> reload cpan
cpan> exit

Y finalmente de nuevo en la shell ssh:

/scripts/checkperlmodules --full

Últimamente he encontrado dos veces el siguiente error dentro de los logs de error de cPanel:

/usr/local/cpanel/logs/error_log

[2010-08-09 08:38:52 +0200] info [cpanel] Unable to locate forwarder "" for account xxxxx@xxx.com on domain xxx.com
[2010-08-09 08:39:02 +0200] info [cpanel] Unable to locate forwarder "" for account xxxxx@xxx.com on domain xxx.com
[2010-08-09 10:02:42 +0200] info [cpanel] Unable to locate forwarder "" for account xxxxx@xxx.com on domain xxx.com
[2010-08-09 11:03:35 +0200] info [cpanel] Unable to locate forwarder "" for account xxxxx@xxx.com on domain xxx.com
[2010-08-09 11:03:54 +0200] info [cpanel] Unable to locate forwarder "" for account xxxxx@xxx.com on domain xxx.com
[2010-08-09 11:19:25 +0200] info [cpanel] Unable to locate forwarder "" for account xxxxx@xxx.com on domain xxx.com
[2010-08-09 11:25:37 +0200] info [cpanel] Unable to locate forwarder "" for account xxxxx@xxx.com on domain xxx.com

El error al tratar de eliminar una redirección de correo desde la sección “Alias y reenvío” del panel de control de una cuenta. Por el momento no he encontrado otra solución que eliminar la redirección de forma manual dentro del fichero de alias del dominio en cuestión:

vim /etc/valiases/xxx.com

Y eliminar la línea de la redirección que queremos borrar. Puede que sea un bug del skin que utilizamos para los paneles, pues parece que hay casos en los que cuando esto pasa, si cambias al tema x3 se puede eliminar sin problemas.

Hoy os voy a dejar un enlace que os será de gran utilidad si administráis un número elevado de servidores con cPanel/WHM y necesitáis automatizar ciertas tareas como:

1. Saltarse el asistente de cPanel que aparece una vez instalado y crear un fichero con todas esas configuraciones.
2. Crear una ISO que instala automáticamente Centos (o RHEL) y cPanel/WHM.
3. Provisionamiento automático en cPanel con Kickstart.
4. Perfiles de Easyapache.
5. Integración y automatización utilizando la API de cPanel

Todo esto y algunas cosas más las encontraréis en el blog oficial de cPanel Integration. Espero que os sea de utilidad.