Comment 1 for bug 885405

We are generating over 4 millions sessions files every few days (3-4) on live. This has been an issue for us, in the past, maxing the number of inodes and preventing people from connecting.

Envoyé de mon iPad

Le 2011-11-02 à 15:58, Nicolas Hatier <email address hidden> a écrit :

> Public bug reported:
>
> The gateways obviously don't send cookie information to symfony when
> calling the /ping or /auth action. This results in PHP/symfony creating
> a new PHP session for each request - more than one session per node per
> minute.
>
> Even with decent auto-cleanup settings for old sessions, while this
> doesn't prevent anything for working, this clogs the session storage
> area for no good reason. On my dev system, on which a single node is
> connected, I found 36k useless session files.
>
> For the sake of efficiency, a simple solution would be to add a call to
> session_destroy() (or another symfony recommended method to do the
> same) at the end of executePing and executeAuth in
> /apps/frontend/modules/node/actions/actions.class.php
>
> My tests didn't show any issue yet with that solution.
>
> ** Affects: authpuppy
> Importance: Undecided
> Status: New
>
> --
> You received this bug notification because you are a member of
> AllianceCsfDev, which is the registrant for AuthPuppy.
> https://bugs.launchpad.net/bugs/885405
>
> Title:
> Cleaning useless PHP sessions
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/authpuppy/+bug/885405/+subscriptions