You are not logged in.
GRR ? est-ce une appli PHP ?
GLPI 9.5.5 - PHP 7.4 / ProcessMaker 3.3.0-community - PHP 7.1 / Windows 2016 / IIS / MySQL 5.7
Worldwide: >17k Computers, >17k Users (16 languages, >11 timezones), >610k tickets, >6700 entities, >7600 Groups, >20700 process cases
Raynet is ARaymond (https://www.araymond.com) IT service management
Offline
Oui. GRR = Gestion et Réservation de Ressources
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline
ok, merci, j'aurais dû relire les posts précédents...
idée : dans IIS il y a une définition par AppPool d'un timeout et d'un recyclage du process d'execution, peux-tu regarder de ce côté là ? L'idée c'est que IIS ferait un kill du process PHP au bout d'un certain temps (5 minutes) ?
Last edited by tomolimo (2012-09-05 11:26:06)
GLPI 9.5.5 - PHP 7.4 / ProcessMaker 3.3.0-community - PHP 7.1 / Windows 2016 / IIS / MySQL 5.7
Worldwide: >17k Computers, >17k Users (16 languages, >11 timezones), >610k tickets, >6700 entities, >7600 Groups, >20700 process cases
Raynet is ARaymond (https://www.araymond.com) IT service management
Offline
Pour le site GLPI, j'ai un délai de connexion ([connexionTimeout]) à 120 secondes mais cela ne correspond pas aux 5 minutes observées avant latence. De plus, j'ai testé en modifiant cette valeur à 6000 secondes : Pas mieux.
J'ai jeté un oeil sur le pool d'application. J'y ai trouvé la clause [resetInterval] (période de réinitialisation en minutes de l'application). Elle avait la valeur 5 (minutes) et je l'ai désactivée (valeur 0). Sans plus de succès...
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline
Je n'ai pas la même version de IIS, mais j'ai aussi d'autres paramètres (dans les propriétés d'un apppool) sur les onglets 'Recycling', 'Performance' et 'Health' (désolé, mais mon IIS est en Anglais).
Et sur les propriétés de l'appli web elle même, il y a un timeout de session qui est sur l'onglet 'Options' de la boite Configuration de l'application sur l'onglet 'Virtual directory' (bouton Configuration).
GLPI 9.5.5 - PHP 7.4 / ProcessMaker 3.3.0-community - PHP 7.1 / Windows 2016 / IIS / MySQL 5.7
Worldwide: >17k Computers, >17k Users (16 languages, >11 timezones), >610k tickets, >6700 entities, >7600 Groups, >20700 process cases
Raynet is ARaymond (https://www.araymond.com) IT service management
Offline
Oui, tu dois avoir la version 6 de IIS alors que mon IIS est en version 7.5 et en français. Mais j'arrive quand même à retrouver les correspondances :
Dans la partie Appool (Pool applications)
Pour Recycling -> Intervalle de recyclage fixe à 1740 secondes
Pour Performance et Health, il s'agit chez moi de la période de réinitialisation de l'UC ([resetInterval]) qui est à 5 minutes mais la désactivation ou l'augmentation de cette valeur ne change rien.
Côté site, mon GLPI est un site à part entière et non un répertoire virtuel sous un site existant. C'est le seul moyen de faire cohabiter plusieurs site différents, répondants à une IP différente dans un cluster à basculement.
Donc, pour le site GLPI sur mon serveur IIS principal, j'ai accès aux réglages des limites de connexion dont le "délai de connexion" (durée pendant laquelle une connexion reste active avant d'être déconnectée) qui doit correspondre au timeout de session. Ce délai est à 120 secondes et la modification de ce paramètre ne change rien au problème.
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline
J'en reviens aux sessions gérées par PHP dans le php.ini, j'ai ceci :
; Whether to use cookies.
; http://php.net/session.use-cookies
session.use_cookies = 1; http://php.net/session.cookie-secure
;session.cookie_secure =; This option forces PHP to fetch and use a cookie for storing and maintaining
; the session id. We encourage this operation as it's very helpful in combating
; session hijacking when not specifying and managing your own session id. It is
; not the end all be all of session hijacking defense, but it's a good start.
; http://php.net/session.use-only-cookies
session.use_only_cookies = 1; Name of the session (used as cookie name).
; http://php.net/session.name
session.name = PHPSESSID; Initialize session on request startup.
; http://php.net/session.auto-start
session.auto_start = 0; Lifetime in seconds of cookie or, if 0, until browser is restarted.
; http://php.net/session.cookie-lifetime
session.cookie_lifetime = 0; The path for which the cookie is valid.
; http://php.net/session.cookie-path
session.cookie_path = /; The domain for which the cookie is valid.
; http://php.net/session.cookie-domain
session.cookie_domain =; Whether or not to add the httpOnly flag to the cookie, which makes it inaccessible to browser scripting languages such as JavaScript.
; http://php.net/session.cookie-httponly
session.cookie_httponly =; Handler used to serialize data. php is the standard serializer of PHP.
; http://php.net/session.serialize-handler
session.serialize_handler = php
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline
Bonjour Eric,
Voici mon php.ini:
[Session]
....
; Whether to use cookies.
; http://php.net/session.use-cookies
session.use_cookies = 1
session.use_only_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
; Lifetime in seconds of cookie or, if 0, until browser is restarted.
; http://php.net/session.cookie-lifetime
session.cookie_lifetime = 14400
session.cookie_path = /
session.cookie_domain =
session.cookie_httponly =
session.serialize_handler = php
session.gc_probability = 1
session.gc_divisor = 1000
; After this number of seconds, stored data will be seen as 'garbage' and
; cleaned up by the garbage collection process.
; http://php.net/session.gc-maxlifetime
session.gc_maxlifetime = 14400
session.bug_compat_42 = Off
session.bug_compat_warn = Off
session.referer_check =
session.entropy_length = 0
session.cache_limiter = nocache
; Document expires after n seconds (TOM).
; http://php.net/session.cache-expire
session.cache_expire = 14400
De cette façon j'ai une session qui dure 4 heures (même si IE est fermé puis rouvert).
Cordialement,
Tomolimo
GLPI 9.5.5 - PHP 7.4 / ProcessMaker 3.3.0-community - PHP 7.1 / Windows 2016 / IIS / MySQL 5.7
Worldwide: >17k Computers, >17k Users (16 languages, >11 timezones), >610k tickets, >6700 entities, >7600 Groups, >20700 process cases
Raynet is ARaymond (https://www.araymond.com) IT service management
Offline
Bonjour tomolimo,
Mes sessions php sont configurées pour ne jamais expirer sauf à la fermeture du navigateur. Mais le problème de latence ne semble pas lié à une éventuelle perte de session php. Cela toucherait tous les sites en php qui sont hébergés sur ma ferme IIS et ce n'est pas le cas.
Je crois qu'on va devoir s'y faire, à cette latence... Je m'y fais déjà
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline
les sessions oui, mais le cache ?
Si le cache expire, les sessions sont à refaire...
GLPI 9.5.5 - PHP 7.4 / ProcessMaker 3.3.0-community - PHP 7.1 / Windows 2016 / IIS / MySQL 5.7
Worldwide: >17k Computers, >17k Users (16 languages, >11 timezones), >610k tickets, >6700 entities, >7600 Groups, >20700 process cases
Raynet is ARaymond (https://www.araymond.com) IT service management
Offline
Si le cache expire, les sessions sont à refaire...
...Et elles le seraient pour toute application / site utilisant les sessions PHP et pas seulement pour GLPI. Par acquis de conscience, j'ai modifié mon php.ini en positionnant les paramètres de sessions comme tu le suggères et j'ai installé un nouveau site pour l'application PhpMyAdmin qui utilise aussi les sessions PHP pour l'accès : Pas de problèmes de latences. Idem pour l'application web GRR que je mentionnais précédemment.
Par contre, toujours pas mieux pour GLPI
Si seulement j'avais des logs...
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline
bon, pour le moment, je n'ai plus d'idée...
Il faudrait savoir si le pb vient de IIS ou de GLPI.
Est-ce que tu peux regarder dans les logs IIS et dans les logs GLPI et dans les logs PHP ?
GLPI 9.5.5 - PHP 7.4 / ProcessMaker 3.3.0-community - PHP 7.1 / Windows 2016 / IIS / MySQL 5.7
Worldwide: >17k Computers, >17k Users (16 languages, >11 timezones), >610k tickets, >6700 entities, >7600 Groups, >20700 process cases
Raynet is ARaymond (https://www.araymond.com) IT service management
Offline
tomolimo, toi aussi tu sèche
Offline
oui cela m'arrive, surtout qd le system n'est pas accessible !
GLPI 9.5.5 - PHP 7.4 / ProcessMaker 3.3.0-community - PHP 7.1 / Windows 2016 / IIS / MySQL 5.7
Worldwide: >17k Computers, >17k Users (16 languages, >11 timezones), >610k tickets, >6700 entities, >7600 Groups, >20700 process cases
Raynet is ARaymond (https://www.araymond.com) IT service management
Offline
Bonjour à tous et à tomolimo et ddurieux en particulier.
Je reviens ici pour annoncer une bonne nouvelle : Problème résolu ..
En fait, rien à voir avec GLPI et ma structure Web IIS en cluster à basculement. C'était simplement un latence sur la résolution de nom de mon site. Un truc tellement bête que je n'y avais pas pensé jusqu'à ce que je change l'URL de mon site GLPI.
Il faut savoir que je n'ai pas accès au DNS de mon entreprise. J'ai donc créé un serveur WINS local à mon entité pour effectuer les résolutions de nom non prises en charge par le DNS. J'avais inscrit statiquement le nom glpi.[mon entité] dans le WINS et c'est le "." qui semble perturber la résolution (ce qui est logique puisque le "." est considéré comme séparateur de sous-domaine).
En modifiant l'entrée WINS par glpi_[mon entité], je n'ai plus de latences !
Désolé d'avoir généré des noeuds de neurones pour si peu et merci pour vos interventions ici.
Amicalement,
Eric
-------------------------------------------------------------
Prod : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11 -- Test : GLPI 10.0.9 - Serveur IIS8.5 (w2012r2) - PHP 8.1.21 - MySql 5.7.11
Offline
Super, merci du retour et de rien pour les noeuds, A+
Tomolimo
Last edited by tomolimo (2012-09-25 09:54:59)
GLPI 9.5.5 - PHP 7.4 / ProcessMaker 3.3.0-community - PHP 7.1 / Windows 2016 / IIS / MySQL 5.7
Worldwide: >17k Computers, >17k Users (16 languages, >11 timezones), >610k tickets, >6700 entities, >7600 Groups, >20700 process cases
Raynet is ARaymond (https://www.araymond.com) IT service management
Offline
Ah ca me rappelle des heures de grosse merde le WINS qui part en vrille (c'était y a 6 ans)
Bon tant mieux si ça fonctionne maintenent
Offline