We have a weird problem. On a site at random times the sessions files on the site are empty, 0 kb.
After removing/clearing the cache the sessions get back to about 2.2kb.

I have no clue to figure out what is the trigger when this happens.

On the times the session are empty no one can login or add stuff to cart. The admin login also doesn't appear to work at those times.

Does anybody have an idea?

Session files are stored in /var/session/
It's Magento
The Google bot is also quite bussy indexing.
The server is in our controll and run 3 other shops without problems.
At launch we didn't have this problem. When it started there where no files edited in a few weeks prior. And the changes where mostly templating

How we solved it, sort of...
we moved to an other host, no problems there.

  • How many disc free space do you have on your server? Mar 14, 2014 at 10:15
  • at least 5 gig. The user is over it's limit but not suspended. An other user who is also over the limit and not suspended does not have this problem.
    – janw
    Mar 14, 2014 at 10:22
  • Why are you not saving session in database ?
    – Dexter
    Mar 14, 2014 at 11:53
  • no particular reason. Is that better? If so can you name a source?
    – janw
    Mar 14, 2014 at 14:20
  • I wouldn't jump to saving sessions in the database. This can add to an already busy database server with additional queries. There is nothing wrong with storing sessions in the filesystem. This issue sounds like the user that runs as the webserver is over quota. Does a repquota -a and repquota-ag reveal anything? I assume permissions on var/session are fine? Mar 17, 2014 at 0:56

1 Answer 1


Move your sessions in the memcached. It's saving sessions in memory, so it's working faster than from filesystem. Also you will have ability use few servers instead one. Memcached has one issue. When server reboots - users will lose their sessions. More information here: http://magebase.com/magento-tutorials/magento-session-storage-which-to-choose-and-why/

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.