You are not logged in.
Pages: 1
Bonjour,
J'ai une erreur PHP qui remonte sur le log du cron ocsng_fullsync.php, voici l'erreur :
Je vois qu'il est question d'une classe 'mysqli', et je ne vois pas bien les implications dans les erreurs #0 à #5,. N'étant pas un expert PHP, je m'interroge beaucoup sur cette erreur qui est redondante sur mon log.
Quelqu'un aurait une piste d'investigation à me proposer ?
===================
GLPI: 9.4.3
Operating system: Linux SRVGLPI 4.9.0-9-amd64 #1 SMP Debian 4.9.168-1+deb9u3 (2019-06-16) x86_64
PHP 7.2.20-1+0~20190710.23+debian9~1.gbp2428c5 apache2handler (Core, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache,
apache2handler, apc, apcu, calendar, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, imap, json,
ldap, libxml, mbstring, mysqli, mysqlnd, openssl, pcre, pdo_mysql, posix, readline, session, shmop, snmp, sockets, sodium,
standard, sysvmsg, sysvsem, sysvshm, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zlib)
Setup: max_execution_time="600" memory_limit="300M" post_max_size="64M" safe_mode="" session.save_handler="files"
upload_max_filesize="30M"
Software: Apache ()
Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Firefox/60.0
Server Software: MySQL Community Server (GPL)
Server Version: 5.7.24
Server SQL Mode:
Parameters: glpiroot@localhost/glpi
Host info: Localhost via UNIX socket
==================
Cedric CASIMIR
Fondation Bon Sauveur d'Alby
Offline
Vous pouvez reposter votre image avec un surbrillage plus clair car là c'est illisible
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
Désolé pour le temps de réponse, j'étais en congés et c'était nécessaire
Voici le texte du log:
=======================
lundi 12 août 2019, 22:02:01 (UTC+0200) /var/www/glpi/plugins/ocsinventoryng/scripts/ocsng_fullsync.sh started
PHP Fatal error: Uncaught Error: Class 'mysqli' not found in /var/www/glpi/inc/dbmysql.class.php:104
Stack trace:
#0 /var/www/glpi/inc/dbmysql.class.php(78): DBmysql->connect(NULL)
#1 /var/www/glpi/inc/dbconnection.class.php(192): DBmysql->__construct()
#2 /var/www/glpi/inc/dbconnection.class.php(274): DBConnection::switchToMaster()
#3 /var/www/glpi/inc/config.php(85): DBConnection::establishDBConnection(0, 1)
#4 /var/www/glpi/inc/includes.php(48): include_once('/var/www/glpi/i...')
#5 /var/www/glpi/plugins/ocsinventoryng/scripts/ocsng_fullsync.php(54): include('/var/www/glpi/i...')
#6 {main}
thrown in /var/www/glpi/inc/dbmysql.class.php on line 104
==============================
Cedric CASIMIR
Fondation Bon Sauveur d'Alby
Offline
de 6 à 0 ce sont le déroulés des différentes actions et il plante sur le #0, donc il ne peut pas se connecter à la base de données.
votre fichier config_db.php est bien rempli ? d'après la ligne d'erreur indiquée cela semble porter sur le porte défini pour MySQL
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Mon fichier config_db.php me semble bien renseigné, le voici anonymisé :
<?php
class DB extends DBmysql {
public $dbhost = 'localhost';
public $dbuser = 'xxxx';
public $dbpassword = 'yyyyy';
public $dbdefault = 'glpi';
Lorsque je me connecte manuellement à Mysql avec l'utilisateur "xxx" et le pass "yyyy" je me connecte bien à la base Mysql, si je fais un "show grants", j'ai tous les droits sur la base GLPI :
=> GRANT ALL PRIVILEGES ON `glpi`.* TO 'xxxx'@'localhost'
Du coup, je ne pense pas que ça soit ça le problème.
Cedric CASIMIR
Fondation Bon Sauveur d'Alby
Offline
mysqli est obligatoire pour PHP 7.
Vu que vous êtes sous Debian, vérifiez que mysqli est bien activé pour le mode CLI
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Pages: 1