[Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

Tex Bill · 2013-09-09 12:14:10

Bonjour,

Suite à la mise à jour en version 0.84.1, j'ai perdu les ports réseau dans les fiches des PC:

Il y a bien 8 ports sur ce PC, mais aucun affiché.
Quelqu'un aurait une idée de l'origine du problème ?

Last edited by Tex Bill (2013-09-12 17:32:16)

ddurieux · 2013-09-09 13:29:38

Regarde dans le "networkport cleaner' dans le menu 'outil'

Tex Bill · 2013-09-09 14:36:44

Je n'ai rien de tel dans le menu outils:

As-tu l'url de l'outil ?

Merci

eric.le-corre · 2013-09-09 14:38:51

soit tu as un prob de droit car il manque le menu ou un prob de migration, il te manque un menu !

Tex Bill · 2013-09-09 14:53:24

Je ne pense pas que ce soit un problème de droits, je suis connecté avec un profil superadmin.
Si j'essaye d'aller sur l'outil ne nettoyage de migration (je pense que c'est bien l'outil indiqué par David) en utilisant l'url http://...//glpi/front/migration_cleaner.php j'ai le message:

Vous n'avez plus besoin de l'outil de nettoyage de migration...

Il doit y avoir autrechose

ddurieux · 2013-09-09 14:58:26

S'il n'y a rien c'est qu'il n'y au eu aucun soucis sur la migration des ports réseaux.

Regarde s'il sont dans l'onglet 'verrou'

Tex Bill · 2013-09-09 15:18:10

Je n'ai rien dans l'onglet 'verrous'.
Je pense qu'il s'agit d'un problème d'affichage // erreur dans la base mysql.
Le nombre de ports réseau est bien indiqué (cf 1er post), pas le détail des ports.
Je peux ajouter manuellement un port sans pb:
-> La fiche du port est accessible à l'url http://...../glpi/front/networkport.form.php?id=1234
-> Le nombre de ports augmente bien de 1 sur la fiche ordinateur
-> Mais toujours "Aucun port réseau trouvé" dans le détail.

ddurieux · 2013-09-09 17:14:09

active le mode debug pour voir les erreurs dans la page

Tex Bill · 2013-09-09 17:28:30

Il y a en effet des erreurs:

Champ 'instantiation_type' inconnu dans where clause

Voici la structure de la table:

CREATE TABLE IF NOT EXISTS `glpi_networkports` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`items_id` int(11) NOT NULL DEFAULT '0',
`itemtype` varchar(100) COLLATE utf8_unicode_ci NOT NULL,
`entities_id` int(11) NOT NULL DEFAULT '0',
`is_recursive` tinyint(1) NOT NULL DEFAULT '0',
`logical_number` int(11) NOT NULL DEFAULT '0',
`name` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`ip` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`mac` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`networkinterfaces_id` int(11) NOT NULL DEFAULT '0',
`netpoints_id` int(11) NOT NULL DEFAULT '0',
`netmask` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`gateway` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`subnet` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`comment` text COLLATE utf8_unicode_ci,
`is_deleted` tinyint(1) NOT NULL DEFAULT '0',
`is_dynamic` tinyint(1) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
KEY `on_device` (`items_id`,`itemtype`),
KEY `networkinterfaces_id` (`networkinterfaces_id`),
KEY `netpoints_id` (`netpoints_id`),
KEY `item` (`itemtype`,`items_id`),
KEY `entities_id` (`entities_id`),
KEY `is_recursive` (`is_recursive`),
KEY `is_deleted` (`is_deleted`),
KEY `is_dynamic` (`is_dynamic`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci ;

En comparant avec une table vierge dans un glpi 0.84.1 propre, il manque le champ `instantiation_type`, et il y en a en plus :

DROP TABLE IF EXISTS `glpi_networkports`;
CREATE TABLE `glpi_networkports` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`items_id` int(11) NOT NULL DEFAULT '0',
`itemtype` varchar(100) COLLATE utf8_unicode_ci NOT NULL,
`entities_id` int(11) NOT NULL DEFAULT '0',
`is_recursive` tinyint(1) NOT NULL DEFAULT '0',
`logical_number` int(11) NOT NULL DEFAULT '0',
`name` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`instantiation_type` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`mac` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`comment` text COLLATE utf8_unicode_ci,
`is_deleted` tinyint(1) NOT NULL DEFAULT '0',
`is_dynamic` tinyint(1) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
KEY `on_device` (`items_id`,`itemtype`),
KEY `item` (`itemtype`,`items_id`),
KEY `entities_id` (`entities_id`),
KEY `is_recursive` (`is_recursive`),
KEY `mac` (`mac`),
KEY `is_deleted` (`is_deleted`),
KEY `is_dynamic` (`is_dynamic`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

Last edited by Tex Bill (2013-09-09 17:53:04)

ddurieux · 2013-09-09 18:04:30

Ouais bon la mise a jour semble avoir foirée

MoYo · 2013-09-11 14:00:21

Effectivement. Vous avez eut des erreurs pendant la mise à jour ?
Regardez dans files/_log vous devez avoir des fichiers avec des traces d'erreurs d'install normalement.

MoYo · 2013-09-11 15:52:17

pouvez vous regarder les réponses fournies sur ce sujet : http://www.glpi-project.org/forum/viewt … p?id=33737

Tex Bill · 2013-09-12 17:30:56

Merci MoYo !
C'est exactement le même problème.
Tout est rentré dans l'ordre.

ced_ · 2013-09-18 17:52:36

Bonjour à tous,

J'ai exactement le même problème. La solution http://www.glpi-project.org/forum/viewt … p?id=33737 fonctionne bien. En revanche, nous avons travaillé sur la base de prod depuis sans que je m’aperçoive que l'affichage des adresses IP ne fonctionnait plus. C'est donc un peu délicat auprès de mon service de partir sur un ancien backup mais ceci dit, j'ai une sauvegarde d'il y a 1 semaine en version 0.83.7.

Y'a t'il un moyen de relancer le process de migration sans changer de version ? auxquels cas, je drop la table 'glpi_networkportethernets' avant de relancer le process.

Merci de votre retour.

ced_ · 2013-09-19 11:55:27

On oublie....

J'ai déterré un problème résolu.
Solution ici que je vais tester sous peu https://forge.indepnet.net/projects/glp … ions/21796

tzoubicou · 2014-02-24 16:00:22

Bonjour,
J'ai le même problème, et je cherche désespérément une méthode pour faire croire à GLPI qu'une mise à jour est nécessaire afin de rejouer les scripts de maj des tables.
Pour mémoire, pas de détail des interfaces réseaux alors qu'elles sont comptabilisées. La table'glpi_networkports' entre autre n'a pas été mise à jour.

tzoubicou · 2014-02-24 16:11:07

ou une quelconque méthode pour mettre à jour la structure de la base de données sans revenir en arrière dans les versions (cela me ferait perdre 2 semaines de production)

Forum GLPI-Project

Announcement

#1 2013-09-09 12:14:10

[Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#2 2013-09-09 13:29:38

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#3 2013-09-09 14:36:44

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#4 2013-09-09 14:38:51

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#5 2013-09-09 14:53:24

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#6 2013-09-09 14:58:26

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#7 2013-09-09 15:18:10

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#8 2013-09-09 17:14:09

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#9 2013-09-09 17:28:30

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#10 2013-09-09 18:04:30

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#11 2013-09-11 14:00:21

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#12 2013-09-11 15:52:17

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#13 2013-09-12 17:30:56

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#14 2013-09-18 17:52:36

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#15 2013-09-19 11:55:27

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#16 2014-02-24 16:00:22

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

#17 2014-02-24 16:11:07

Re: [Résolu] MAJ 0.83.91 -> 0.84.1 perte des ports réseau

Board footer