500 Internal Server Error - mysql OK [closed]

Question

Bonjour,

Je suis en train d'installer en ce moment OCS pour faire remonter un parc informatique pour ensuite pouvoir m'en servir avec l'application GLPI.

J'ai suivi dans les grandes lignes le tutoriel suivant :

https://anthonyducamps.wordpress.com/2017/03/20/installation-de-ocs-glpi/

Après la mise en place de la partie serveur de OCS, j'ai tenté la communication d'un poste client vers le lien : http://<adresse_ip_serveur_ocs>/ocsinventory
Je me retrouve avec le message suivant :

J'ai donc vérifié ce que j'avais défini pour l'accès à la base ocs dans le fichier z-ocsinventory-server.conf et dbconfig.inc.php. Mes informations sont bien définis. J'ai vérifié également, je peux me connecter en MySQL sur la base avec le nom d'utilisateur et le mot de passe qui a été défini dans ces fichiers.
Après la tentative d'ouverture du lien http://<adresse_ip_serveur_ocs>/ocsinventory; si je fais un tail de mon fichier /var/log/apache2/error.log, je me retrouve avec les erreur suivantes :

DBD::mysql::dr connect warning:  at /usr/share/perl5/Apache/DBI.pm line 213.
[Thu Feb 07 11:48:05.763869 2019] [perl:error] [pid 13911] [client xx] Can't call method "rollback" on an undefined value at /usr/local/share/perl/5.24.1/Apache/Ocsinventory/Server/System.pm line 282.\n

Savez-vous d'où cela peut venir ?

Merci d'avance

Answer 1

Bonjour,

Version d'OCS server et distribution Linux utilisée?
Le serveur apache a bien été redémarré après la modification du fichier z-ocsinventory-server.conf ?

Cordialement

Frank

Answer 2

Bonjour ,

Oui, j'ai redémarré le service apache2 plusieurs fois, ainsi que le service mysql.

Ce qui est fou, c'est que je me connecte sans aucun soucis avec les identifiants indiqués si je fais une connexion mysql à partir du serveur, ou si je vérifie les droits de mon utilisateur ocs à partir de l'interface de phpmyadmin.

Answer 3

Les informations de connexion à la base sont bien celles attendues dans le fichier z-ocsinventory-server.conf ?

Answer 4

Oui, les informations de connexions sont parfaitement identiques. Dans mon fichier z-ocsinventory-server.conf, les informations de connexion sont indiqués comme suit :

Mon fichier dbconfig.inc.php est indiqué comme suit :

Les services apache et mysql ont été redémarrés.

Du serveur, si je fais un mysql -u ocs -p, et que j'indique le mot de passe ocssecret, puis que j'indique d'utiliser la base ocs, je me connecte sans soucis. De plus, dans l'interface phpmyadmin, mes droits sur la base ocs concernant mon compte ocs sont les suivants :

J'ai l'impression que quelque chose m'échappe concernant la liaison avec la BDD de données, mais je ne sais pas quoi...

Answer 5

Le mot de passe n'est pas bon dans le fichier z-ocsinventory-server.conf. Tu as ocs au lieu de ocssecret.  ;)

Answer 6

Pourtant, le champ de mot de passe dans le fichier z-ocsinventory-server.conf est bien indiqué :

PerlSetVar OCS_DB_PWD ocssecret

C'est bien le bon champ ?

Answer 7

Oui. C'est le bon champ et le bon mot de passe.

Quelle version d'OCS serveur tu as mis en place ?

Answer 8

J'ai mis en place la version OCSNG_UNIX_SERVER_2.5.

Answer 9

Pour information, j'ai redéployé totalement une nouvelle VM Debian 9 totalement à jour.
J'ai refais l'installation d'OCS et reconfiguré comme indiqué.

Cette fois-ci, cela fonctionne...

Je clotûre donc l'incident.