Doknet

Site perso d'un administrateur systèmes & réseaux

Résoudre les problèmes de LogAnalyzer 1.13 et php 8.2

de

On octobre 21, 2023

dans Maintenir des serveurs dans une infrastructure virtualisée

Environnement

Système d’exploitation : Debian 12

Version de php : 8.2

Version de Log Analyzer : 4.1.13

Problème détecté

Après l’installation de Log Analyzer, on peut rencontrer quelques soucis. Le premier et le plus courant étant celui-ci :

« Could not find the configured table, maybe misspelled or the tablenames are case sensitive« 

Pistes de résolutions (testées et approuvées) :

1. Vérifier la casse de l’info sur la table « SystemEvents » dans le fichier de configuration de LogAnalyzer

sudo nano /var/www/html/loganalyzer/config.php

Chercher la ligne contenant le terme « SystemEvents » (à la fin du fichier) et s’assurer que la casse est respectée :

2. Se connecter à l’admin center dans l’interface web,

Aller dans « sources », cliquer sur « modifier » puis vérifier que la casse est également respectée ici :

A ce stade, il se peut que l’interface fonctionne de nouveau dans son ensemble, sauf pour la page d’index de LogAnalyzer qui peut afficher une page blanche.

Dans ce cas, le bon réflexe est le suivant : activer les rapports d’erreur dans php.ini :

sudo nano /etc/php/8.2/apache2/php.ini

Cherche la ligne « display_errors » et la passer à « On »

Puis relancer apache2

systemctl restart apache2

En rechargeant la page d’accueil de Log Analyzer, le message suivant apparaît : « Fatal error: Uncaught mysqli_sql_exception: Unknown column ‘processid’ in ‘field list’« 

Pour résoudre ce problème, rdv dans Mysql pour ajouter manuellement les colonnes manquantes :

mysql -u root -p
USE Syslog;
ALTER TABLE SystemEvents
ADD COLUMN checksum INT NOT NULL;
ALTER TABLE SystemEvents
ADD COLUMN processid VARCHAR(60) NOT NULL;
exit

Après ça, en rafraichissant la page d’accueil, tout apparait comme il faut :

Sources qui m’ont aidé à résoudre ce souci :

https://github.com/rsyslog/loganalyzer/issues/75

Précédent

Monitorer un ordinateur sous Windows via Centreon

Suivant

Installer Syslog sur Debian 12

4 Comments

  1. Paul Duriot

    Merci infiniment, exactement la même erreur à la fin de l’installation… et ta solution fut miraculeuse !

  2. Anon

    Très bon article, merci.
    Une note: il est possible que rsyslog couine que les colonnes sql « processid » et « checksum » de la table SystemEvents ne sont pas avec des valeurs par défaut et refuse d’insérer les nouveaux logs qui arrivent.

    Pour y remédier il faut exécuter ces requêtes SQL une fois dans la database rsyslog puis redémarrer rsyslog par la suite:

    ALTER TABLE SystemEvents ALTER checksum SET DEFAULT 0;
    ALTER TABLE SystemEvents ALTER processid SET DEFAULT 1;

    Le PID est de toute façon affiché de façon correcte (généralement) dans la colonne syslogtag et entre crochet.