You are not logged in.
Pages: 1
Bonjour,
J'utilise sur un même serveur :
GLPI vers. 0.70
OCS Inventory vers. 4100
Tout fonctionne bien ou plutôt tout a l'air de bien fonctionner excepté la commande :
Outils/OCSNG.
Lorsque j'execute cette commande, le menu s'affiche correctement mais en dessous du menu, j'ai le message suivant :
Duplicate entry '3874' for key 1
Si je clique sur les deux première options du menu, j'ai seulement le même message qui s'affiche.
Pouvez-vous m'aide à trouver la solution ?
Offline
un petit passage en mode debug pour avoir plus d'information serait plus qu'utile
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Bonjour,
Merci de prendre le temps de répondre.
Je suis passé en mode DEBUG.
Quelles infos seraient nécessaires ?
Thierry
Offline
en activant les traceurs le contenu de sql-error.log et php-error.log (dans files/_log)
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Bonjour,
Voici le résultat de SQL-ERRORS.LOG
2008-01-08 06:53:03
*** MySQL query error :
***
Script: /glpi/install/install.php
SQL:
Error: Query was empty
2008-02-14 06:35:19
*** MySQL query error :
***
Script: /glpi/front/cron.php
SQL: INSERT INTO glpi_history (FK_glpi_device,device_type,device_internal_type,linked_action,user_name,date_mod,id_search_option,old_value,new_value) VALUES (\'159\',\'1\',\'0\',\'10\',\'\',\'2008-02-14 06:35:19\',\'0\',\'193\',\'204\');
Error: Duplicate entry '3874' for key 1
2008-02-14 06:36:04
*** MySQL query error :
***
Script: /glpi/front/ocsng.php
SQL: INSERT INTO glpi_history (FK_glpi_device,device_type,device_internal_type,linked_action,user_name,date_mod,id_search_option,old_value,new_value) VALUES (\'159\',\'1\',\'0\',\'10\',\'HOTLINE (6)\',\'2008-02-14 06:36:04\',\'0\',\'193\',\'204\');
Error: Duplicate entry '3874' for key 1
Offline
Bonjour,
En fait, j'ai été voir la table glpi_history et depuis le 29/01 rien ne se prduit depuis l'enregistrement 3873
Offline
hum y a pas de reference a 3874 dans le requete.
C'est peut-etre la colonne ID qui est partie en vrille au niveau de l'autoincrementation
Vous pouvez nous donner la structure de votre table ?
l'ID 3874 existe dans cette table ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Bonjour,
Merci,
C'est lors de l'enregistrement 3874 que l'erreur apparait.
De ce fait il ne s'effectue pas. Le dernier ID=3873
Thierry
-- phpMyAdmin SQL Dump
-- version 2.9.1.1
-- http://www.phpmyadmin.net
--
-- Serveur: localhost
-- Généré le : Vendredi 15 Février 2008 à 07:00
-- Version du serveur: 5.0.27
-- Version de PHP: 4.4.4
--
-- Base de données: `glpi`
--
-- --------------------------------------------------------
--
-- Structure de la table `glpi_history`
--
-- Création: Mardi 08 Janvier 2008 à 06:53
-- Dernière modification: Mardi 29 Janvier 2008 à 09:31
--
CREATE TABLE `glpi_history` (
`ID` int(11) NOT NULL auto_increment,
`FK_glpi_device` int(11) NOT NULL default '0',
`device_type` smallint(6) NOT NULL default '0',
`device_internal_type` int(11) default '0',
`linked_action` smallint(6) NOT NULL default '0',
`user_name` varchar(255) collate utf8_unicode_ci default NULL,
`date_mod` datetime default NULL,
`id_search_option` int(11) NOT NULL default '0',
`old_value` varchar(255) collate utf8_unicode_ci default NULL,
`new_value` varchar(255) collate utf8_unicode_ci default NULL,
PRIMARY KEY (`ID`),
KEY `FK_glpi_device` (`FK_glpi_device`),
KEY `device_type` (`device_type`),
KEY `device_internal_type` (`device_internal_type`),
KEY `date_mod` (`date_mod`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=3874 ;
Offline
Duplicate entry '3874' for key 1
si l'ID 3874 n'existe pas ce n'est pas logique du tout.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Bonjour,
C'est pourtant vrai.
Par exemple, jai créé un gabarit sur lequel je veux ajouter des composants, quand je valide l'ajout, j'ai le message.
Offline
Du coup, je pense que le problème ne vient pas de la liaison avec OCS.
Offline
je déplace dans bug pour que le post soit plus visible
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Vous pouvez toujours essayer de faire en SQL :
ALTER TABLE `glpi_history` AUTO_INCREMENT =3900
on verra déjà comment ca réagit.
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
J'ai saisi ALTER TABLE `glpi_history` AUTO_INCREMENT =3864 et la situation c'est débloquée.
Strange ???
En tout cas, merci du soutien.
Thierry
Offline
surement mysql qui était parti en sucette.
Vous etes sur de na pas avoir d'entrée avec ID=3864 ?
MoYo - Julien Dombre - Association INDEPNET
Contribute to GLPI : Support Contribute References Freshmeat
Offline
Bonjour,
Petite erreur la commande était :
ALTER TABLE `glpi_history` AUTO_INCREMENT =3874
pour ceux qui suivent.
Dès l'éxécution de cette commande l'historique a recommencé à fonctionner à partir de l'enregistrement 3874.
Dans la table on le voit trés bien car il y a un trou de 28 jours.
Le problème était que lorsque l'historique se boquait, certaines requêtes d'ajout ne se faisisait pas.
@+ Thierry
Offline
Pages: 1