matnews.info - Mi mundo de administrador y offtopics

Error que me he encontrado cuando he intentado cargar un sql sobre una base de datos.
El problema se debe a que la consulta sobrepasa el ‘espacio’ máximo que permite el servidor o el cliente. Para solventarlo, debemos de tener en cuenta pues que la variable debe de ser de un tamaño que nos permita ejecutarla tanto en el servidor como en el cliente sin error.

- Para solventarla de cara al servidor, editamos el fichero /etc/my.cnf y lo añadimos del siguiente modo:

[mysqld]
max_allowed_packet=32M
etc

- Y para solventarlo de cara al cliente, lanzaremos el cliente con la siguiente opción:

mysql --max_allowed_packet=32M

He puesto 32Mb porque a mi con esa cantidad me es suficiente, quizá en tu caso en concreto tenga que ser mayor… o te vale un valor menor…

Estás instalando una aplicación, has revisado todos los requerimientos.. software necesario, módulos de perl y te decides a instalar y de repente, cuando estás a punto de irte a por tu tacita de café, te encuentras con este error tan poco alentador:

Can't locate BER.pm in @INC (@INC contains: bla bla bla

Es tan sencillo como que te falta un módulo de Perl… y dirás cual ??? Y yo te digo: SNMP for Perl

Iba a finalizar el post, pero bueno voy a decir los pasos a seguir para instalarlo:

- Lo descargas y descomprimes.
- perl Makefile.PL
- make
- make install

Claro y conciso… como Narciso ¿?

Selinux es un sistema de seguridad de Linux y apache es un servidor web (uno de los más extendidos en el mundo).
Generalmente no activo SELINUX en ninguno de los servidores Linux que administro, no se si acertada o desacertadamente, pero bueno a lo que vamos, hoy tenía que realizar una instalación en un servidor de un cliente, y me estaba volviendo majara, porque he realizado una gran cantidad de instalaciones de apache.. y creía tener controlada la situación.

Todo ha comenzado cuando he intentado cargar un nuevo VirtualHost, y empezar a hacer andar a la aplicación. Todo el rato me devolvía el error:

"Permission denied: access to / denied"

He probado y cambiado la configuración 200 veces quizá, pero siempre me daba la sensación de que estaba bien. Tras revisar los logs de apache otras 200 veces por lo menos, me he ido a /var/log y en messages he podido ver errores de este estilo:

May 27 14:39:45 MACHINE setroubleshoot:      SELinux is preventing the /usr/sbin/httpd from using potentially mislabeled files (/home/directorio/site).      For complete SELinux messages. run sealert -l 0bd56e38-62c4-4ba8-bdc1

Ya rápidamente he deducido que se trataba de SELINUX (ya, ya lo sé, no tiene mucho mérito..), y lo he desactivado temporalmente para probar:

echo 0 > /selinux/enforce

Y tras verificar que todo funciona correctamente lo he deshabilitado completamente:

vi /etc/sysconfig/selinux

# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
#       enforcing - SELinux security policy is enforced.
#       permissive - SELinux prints warnings instead of enforcing.
#       disabled - SELinux is fully disabled.
SELINUX=disabled

Todo funcionando y corriendo, en este punto te sientes satisfecho por un lado por haber solventado un problema, jodido y subnormal por haber perdido tiempo y neuronas en esta tonteria.

Moraleja: SELINUX malote.

En tiempos instalar el entorno gráfico en un Linux, podía ser algo traumático (en ocasiones eh, no siempre). Ahora sin embargo, es realmente muy muyyyyyyy sencillo realizar una instalación, basta con saber 1 par de comandos.
Os narro como instalar kde o gnome en RedHat o cualquier familiar de este (CentOS, Fedora, etc…), siempre que no hayamos realizado la instalación de estos paquetes directamente en la instalación. Si no lo hemos hecho, basta utilizar nuestro querido yum:

yum groupinstall gnome
yum groupinstall KDE

A descargar y a correr…

Si queréis para dejarlo que arranque ya con el entorno gráfico, deberéis editar el fichero: /etc/inittab y establecer el arranque en el runlevel 5, que es el que establece el entorno gráfico por defecto:

id:5:initdefault:

Esto parece que va de errores… además tontos.. pero bueno allá va para quien le pueda ayudar:

Esta mañana al intentar loguearme como un usuario haciendo:

su -u user

me he encontrado con el error: <b>Error: You are required to change your password immediately (password aged)</b>, la verdad es que sabía que no podía ser muy complicado, así que he mirado en los ficheros que podían estar afectados: <b>/etc/passwd</b> y <b>/etc/shadow</b>, y en éste último he visto que la entrada del usuario por el cual quería hacerme pasar era:

user:$1$kiqMrrYO$4oWdIdBHW7LZZ5yJNvYqV.:13809:0:90:7:::

Así que he editado el fichero con mi editor de textos favoritos y he procedido a eliminar ese “90″ en el 5º campo… mira que fácil, lástima que todos los problemas no sean tan sencillos…

Podemos encontrar este error en sendmail cuando intentamos crear un alias y ejecutamos el comando ‘newaliases‘ para aplicar los cambios.
El comando newaliases lee los ficheros de alias asociados en mi caso en concreto “/etc/mail/aliases” y genera un fichero aliases.db que es un fichero Berkeley DB que es el que sendmail realmente interpreta.
El error: “cannot alias non-local names” nos viene a decir que existe un alias cuyo dominio no es un nombre local que maneje el servidor, a definidas cuentas no es un nombre válido de dominio en ese servidor.

Si nosotros queremos introducir ese alias porque el dominio al que pertenece sí que tiene que ser gestionado por esta máquina y es nuestro (ojo, no vaya a ser que permitamos un alias de un dominio que no queremos) lo que debemos hacer es añadir en la última línea del fichero local-host-names el dominio que nos está dando problemas. En una instalación por defecto sería:

/etc/mail
echo "dominio" >> local-host-names
/etc/init.d/sendmail restart

Esto ya ejecuta el comando newaliases, pero si nos queremos asegurar, ejecutar de nuevo el comando y verificar que ya no sale ningún error.