Ubuntu-fr

xpertiz

$_SESSION mort ?

Bonjour, il semble y avoir eu une mise à jour apache2 / php5 hier je crois, et depuis impossible de créer une session php...

Savez vous ce qui a changé dans la config php.ini ???

Pour info mon phpinfo()

Directive	Local Value	Master Value
session.auto_start	Off	Off
session.cache_expire	180	180
session.cache_limiter	nocache	nocache
session.cookie_domain	no value	no value
session.cookie_httponly	Off	Off
session.cookie_lifetime	0	0
session.cookie_path	/	/
session.cookie_secure	Off	Off
session.entropy_file	/dev/urandom	/dev/urandom
session.entropy_length	32	32
session.gc_divisor	1000	1000
session.gc_maxlifetime	1440	1440
session.gc_probability	0	0
session.hash_bits_per_character	5	5
session.hash_function	0	0
session.name	PHPSESSID	PHPSESSID
session.referer_check	no value	no value
session.save_handler	files	files
session.save_path	/var/lib/php5	/var/lib/php5
session.serialize_handler	php	php
session.upload_progress.cleanup	On	On
session.upload_progress.enabled	On	On
session.upload_progress.freq	1%	1%
session.upload_progress.min_freq	1	1
session.upload_progress.name	PHP_SESSION_UPLOAD_PROGRESS	PHP_SESSION_UPLOAD_PROGRESS
session.upload_progress.prefix	upload_progress_	upload_progress_
session.use_cookies	On	On
session.use_only_cookies	On	On
session.use_strict_mode	Off	Off
session.use_trans_sid	0	0

et aucun log d'erreur...

J'ai vérifié dans mon /var/lib/php5 j'ai bien des sessions sauvegardées... comprends pas...

Merci d'avance

Modération : merci à l'avenir d'utiliser les balises code (explications ici).

Dernière modification par cqfd93 (Le 25/09/2015, à 18:05)

xpertiz

Re : $_SESSION mort ?

ok j'ai trouvé tout seul...

En fait le problème résidait dans le /dev/root

en faisant un df -la

je voyais qu'il était plein à 100%, cela devait rendait les écritures des sessions dans /var/lib/php5 vide (à 0 octet)

Le disque root était plein à cause des logs, j'avais 2 fichiers apache log de 6g et 7g...

J'ai effacé les logs posant problèmes, fait un sudo reboot, et j'ai changé le répertoire pour que cela ne se reproduise pas (other_vhosts_access.log)...