You are not logged in.
Bonjour,
Depuis la mise à jour du GLPI 9.5 et la mise à jour de la timezone, J'ai un message dans accueil et tableau de bord.
"449 colonnes sont incompatible avec l'utilisation des fuseaux horaires avec le triangle jaune".
Si vous avez un indice
Sinon tout est fonctionnel, j'ai juste ce message.
si cela peut servir :
Operating system: Linux srv-glpi 3.10.0-1127.13.1.el7.x86_64 #1 SMP Tue Jun 23 15:46:38 UTC 2020 x86_64
PHP 7.4.7 apache2handler (Core, PDO, Phar, Reflection, SPL, SimpleXML, Zend OPcache, apache2handler, apcu, bcmath, bz2,
calendar, ctype, curl, date, dom, exif, fileinfo, filter, ftp, gd, gettext, gmp, hash, iconv, imap, intl, json, ldap, libxml,
mbstring, mcrypt, mysqli, mysqlnd, openssl, pcre, pdo_mysql, pdo_sqlite, posix, recode, session, shmop, snmp, sockets, sodium,
sqlite3, standard, sysvmsg, sysvsem, sysvshm, tidy, tokenizer, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib)
Setup: max_execution_time="600" memory_limit="128M" post_max_size="5M" safe_mode="" session.save_handler="files"
upload_max_filesize="10M"
Software: Apache/2.4.6 (CentOS) PHP/7.4.7 ()
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/83.0.4103.116 Safari/537.36
Server Software: MariaDB Server
Server Version: 10.3.20-MariaDB
Server SQL Mode:
Parameters: root@localhost/glpi
Host info: Localhost via UNIX socket
Last edited by Steph2019 (2020-07-08 14:03:07)
Offline
vous pouvez clôturer
il fallait effectuer cette commande, je l'ai vu dans le log
php bin/console glpi:migration:timestamps
Offline
Merci j'ai la même erreur je vais effectuer la même chose.
Offline
En meme temps j'ai eu aussi des pb avec le mailgate et la creation de tickets par mail HS en 9.5.0
un membre a suggéré le passage en 9.5.1 et tout est rétabli!!
Offline
vous pouvez clôturer
il fallait effectuer cette commande, je l'ai vu dans le log
php bin/console glpi:migration:timestamps
Bonjour,
J'ai la même erreur.
Cette commande est à taper à quel endroit ?
Mon installation GLPI est sous Windows Server 2012, IIS / php7.4
Merci.
Belle journée.
Vincent.
--------
GLPI 9.5.7 et 10 (en test) - IIS webserver / Windows Server 2012 - php 7.4.8
Offline
Steph2019 wrote:vous pouvez clôturer
il fallait effectuer cette commande, je l'ai vu dans le log
php bin/console glpi:migration:timestamps
Bonjour,
J'ai la même erreur.Cette commande est à taper à quel endroit ?
Mon installation GLPI est sous Windows Server 2012, IIS / php7.4Merci.
En ligne de commande, et en fonction de l'emplacement et de ta version de php:
c:\Program Files\PHP\v7.4\php.exe c:\inetpub\wwwroot\glpi\bin\console glpi:migration:timestamps
Last edited by tofic (2020-08-21 12:13:05)
Offline
J'ai passé cette commande mais il me reste toujours 6 colonnes incompatibles :S
GLPI 9.5.2 / XAMPP 2.5 / PHP 7.2.33 / MySQL 5.7.20 / Apache 2.4 / phpMyAdmin 5.0.2 / FusionInventory 9.5.0 sur Windows Server 2012R2
Offline
Salut pour Nginx c'est du type /usr/bin/php7.4 /var/www/glpi/bin/console glpi:migration:timestamps
Last edited by Isia (2020-11-17 13:05:43)
Offline
Bonjour, Je viens de passer la commande donné par Isia (au passage merci)
Je suis passé de 454 colonnes incompatibles à 1 colonne incompatible
Comment savoir de quelle colonne il parle et comment corriger ce nouveau problème ?
Merci a tous
Offline
Du coup pour faire suite à mon précédent mail voici en complément la copie d'écran de la migration
Lors de la migration, le message a l'air d'etre lié à l'absence d'une table
Faut-t’il créer la table manquante ? Cette table est-elle présente dans vos bases et si oui quelle en est la structure
Merci à tous pour vos retour
Offline
Dossier clos pour moi
problème réglé après création de la table dans phpmyadmin (peu importe la structure) et en repassant la commande
Offline