Busqueda sobre Linux y software libre

Noticias sobre linux y software libre - Google 

Cómo solucionar problemas de GLPI en linux

 Le preguntamos a Gemini, la inteligencia artificial de Google cómo  solucionar problemas de GLPI en linux

Explicanos detalladamente cómo solucionar problemas de GLPI en linux

Cuando el "cerebro" de tu inventario tecnológico empieza a fallar, la presión aumenta porque dependes de él para resolver los problemas de todos los demás. GLPI es robusto, pero al ser tan modular y depender de tantas extensiones de PHP, un pequeño desajuste en el servidor puede detenerlo.

Aquí tienes la guía técnica para diagnosticar y reparar GLPI como un profesional.

1. La "Caja Negra": Los Logs de GLPI

A diferencia de otras apps, GLPI tiene sus propios registros internos que son mucho más descriptivos que los de Apache. Antes de tocar nada, mira aquí:

Ruta de logs: /var/www/html/glpi/files/_log/

php-errors.log: Aquí verás por qué una página sale en blanco o por qué un plugin no carga.

sql-errors.log:
Si el error es de base de datos (tablas corruptas o fallos de actualización), aquí estará la consulta SQL exacta que falló.

cron.log: Si las tareas automáticas no se ejecutan, este archivo te dirá por qué.

[!TIP]

Comando de monitoreo en vivo: > tail -f /var/www/html/glpi/files/_log/*.log (Esto te mostrará cualquier error en tiempo real mientras navegas por la web).

2. El Problema de los Permisos (El "Top 1" de fallos)

GLPI necesita escribir constantemente en las carpetas files, config y marketplace. Si tras una actualización o migración nada funciona, casi siempre es un tema de permisos.

La solución definitiva:

Asegúrate de que el usuario del servidor web (www-data) sea el dueño de todo:

Bash

sudo chown -R www-data:www-data /var/www/html/glpi

sudo find /var/www/html/glpi -type d -exec chmod 755 {} \;

sudo find /var/www/html/glpi -type f -exec chmod 644 {} \;


3. Errores de PHP y Extensiones Faltantes

GLPI 10 es muy exigente. Si ves un error 500 Internal Server Error, lo más probable es que falte un módulo de PHP que GLPI considera "vital".

Verifica los módulos instalados: php -m

Módulos que suelen faltar en instalaciones nuevas:

php-intl (Para traducciones y fechas).

php-gd (Para generar gráficos y procesar imágenes).

php-bz2 o php-zip (Para manejar plugins y actualizaciones).

php-apcu (Para la caché, vital para la velocidad).


Si falta uno, instálalo y reinicia:

Bash

sudo apt install php-intl php-apcu

sudo systemctl restart apache2


4. Fallos en las Tareas Automáticas (Acciones Automáticas)

¿Tus tickets por correo no llegan? ¿El inventario no se actualiza? Probablemente el sistema interno de "Acciones Automáticas" se quedó atascado o no está configurado en modo CLI.

Ve a Configuración > Acciones Automáticas.

Si ves muchas tareas en estado "Programado" pero con fecha pasada, cámbialas de GLPI a CLI.

Asegúrate de que tu crontab esté funcionando:

Bash

sudo crontab -u www-data -l

# Deberías ver: * * * * * /usr/bin/php /var/www/html/glpi/front/cron.php

5. El "Modo de Depuración" (Debug Mode)

Si la interfaz web carga pero no puedes ver el error real, activa el Modo Debug. Esto te mostrará advertencias detalladas y tiempos de ejecución.

Haz clic en tu perfil (arriba a la derecha) > Modo de depuración.

Si no puedes entrar a la interfaz, puedes forzarlo en la base de datos (solo para expertos):

UPDATE glpi_users SET use_mode = 2 WHERE name = 'tu_usuario';

6. Problemas comunes tras una actualización

SíntomaCausaSolución
Página de actualización constanteNo se borró la carpeta install.sudo rm -rf /var/www/html/glpi/install
Error de "Cifrado de Base de Datos"Falta el archivo glpi.key.Restaura el archivo /etc/glpi/glpi.key de tu backup.
Plugins incompatiblesVersión antigua de un plugin.Desactiva plugins moviendo su carpeta fuera de marketplace/.

7. Verificación del Sistema (Herramienta Interna)

GLPI tiene una página de "salud" que pocos usan pero es oro puro. Ve a:

Administración > Configuración > Sistema

Aquí GLPI te dirá exactamente:

Si tu base de datos tiene el formato de tiempo (Timezone) correcto.

Si la seguridad de las carpetas es la adecuada.

Si el límite de memoria de PHP es suficiente (recomendado 512M).

Un toque de "sabiduría de trinchera"

Si GLPI se siente lento, el culpable suele ser la base de datos MariaDB. Revisa el archivo /etc/mysql/mariadb.conf.d/50-server.cnf y asegúrate de que el valor innodb_buffer_pool_size sea al menos el 50% de tu RAM disponible. GLPI hace muchísimas lecturas pequeñas, y tener la base de datos en RAM cambia el juego por completo.

¿Te gustaría que te ayudara a crear un script de backup automático que guarde tanto la base de datos como los archivos adjuntos y los suba a un servidor externo para dormir tranquilo?

Ads by CJ - Linux Foundation

Share This