Tratando de importar una copia de base de datos que había creado con drush sql-dump en otro servidor, me he encontrado con este error de MySQL:

ERROR 1071 (42000) at line 25: Specified key was too long; max key length is 767 bytes

El comando que estaba usando era bastante normal:

drush sql-cli <  ../backup.sql

Después de intentar varias opciones, también he llegado a ver este otro error:

ERROR 1709 (HY000) at line 25: Index column size too large. The maximum column size is 767 bytes.

De una temporada a esta parte supongo que habréis visto el aviso en el panel de información de Drupal acerca de actualizar la base de datos para soportar UTF-8 de 4 bytes, con este mensaje:

4 byte UTF-8 for mysql is not activated, but it is supported on your system. It is recommended that you enable this to allow 4-byte UTF-8 input such as emojis, Asian symbols and mathematical symbols to be stored correctly. See the documentation on adding 4 byte UTF-8 support for more information.

Vale, ¿pero de que va todo esto? ¿Para que sirve esta actualización?

Let’s Encrypt es una autoridad certificadora (CA) abierta, gratuita, y libre. Llevan funcionando menos de un año, desde 2016, y se puede decir que es un servicio público, dirigido a promover y facilitar la obtención y configuración de certificados de seguridad para la web. Lo que ofrecen son certificados X.509 por dominio que podemos usar para TLS.

https://letsencrypt.org/

Usando Drush podemos actualizar nuestro sitio Drupal tranquilamente desde la línea de comandos. El comando es:

drush pm-update

O podemos usar su alias, mas cómodo.

drush up

Drush en este caso va a hacer unas cuantas cosas:

• Actualizar core de Drupal, descargando los archivos necesarios de la última versión.
• Actualizar todos los módulos contrib a su ultima versión, descargando sus archivos.
• Ejecutar los cambios de base de datos pendientes de todos los módulos actualizados.

A partir de aquí, tenemos varias opciones que nos permitirán hacer estas tareas por separado. Vamos a ver las mas comunes.

Con las últimas actualizaciones el indexador de Baloo se esta volviendo loco y se lleva la CPU como un salvaje.

Como no se puede desactivar con un servicio o por medio del /etc/init.d, y no quería que siguiese activo, he estado buscando como desactivarlo. Al final lo que he hecho es editar el fichero de configuración

$HOME/.kde/share/config/baloofilerc

y añadir esto:

Indexing-Enabled=false

Después maté el proceso baloo_file_extractor con un kill y se acabó el problema.

En este hilo de los foros de Ubuntu teneis mas info.

Primero vamos a probar la versión rápida y sencilla, que es con el paquete de Debian, que instalamos como root:

# apt-get install node-less

Esto nos instalará el paquete principal de node.js y el compilador de less.

IOWait es la medida del tiempo que los procesos de la CPU pasan sin hacer nada, en espera de poder hacer una operación de IO, es decir, leer o escribir en el disco.

Generalmente es un indicador claro de un cuello de botella en el sistema, y se produce cuando alguno de los discos (o todos) no dan a basto con operaciones de lectura y/o escritura.

Los síntomas suelen ser bastante claros, en forma de bajada general de rendimiento, largas esperas, etc.

La forma más sencilla y estándar de comprobar la carga de iowait que tenemos es usar el comando top, que tenemos disponible en cualquier sistema GNU / Linux, y en muchos casos no es necesario ni siquiera tener permisos de root. En la primera parte de la salida del top es donde tenemos esta información en la línea de %Cpu(s), marcada como wa.

Los organizadores de la DrupalCamp 2014 en la que tuve la oportunidad de dar una charla han colgado todos los videos de las conferencias en Vimeo.

Este es el enlace de mi charla:

http://vimeo.com/98215221

Y aquí podeis ver todos los vídeos:

http://vimeo.com/channels/drupalcampspain2014

Merece la pena perder un poco el rato si estás metido en esto del Drupal, hay verdaderos cracks de ponentes.