Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

Taylord2 · 2018-05-07 07:55:05

Bonjour,
La mise à jour de la version 9.1.6 vers 9.2.3 échoue.
J'ai donc fait un dump de la base de données en 9.1.6, puis de créer une nouvelle base en 9.2.3 et d'importer les données 9.1.6.
La procédure arrive à terme, plus de 3'000 enregistrements. Mais lorsque j'essaye par exemple de lister la table glpi_users je n'ai que les utilisateurs de base.
Est-ce que j'ai fait une erreur ?
Merci de votre réponse et bonne journée.

Taylord2 · 2018-05-07 09:37:29

Bonjour,
J'ai également essayé de mettre à jour la base de données avec le résultat suivant :

Administrateur@OPEN-PC1 c:\xampp\htdocs\glpi
# php scripts/cliupdate.php
Current GLPI version : 9.1.6
New GLPI version : 9.2.3
Current GLPI database version: 9.1.6
New GLPI database version : 9.2.3
Default GLPI Language : fr_FR

========================================== Update to 9.2 ===========================================
*** MySQL query error:ayout - glpi_devicecases (2 seconds)
SQL: ALTER TABLE `glpi_devicecases` ADD `devicecasemodels_id` int AFTER `is_recursive`
Error: Unknown column 'is_recursive' in 'glpi_devicecases'
Backtrace :
inc\dbmysql.class.php:216
inc\migration.class.php:640 DBmysql->queryOrDie()
install\update_91_92.php:294 Migration->migrationOneTable()
inc\update.class.php:397 update91to92()
scripts\cliupdate.php:148 Update->doUpdates()
9.2 multiple alter in glpi_devicecases - Error during the database query: ALTER TABLE `glpi_devicecases` ADD `devicecasemodels_id` int AFTER `is_recursive` - Error is Unknown column 'is_recursive' in 'glpi_devicecases'
Administrateur@OPEN-PC1 c:\xampp\htdocs\glpi

Taylord2 · 2018-06-25 07:33:19

Bonjour,
Personne n'a une idée pour cela.
Merci de votre réponse et bonne journée.

Milana88 · 2018-06-26 01:06:39

pour l’erreur « accès web au répertoire… »

solution: a mettre dans /etc/apache2/apache2conf

Options Indexes FollowSymLinks
AllowOverride limit
Require all granted

Taylord2 · 2018-06-26 08:26:26

Bonjour,
Xampp est installé sur Windows 10 (virtuel).
Je doute que la réponse ci-dessus soit appropriée.
Merci d'avance.

LaDenrée · 2018-06-26 08:48:07

/!\ assurez vous que le dump est complet et que vous savez le restaurer avant d'aller plus loin/!\

vous ne pouvez pas importer la base 9.1 dans une 9.2.
pour une migration propre :
faites un dump de la 9.1 ( en ligne de commande c'est plus sûr, surtout sur les grosses bases.)
déposez les fichiers source de la 9.2 dans /glpi,
lancez glpi : il va vous demander si c'est une nouvelle ou un upgrade puis les identifiants de la bdd.
ensuite il va lancer les scripts de migration.

attention : si vous avez raté un upgrade, vous devrez restaurer votre dump mais il faudra supprimer les tables qui auraient été créées lors de la tentative de migration echouée. le mieux est de vider la base de toutes les tables et de restaurer.

Taylord2 · 2018-06-26 10:17:08

Bonjour,
J'ai procédé comme suit :
1) Dump de la base GLPI 9.1.6 avec mysqldump
2) Snapshot du serveur
3) Dépose des fichiers 9.2.3 dans htdocs (sans supprimer les anciens fichiers)
4) Mise à jour de la base de données avec message d'erreur : Error during the database query: ALTER TABLE `glpi_devicecases` ADD `devicecasemodels_id` int AFTER `is_recursive` - Error is Unknown column 'is_recursive' in 'glpi_devicecases'
5) Restore snapshot.
Merci de votre réponse.

