Comandos básicos para revisar el estado de una base de datos mysql que no responde, y para pararla, arrancarla o reiniciarla desde consola si es necesario. Estos comandos con para un MySQL instalado sobre Linux CentOS:

Comprobar estado de mysql

/etc/init.d/mysqld status

Arrancar mysql

/etc/init.d/mysqld start

Parar mysql

/etc/init.d/mysqld stop

Reiniciar mysql

/etc/init.d/mysqld restart

Si el estado devuelve algún error, o al reiniciar falla algo, como por ejemplo:

# /etc/init.d/mysqld restart
Stopping mysqld:                                           [  OK  ]
Timeout error occurred trying to start MySQL Daemon.
Starting mysqld:                                           [FAILED]

Revisar el fichero de log de MySQL

Para ir a ver directamente las últimas líneas registradas en el log:

# tail /var/log/mysqld.log

Si hay que examinar más líneas, editar el fichero con vi y, una vez dentro, pulsar la tecla 'Escape' y escribir 'G' para ir al final, donde están los registros más recientes:

# vi /var/log/mysqld.log

En un sitio web con Drupal 7 de repente al ir a editar posts que ya tenía publicados con contenido, y que se ven correctamente, la caja de 'Body' donde tengo que editar el contenido aparece en blanco, y no puedo acceder al contenido para editarlo, ni siquiera configurando la edición como texto plano.

El único cambio que he hecho últimamente es instalar nuevos módulos, y un cambio de tema, pero me pasa con todos los temas, y he desactivado los módulos y sigue ocurriendo.

Utilizo CKEditor, y también lo he desactivado, pero sigo teniendo la ventana de edición en blanco.

Ahora voy a probar a eliminar completamente la instalación de ckeditor y luego tendré que reconfigurar todos los formatos de edición pero si alguien tiene otra sugerencia..

He desinstalado e incluso eliminado el módulo de CKEditor, y sigo teniendo el problema.

Siguiente paso: desinstalar completamente los últimos módulos, le toca el turno al módulo de Amazon..

Cómo crear un rol en SQL Server para poder dar a los usuarios fácilmente permisos para ejecutar stored procedures.

En SQL Server no existe un rol predefinido para que un usuario pueda ejecutar stored procedures, aparte del db_owner.

Si se trabaja con stored procedures y se quiere permitir a usuarios que no tengan porqué ser owners de una base de datos ejecutar procedimientos almacenados de la misma, se puede crear un rol específico con un grant de permisos de ejecución 'EXECUTE'.

Así después sólo hay que asignar ese rol a los usuarios que tengan que ejecutar stored procedures de una base de datos.

Es tan fácil como hacer algo así:

-- Crea un nuevo rol para ejecutar stored procedures
CREATE ROLE db_execute

-- Asigna permisos de ejecución de procedimientos almacenados al rol
GRANT EXECUTE TO db_execute

-- Agrega un usuario al recién creado rol db_execute role
EXEC sp_addrolemember 'db_execute', 'usuario'

Después de esto 'usuario' ya podrá ejecutar stored procedures de la base de datos en la que se ha creado el rol aunque no sea 'db_owner' de esa base de datos..