Les nouveaux PC ne remontent pas

Question

Bonjour,

J'ai mis à jour mon serveur OCS de la version 2.1.1 vers le 2.3, et depuis plus aucun nouveaux postes ne remontent.

J'ai essayé avec le nouvel agent, l'ancien agent, mais rien à faire.

Les anciens postes ont bien l'air de se mettre à jour (je les vois passer dans les logs, et le "last inventory" se met à jour), mais pour les nouveaux postes j'ai l'erreur suivante dans les logs :

Wed Feb  8 10:59:13 2017;11853;103;MATHIEU-PC-2017-02-06-11-20-50;10.106.46.6;OCS-NG_WINDOWS_AGENT_v2.3.0.0;prolog;new_deviceid
Wed Feb  8 10:59:13 2017;11853;100;MATHIEU-PC-2017-02-06-11-20-50;10.106.46.6;OCS-NG_WINDOWS_AGENT_v2.3.0.0;prolog;accepted
Wed Feb  8 10:59:13 2017;11853;311;MATHIEU-PC-2017-02-06-11-20-50;10.106.46.6;OCS-NG_WINDOWS_AGENT_v2.3.0.0;session;started
Wed Feb  8 10:59:21 2017;11874;319;MATHIEU-PC-2017-02-06-11-20-50;10.106.46.6;OCS-NG_WINDOWS_AGENT_v2.3.0.0;session;found
Wed Feb  8 10:59:21 2017;11874;104;MATHIEU-PC-2017-02-06-11-20-50;10.106.46.6;OCS-NG_WINDOWS_AGENT_v2.3.0.0;inventory;incoming
Wed Feb  8 10:59:21 2017;11874;528;MATHIEU-PC-2017-02-06-11-20-50;10.106.46.6;OCS-NG_WINDOWS_AGENT_v2.3.0.0;accountinfos;missing
Wed Feb  8 10:59:21 2017;11874;515;MATHIEU-PC-2017-02-06-11-20-50;10.106.46.6;OCS-NG_WINDOWS_AGENT_v2.3.0.0;end;error

Quand je regarde les logs sur le poste j'ai ça :

HTTP SERVER: Creating CInternetSession to send inventory results...OK.
HTTP SERVER: Getting HTTP Connection to server 10.106.76.115 port 80 using no authentication...OK
HTTP SERVER: INV : SEND received, sending inventory...ERROR: HTTP status code 500
OK.
HTTP SERVER: INV : ERROR : No server answer concerning the account update
HTTP SERVER: Closing HTTP connection....OK.
DOWNLOAD: Download is off

J'ai vérifié les identifiants pour se connecter à la bdd (dans la conf apache), tout va bien.

J'ai voulu voir les erreurs 500 dans le log apache, mais elles n'apparaissent pas (c'est bizarre)

Ma table software ne contient que 15000 enregistrements.

Du coup je me demande si dans l'update y a pas un alter sql qui serai mal passé ou autre, mais c'est très bizarre que les postes deja installés continuent de se mettre à jour, mais qu'on puisse pas rajouter de nouveaux postes...

Merci pour votre aide !

Answer 1

Bonjour,

Merci de poster le contenu du fichier error.log ou error_log d'apache. As-tu pensé à redémarrer apache après la mise à jour?

Cordialement

Frank

Answer 2

Oui apache à bien été redémarré (plusieurs fois).

Il n'y a aucune erreur dans le error.log (/var/log/apache2/error.log). Le fichier s'incrémente bien avec les erreurs d'apache (je vois les erreurs d'autres outils), mais il n'y a pas d'erreurs générées par ocs-inventory.

Je trouve ça aussi très étrange, je vais aller fouiller le vhost pour voir si c'est pas lui qui bloque l'affichage des erreurs...

Answer 3

Ok !

J'ai activé l'affichage des erreurs, voila ce que j'ai :

DBD::mysql::st execute failed: Unknown column 'MTU' in 'field list' at /usr/local/share/perl/5.14.2/Apache/Ocsinventory/Server/Inventory/Update.pm line 159.
[Thu Feb 09 14:37:48 2017] [error] [client 10.106.46.6] PHP Fatal error:  Cannot redeclare return_bytes() (previously declared in /usr/share/ocsinventory-reports/ocsreports/require/function_commun.php:704) in /usr/share/ocsinventory-reports/ocsreports/plugins/main_sections/ms_upload_file/ms_upload_file.php on line 45, referer: http://10.106.76.115/ocsreports/index.php?function=visu_computers

Answer 4

Ok j'ai trouvé, la colonne "MTU" n'existait pas dans le table "networks", une fois crée ça remonte....

4 jours pour un alter qui est pas passé ou qui n'a pas été prévu dans la procédure de mise à jour....

Answer 5

Bonjour,

C'est corrigé pour la version 2.3.1.

Cordialement

Frank

Answer 6

Dans Mysql sous mariadb :

Tapez la commande suivant:

ALTER TABLE networks ADD MTU varchar(255) NULL AFTER speed;

On ajoute la colonne MTU dans la table networks après la colonne speed avec comme propriété une chaine de caractère de 255 et une valeur nule possible.

Answer 7

Bonjour,

Je confirme même erreur rencontré sur OCS Unix Server 2.3 j'ai migré sur 2.3.1 et j'avais toujours la même erreur j'ai exécuté la commande de Quentin et le problème a été réglé.