LaDenrée · 2018-06-26 10:33:56

votre base de données 9.1.6 a déjà un problème.
il devrait déjà y avoir un champ 'is_recursive'. c'est ce qui bloque pour la suite.

vérifiez le contenu de cette table : `glpi_devicecases`
si elle est vide vous pouvez la recreer :
DROP TABLE IF EXISTS `glpi_devicecases`;
CREATE TABLE `glpi_devicecases` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`designation` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL,
`devicecasetypes_id` int(11) NOT NULL DEFAULT '0',
`comment` text COLLATE utf8_unicode_ci,
`manufacturers_id` int(11) NOT NULL DEFAULT '0',
`entities_id` int(11) NOT NULL DEFAULT '0',
`is_recursive` tinyint(1) NOT NULL DEFAULT '0',
`date_mod` datetime DEFAULT NULL,
`date_creation` datetime DEFAULT NULL,
PRIMARY KEY (`id`),
KEY `designation` (`designation`),
KEY `manufacturers_id` (`manufacturers_id`),
KEY `devicecasetypes_id` (`devicecasetypes_id`),
KEY `entities_id` (`entities_id`),
KEY `is_recursive` (`is_recursive`),
KEY `date_mod` (`date_mod`),
KEY `date_creation` (`date_creation`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

sinon il faut ajouter le champ is_recursive
ALTER TABLE `glpi_devicecases` ADD `is_recursive` TINYINT NOT NULL DEFAULT '0' AFTER `entities_id`;

Taylord2 · 2018-06-26 11:08:40

Je progresse, mais j'ai la même erreur sur la table "glpi_devicedcontrols"
Est-ce qu'il existe un script pour mettre à jour toutes les tables.
Merci de votre réponse.

LaDenrée · 2018-06-26 14:01:28

C est surprenant toutes ces tables manquantes. Aviez vous déjà eu des erreurs lors des précédents upgrades?
Aura vous une version de dev?
Dans glpi/ install/mysql Vous avez les scripts de création de tables.

Attention si les tables ne sont pas vides.

Taylord2 · 2018-06-28 07:33:32

Bonjour,
Est-ce possible de faire un export .csv des data de la base 9.1.6, de passer le SQL de création 9.2.3 et importer le .csv dans la nouvelle structure ?
Merci de votre réponse et bonne journée.

Taylord2 · 2018-06-28 11:16:17

Bonjour,
J'ai réussi à passer à 9.2.4 en insérant les tables manquantes en SQL.
Par contre, quand je créé un ticket je n'ai plus d'envoi automatique d'e-mail, ni de suivi.
Le test d'envoi d'e-mail est correct.
Pouvez-vous m'aider ?
Merci d'avance.

LaDenrée · 2018-06-28 19:47:56

1) verifiez si les notifications sont dans la file d'attente : administration >file d'attente
2) si non : configuration>notifications>verifiez si les notifications sont actives
si oui :
3)verifiez votre tache automatique queudnotification est elle en mode CLI ?
4) verifiez le cron sur votre serveur : avez vous passeé l'action en paramètre ? si oui attention queuedmail est devenu queuednotifications après la migration

Forum GLPI-Project

Announcement

#1 2018-05-07 07:55:05

Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#2 2018-05-07 09:37:29

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#3 2018-06-25 07:33:19

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#4 2018-06-26 01:06:39

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#5 2018-06-26 08:26:26

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#6 2018-06-26 08:48:07

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#7 2018-06-26 10:17:08

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#8 2018-06-26 10:33:56

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#9 2018-06-26 11:08:40

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#10 2018-06-26 14:01:28

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#11 2018-06-28 07:33:32

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#12 2018-06-28 11:16:17

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

#13 2018-06-28 19:47:56

Re: Transfert données depuis base données 9.1.6 vers nouvelle base 9.2.3

Board footer