You are not logged in.
Bonjour jai un probleme hebergement sur OVH mutualise
j'ai sa a ecran et je ne peux pas aller plus loin : "session.use_trans_sid" doit être désactivé.
Voyez le fichier .htaccess dans le dossier de GLPI pour plus d'informations.
savai vous comment je peux contourne le probleme en restant sur mon hebergement mutualise
Merci
Offline
sur ovh mutualisé vous devez mettre la commande pour désactiver session.use_trans_sid dans un fichier .user.ini (il n'est pas pris en compte dans le htacess)
(je n'ai pas réussi à faire fonctionner correctement la version 9.5.5 sur ovh mutualisé, je suis resté en 9.4.6 à cause de problèmes sur les collecteurs)
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
sur ovh mutualisé vous devez mettre la commande pour désactiver session.use_trans_sid dans un fichier .user.ini (il n'est pas pris en compte dans le htacess)
(je n'ai pas réussi à faire fonctionner correctement la version 9.5.5 sur ovh mutualisé, je suis resté en 9.4.6 à cause de problèmes sur les collecteurs)
Bonjour,
Je suis également bloqué sur OVH, j'ai testé la mise à jour sur un PC avec MAMP et ça fonctionne bien
Sur OVH j'obtiens la même erreur et malgré des changements sur htaccess ça ne passe pas
Je ne trouve pas ce fichier user.ini parmi les fichiers GLPI, est-ce normal ?
GLPI version 10.0.6 hébergé sur OVH
FusionInventory 10.0.3+1.0 KO
Plugin OAUTH /Office365 : collecteur OK - authentification KO
Offline
ce fichier n'existe pas, vous devez le creer.
il contient juste l'instruction session.use_trans_sid=0
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
d'accord merci, à la racine du dossier GLPI ?
avec juste cette ligne de commande : php_value session.use_trans_sid 0 ?
GLPI version 10.0.6 hébergé sur OVH
FusionInventory 10.0.3+1.0 KO
Plugin OAUTH /Office365 : collecteur OK - authentification KO
Offline
exactement
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
le message d'erreur reste le même :
"session.use_trans_sid" doit être désactivé.
Voyez le fichier .htaccess dans le dossier de GLPI pour plus d'informations
et quand je modifie le fichier htaccess c'est pire encore
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator at postmaster@www.hear.fr to inform them of the time this error occurred, and the actions you performed just before this error.
More information about this error may be available in the server error log.
GLPI version 10.0.6 hébergé sur OVH
FusionInventory 10.0.3+1.0 KO
Plugin OAUTH /Office365 : collecteur OK - authentification KO
Offline
je viens de vérifier sur mon instance OVH :
je ne sais plus pourquoi dans mon fichier j'ai syntaxes (à mon avis il y en a une inutile):
session.use_trans_sid=0
SESSION.USE_TRANS_SID 0
il n'y a pas "php_value"
mais ce fichier est bien dans www/glpi/
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
(je n'ai pas réussi à faire fonctionner correctement la version 9.5.5 sur ovh mutualisé, je suis resté en 9.4.6 à cause de problèmes sur les collecteurs)
étant dans la même config que vous, je pense que je n'ai pas d'autre choix que d'essayer la 9.5
la mise à jour en v10 a fonctionné sur Mac avec MAMP mais pas sur OVH
GLPI version 10.0.6 hébergé sur OVH
FusionInventory 10.0.3+1.0 KO
Plugin OAUTH /Office365 : collecteur OK - authentification KO
Offline
je n'ai pas encore purgé la table des logs mais je ne pense pas que les erreurs viennent de là
Last edited by cedric.faivre (2023-02-03 17:31:14)
GLPI version 10.0.6 hébergé sur OVH
FusionInventory 10.0.3+1.0 KO
Plugin OAUTH /Office365 : collecteur OK - authentification KO
Offline
je viens de passer en 10.0.6 sur mon OVH mutualisé (toujours mes problèmes de collecteurs mais le reste semble aller)
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
je viens de passer en 10.0.6 sur mon OVH mutualisé (toujours mes problèmes de collecteurs mais le reste semble aller)
Wow! comment avez-vous fait ? notamment par rapport à la valeur session.use_trans_sid
OVH ne va pas au-delà de PHP 8.1 (7.4, 8.0 ou 8.1) et GLPI indique qu'il faut du 8.2 pour faire tourner 10.0.6
GLPI version 10.0.6 hébergé sur OVH
FusionInventory 10.0.3+1.0 KO
Plugin OAUTH /Office365 : collecteur OK - authentification KO
Offline
pour le trans sid j'ai juste créé mon fichier .user.ini dans [...]/www/glpi
avec les 2 lignes
session.use_trans_sid=0
SESSION.USE_TRANS_SID 0
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
pour la version je confirme le 10.0.6 et la version de php.7.4
GLPI 10.0.6 ( => /home/xxxxxxx/www/glpi)
Installation mode: TARBALL
Current language:fr_FR
[...]
PHP version (7.4.29) is supported.
Sessions configuration is OK.
Allocated memory is sufficient.
mysqli extension is installed.
Following extensions are installed: dom, fileinfo, json, simplexml.
curl extension is installed.
gd extension is installed.
intl extension is installed.
libxml extension is installed.l
zlib extension is installed.
The constant SODIUM_CRYPTO_AEAD_XCHACHA20POLY1305_IETF_NPUBBYTES is present.
Database engine version (5.7.41) is supported.
No files from previous GLPI version detected.
The log file has been created successfully.
Trouver la panne avant de réparer...
GLPI10.0.16 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.3 reports 1.16.0 formcreator 2.13.9, datainjection 2.13.5 fields 1.21.9
Offline
pour le trans sid j'ai juste créé mon fichier .user.ini dans [...]/www/glpi
avec les 2 lignessession.use_trans_sid=0
SESSION.USE_TRANS_SID 0
pas moyen non plus en 10.0.6
erreur identique à la 10.0.0
il se trouve à cet endroit [...]/www/sites/glpi/
j'avais créé un fichier user.ini que j'ai renommé en .user.ini
GLPI version 10.0.6 hébergé sur OVH
FusionInventory 10.0.3+1.0 KO
Plugin OAUTH /Office365 : collecteur OK - authentification KO
Offline
ah si ça a l'air de passer (un peu), je n'avais pas refresh correctement
...
Mise à jour en 9.5.2
Traitement en cours... (2 secondes)
Building inline images data in glpi_documents_items
Impossible de renommer la table glpi_appliancerelations (ok) en glpi_appliances_items_relations (ko) !
GLPI version 10.0.6 hébergé sur OVH
FusionInventory 10.0.3+1.0 KO
Plugin OAUTH /Office365 : collecteur OK - authentification KO
Offline
j'ai renommé la table et ça semble passer merci
je vais essayer de faire fonctionner le collecteur et l'authentification Office365
GLPI version 10.0.6 hébergé sur OVH
FusionInventory 10.0.3+1.0 KO
Plugin OAUTH /Office365 : collecteur OK - authentification KO
Offline
Etrangement, j'ai pu installer GLPI 10.0.6 en passant un fichier .user.ini
Cependant, cela ne semble pas pris en compte en ssh, lorsque j'execute php bin/console system:checkrequirement j'obtiens toujours l'erreur "session_use_trans_id".
Une idée de comment contourner ce problème ?
Offline
Bonjour je suis en train de déployer la dernière version de GLPI avec le fichier .user.ini sur OVH mais j'ai aussi l'erreur "session_use_trans_id", y a t-il toujours pas de solution ?
Offline
Etrangement, j'ai pu installer GLPI 10.0.6 en passant un fichier .user.ini
Cependant, cela ne semble pas pris en compte en ssh, lorsque j'execute php bin/console system:checkrequirement j'obtiens toujours l'erreur "session_use_trans_id".
Une idée de comment contourner ce problème ?
Update : j'ai réussi à contourner le problème en ajoutant la directive directement dans le code de la console.
Dans bin/console, j'ai ajouté le code ini_set('session_use_trans_sid', '0'); et le requirement est passé.
Offline
Bonjour je suis en train de déployer la dernière version de GLPI avec le fichier .user.ini sur OVH mais j'ai aussi l'erreur "session_use_trans_id", y a t-il toujours pas de solution ?
Quel code mets-tu dans ton .user.ini ?
Offline
GeekClassy wrote:Etrangement, j'ai pu installer GLPI 10.0.6 en passant un fichier .user.ini
Cependant, cela ne semble pas pris en compte en ssh, lorsque j'execute php bin/console system:checkrequirement j'obtiens toujours l'erreur "session_use_trans_id".
Une idée de comment contourner ce problème ?
Update : j'ai réussi à contourner le problème en ajoutant la directive directement dans le code de la console.
Dans bin/console, j'ai ajouté le code ini_set('session_use_trans_sid', '0'); et le requirement est passé.
Bonjour, tu as utilisé cette commande php bin/console ni_set('session_use_trans_sid', '0'); pour résoudre ce problème ?
Merci pour votre retour,
Cdt,
Environnement de test de GLPI :
Debian 11, MySQL Server : 8.0.33, GLPI 10.0.7
Offline
GeekClassy wrote:GeekClassy wrote:Etrangement, j'ai pu installer GLPI 10.0.6 en passant un fichier .user.ini
Cependant, cela ne semble pas pris en compte en ssh, lorsque j'execute php bin/console system:checkrequirement j'obtiens toujours l'erreur "session_use_trans_id".
Une idée de comment contourner ce problème ?
Update : j'ai réussi à contourner le problème en ajoutant la directive directement dans le code de la console.
Dans bin/console, j'ai ajouté le code ini_set('session_use_trans_sid', '0'); et le requirement est passé.Bonjour, tu as utilisé cette commande php bin/console ni_set('session_use_trans_sid', '0'); pour résoudre ce problème ?
Merci pour votre retour,
Cdt,
Bonjour,
Je permets de faire un update, j'ai résolu les histoires des bin/console migration:nom_de_la commande en faisant du bricolage avec cette méthode : en exportant la base de donnée de GLPI pour l'utiliser en local, puis des faire ses commandes, d'exporter la base avec les modifications effectués et de réimporter la base de donnée vers le serveur de production.
en tout cas, pas très fan de cette solution mais elle est fonctionnelle !
Cdt
Environnement de test de GLPI :
Debian 11, MySQL Server : 8.0.33, GLPI 10.0.7
Offline