Welcome to OCS Inventory NG community support, where you can ask questions and receive answers from other members of the community.

Please ask questions only in English or French.

Release 2.6 available

The official documentation can be found on http://wiki.ocsinventory-ng.org. Read it before asking your question.

500 Internal Server Error - mysql OK [closed]

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

closed with the note: Réinstallation complète
in OCS Inventory NG server for Unix by (360 points)
closed by

9 Answers

0 votes
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
by (70.3k points)
0 votes
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.
by (360 points)
0 votes
Les informations de connexion à la base sont bien celles attendues dans le fichier z-ocsinventory-server.conf ?
by (70.3k points)
0 votes

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...

by (360 points)
0 votes
Le mot de passe n'est pas bon dans le fichier z-ocsinventory-server.conf. Tu as ocs au lieu de ocssecret.  ;)
by (70.3k points)
0 votes

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 ?

by (360 points)
0 votes
Oui. C'est le bon champ et le bon mot de passe.

Quelle version d'OCS serveur tu as mis en place ?
by (70.3k points)
0 votes
J'ai mis en place la version OCSNG_UNIX_SERVER_2.5.
by (360 points)
0 votes
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.
by (360 points)
 
Powered by Question2Answer
...