colinmollenhour / cm_redissession Goto Github PK

View Code? Open in Web Editor NEW

211.0 211.0 120.0 248 KB

Redis-based session handler for Magento with optimistic locking

PHP 100.00%

cm_redissession's People

Contributors

Stargazers

Watchers

Forkers

sidealice nhp etailer byteinternet vinai-drive-by-commits derekmarcinyshyn fbrnc macopedia sagaienet designsforhealth rud5g deemonoise seansan indiebytes rokko11 jlgeering boostmagento viable-hartman youwegit n2bh adrianoaguiar csdougliss marcin-dykas aingram xxorax mklooss k2everest deploy-neklo kpwithana jacko972 mattdavenport hunslater-symfony limesoda marinerz alihalabyah jbelke karlssonlord ahrrikis ottonet aoepeople marcatos mokadev coresh mrwonderfulshop m4s0 gruenspar beejhuff williangringo tegansnyder phpdave11 persata stasevi4 virtuman zifius joanhe sergeykalenyuk andylhqiu timvroom lybeab zainengineer cdbessig juito michael-norman tazdevil69 tmotyl mandhor eric-seekas mpchadwick adamkac itaymesh ven-com thucminh1409 mdaskin colinpickup urifoox kirkmadera janos94 voroonestic ahmedaljunied secomm-dev ijol cjprinse code-ivmart ivanraz whuber ronnyew jamie-selesti furkaniskayan nemphys andhiirawan rafaelpatro joeldodge79 razorgamez yakamoz-dev vladfilimon fwcommunity codelingobot ibrahims2 krzysztoffpl brenofabio

cm_redissession's Issues

Random 503's in production environment

First of all thank you for such a great module.

We are running with a 6 frontend cluster and one for backend (admin), when we review the logs in splunk we are seeing 2-3 ips getting 503's in a day span. We are skeptical because the holiday season is going to kick start this Thursday. When I review the closed issue #35 it says 503's could be possible if we generate large image gallery on demand.

Though we are not generating large galleries, we are seeing 503's randomly in production. I've reviewed the nginx logs as well there are not more than 2 hits to a particular page with the second. Can you please analyse and provide your thoughts ?

Error Message in the log :: Session concurrency exceeded for ID sess_i0fa3rjbcb8ucfvi9cn4vovt87; displaying HTTP 503 (6 waiting, 21 total requests)
/en_store_view/checkout/cart/? (******- Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.86 Safari/537.36)"

Note :: Its only happening in the production environment not even in staging though we run our selenium scripts in parallel.

Using Mage::log() does not log session close messages

Hi,

I've been looking into some session locking issues on our server and discovered that session close messages are not being logged, which confused me for a while. I got around this by writing the messages directly in the class.

MySQL fallback

Hi Collin,

I just want to comment that the MySQL fallback is not working on my server after having redis stopped manually. Do we have to do something else with the configuration of the module to have it working?

Thanks,

Sergio

Does not connect at all!

I am trying to make your Cm_RedisSession work on Magento 1.9.1.1 but at no avail. It is installed through modman along with Cm_Cache_Backend_Redis which is working OK, but the Cm_RedisSession does not even try to connect to Redis server! I am also using different databases fr the store, tried to tweak few settings, but again - at no avail!

Please help.

Unable to login to admin using PHP 7.0.0 and CM Redis Session

This is on my Mac, PHP 7.0.0 final and PHP 7.0 branch of redis.

2015-12-04T10:18:52+00:00 ERR (admin): /index.php/admin
REQUEST: POST|{"form_key":"JmaxqtYwA8DMMSVm","login":{"username":"ccarnell","password":"*****"},"dummy":""}
TIME: 0.144938s
ADDRESS: 127.0.0.1
USER AGENT: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:42.0) Gecko/20100101 Firefox/42.0
FILE: mysite/app/code/core/Mage/Core/functions.php:247
Recoverable Error: session_regenerate_id(): Failed to create(read) session ID: user (path: ) in /Users/ccarnell/Sites/mysite/app/code/local/Mage/Core/Model/Session/Abstract/Varien.php on line 493

RedisSession with multiple Magento Instances

Hello Colin,

Thanks for your great work!

Just a quick question - is it safe to share a single Redis Instance for session storage in a shared hosting environment? I know I can use prefixes for the caches, but what about sessions? Any chance of conflicts?

Thanks,
Juergen

Undefined class constant XML_PATH_HOST

Hi,

I just ran:
$ php .modman/Cm_RedisSession/migrateSessions.php --test
and received the following error:

PHP Fatal error: Undefined class constant 'XML_PATH_HOST' in /var/www/html/dev/wc/av/src/.modman/Cm_RedisSession/migrateSessions.php on line 51

"Grepping" through your extension, the only place I found XML_PATH_HOST is where the error is thrown in migrateSessions.php:51.

Best regards,
Anna

Undefined variable: sessionId in Session.php on line 160

Commit 6ded3c8
introduced regression:

Notice: Undefined variable: sessionId in
/Cm_RedisSession/code/Model/Session.php on line 160
#0 Cm_RedisSession/code/Model/Session.php(160): mageCoreErrorHandler(8, 'Undefined varia...', '/var/www/...', 160, Array)
#1 /app/code/core/Mage/Core/Model/Resource/Session.php(151): Cm_RedisSession_Model_Session->hasConnection()

Warning: lz4_uncompress : data error PHP 7

Getting this with php 7, lz4, Magento EE 1.14

Warning: lz4_uncompress : data error in /var/www/vhosts/magento-capistrano/releases/20160303151332/app/code/community/Cm/RedisSession/Model/Session.php on line 604

table report_viewed_product_index is missing visitor_id (NULL)

Hi, recently when testing we notices something strange.

On dev with redis_session = off, we see that the table report_viewed_product_index has the column visitor_id always with an ID from session

On our prod server with Cm_RedisSession turned on we see that the column visitor_id is always NULL ......

We noticed because an extension uses the value from visitor_id .... can you verify this?

Expected behavior: visitor_id colum is populated

[IMAGE BELOW SHOWS OUR DEV SERVER, PROD IS SAME RESULT WITH COLUMN NULL]

PHP 5.6 - Session lock issue

After upgrade to php 5.6 I started see issues with website performance, home page few times loads for 1-1.5 seconds, each next - 35 seconds.

My investigation result - biggest time exection - redis session, see profiler screenshot below:

After enabling debug log level - in redis_session.log I see next messages:

2014-12-18T15:13:59+00:00 DEBUG (7): igor|24760: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00058 seconds
2014-12-18T15:13:59+00:00 DEBUG (7): igor|24760: Connected to Redis
2014-12-18T15:13:59+00:00 DEBUG (7): igor|24760: Attempting read lock on ID sess_2t063m3dvskjnqni8cja9biob3
2014-12-18T15:13:59+00:00 DEBUG (7): igor|24760: Data read for ID sess_2t063m3dvskjnqni8cja9biob3 after 0.00077 seconds
2014-12-18T15:14:01+00:00 DEBUG (7): igor|24760: Attempting write to ID 2t063m3dvskjnqni8cja9biob3
2014-12-18T15:14:01+00:00 DEBUG (7): igor|24760: Write lock obtained on ID 2t063m3dvskjnqni8cja9biob3
2014-12-18T15:14:01+00:00 DEBUG (7): igor|24760: Compressing 2079 bytes with lzf
2014-12-18T15:14:01+00:00 DEBUG (7): igor|24760: Data compressed by 73.0 percent in 0.00011 seconds
2014-12-18T15:14:01+00:00 DEBUG (7): igor|24760: Data written to ID 2t063m3dvskjnqni8cja9biob3 after 0.00046 seconds
2014-12-18T15:14:01+00:00 DEBUG (7): igor|24760: Closing connection
2014-12-18T15:14:04+00:00 DEBUG (7): igor|24766: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00049 seconds
2014-12-18T15:14:04+00:00 DEBUG (7): igor|24766: Connected to Redis
2014-12-18T15:14:04+00:00 DEBUG (7): igor|24766: Attempting read lock on ID sess_2t063m3dvskjnqni8cja9biob3
2014-12-18T15:14:04+00:00 DEBUG (7): igor|24766: Data read for ID sess_2t063m3dvskjnqni8cja9biob3 after 0.00044 seconds
2014-12-18T15:14:04+00:00 DEBUG (7): igor|24766: Closing connection
2014-12-18T15:14:06+00:00 DEBUG (7): igor|7572: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00048 seconds
2014-12-18T15:14:06+00:00 DEBUG (7): igor|7572: Connected to Redis
2014-12-18T15:14:06+00:00 DEBUG (7): igor|7572: Attempting read lock on ID sess_2t063m3dvskjnqni8cja9biob3
2014-12-18T15:14:06+00:00 DEBUG (7): igor|7572: Waiting for lock on ID sess_2t063m3dvskjnqni8cja9biob3 (0 tries, 1 waiting, 0.00029 seconds elapsed)
2014-12-18T15:14:17+00:00 DEBUG (7): igor|7572: Checking for zombies after 10.50399 seconds of waiting...
2014-12-18T15:14:27+00:00 DEBUG (7): igor|7572: Checking for zombies after 20.50828 seconds of waiting...
2014-12-18T15:14:37+00:00 DEBUG (7): igor|7572: Checking for zombies after 30.51300 seconds of waiting...
2014-12-18T15:14:41+00:00 INFO (6): igor|7572: Successfully broke lock for ID sess_2t063m3dvskjnqni8cja9biob3 after 34.51524 seconds (33 attempts). Lock: 35, BREAK_MODULO: 5
Last request of broken lock: GET www.domain.local/
2014-12-18T15:14:41+00:00 DEBUG (7): igor|7572: Data read for ID sess_2t063m3dvskjnqni8cja9biob3 after 34.51647 seconds
2014-12-18T15:14:41+00:00 DEBUG (7): igor|7572: Closing connection
2014-12-18T15:20:28+00:00 DEBUG (7): igor|24767: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00048 seconds
2014-12-18T15:20:28+00:00 DEBUG (7): igor|24767: Connected to Redis
2014-12-18T15:20:28+00:00 DEBUG (7): igor|24767: Attempting read lock on ID sess_2t063m3dvskjnqni8cja9biob3
2014-12-18T15:20:28+00:00 DEBUG (7): igor|24767: Waiting for lock on ID sess_2t063m3dvskjnqni8cja9biob3 (0 tries, 1 waiting, 0.00032 seconds elapsed)
2014-12-18T15:20:38+00:00 DEBUG (7): igor|24767: Checking for zombies after 10.50416 seconds of waiting...
2014-12-18T15:20:48+00:00 DEBUG (7): igor|24767: Checking for zombies after 20.50856 seconds of waiting...
2014-12-18T15:20:58+00:00 DEBUG (7): igor|24767: Checking for zombies after 30.51281 seconds of waiting...
2014-12-18T15:21:02+00:00 INFO (6): igor|24767: Successfully broke lock for ID sess_2t063m3dvskjnqni8cja9biob3 after 34.51496 seconds (33 attempts). Lock: 35, BREAK_MODULO: 5
Last request of broken lock: GET www.domain.local/
2014-12-18T15:21:02+00:00 DEBUG (7): igor|24767: Data read for ID sess_2t063m3dvskjnqni8cja9biob3 after 34.51652 seconds
2014-12-18T15:21:03+00:00 DEBUG (7): igor|24767: Closing connection

OS: Fedora 21
PHP: 5.6.3
php redis version: 2.2.5

Magento version: 1.9.1

I think it's may be related with this: http://php.net/manual/en/book.session.php#116217

Same project with php 5.5 on Fedora 20 has next log (lock issue isn't present):

2014-12-18T15:31:12+00:00 DEBUG (7): somepc|25512: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00047 seconds
2014-12-18T15:31:12+00:00 DEBUG (7): somepc|25512: Connected to Redis
2014-12-18T15:31:12+00:00 DEBUG (7): somepc|25512: Attempting read lock on ID sess_pthhijtur71ibaemsaeut0ehl2
2014-12-18T15:31:12+00:00 DEBUG (7): somepc|25512: Data read for ID sess_pthhijtur71ibaemsaeut0ehl2 after 0.00046 seconds
2014-12-18T15:31:16+00:00 DEBUG (7): somepc|26998: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00042 seconds
2014-12-18T15:31:16+00:00 DEBUG (7): somepc|26998: Connected to Redis
2014-12-18T15:31:16+00:00 DEBUG (7): somepc|26998: Attempting read lock on ID sess_pthhijtur71ibaemsaeut0ehl2
2014-12-18T15:31:16+00:00 DEBUG (7): somepc|26998: Data read for ID sess_pthhijtur71ibaemsaeut0ehl2 after 0.00035 seconds
2014-12-18T15:31:19+00:00 DEBUG (7): somepc|26512: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00042 seconds
2014-12-18T15:31:19+00:00 DEBUG (7): somepc|26512: Connected to Redis
2014-12-18T15:31:19+00:00 DEBUG (7): somepc|26512: Attempting read lock on ID sess_pthhijtur71ibaemsaeut0ehl2
2014-12-18T15:31:19+00:00 DEBUG (7): somepc|26512: Data read for ID sess_pthhijtur71ibaemsaeut0ehl2 after 0.00047 seconds
2014-12-18T15:31:21+00:00 DEBUG (7): somepc|25513: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00042 seconds
2014-12-18T15:31:21+00:00 DEBUG (7): somepc|25513: Connected to Redis
2014-12-18T15:31:21+00:00 DEBUG (7): somepc|25513: Attempting read lock on ID sess_pthhijtur71ibaemsaeut0ehl2
2014-12-18T15:31:21+00:00 DEBUG (7): somepc|25513: Data read for ID sess_pthhijtur71ibaemsaeut0ehl2 after 0.00042 seconds
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|26668: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00044 seconds
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|26668: Connected to Redis
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|26668: Attempting read lock on ID sess_pthhijtur71ibaemsaeut0ehl2
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|26668: Data read for ID sess_pthhijtur71ibaemsaeut0ehl2 after 0.00034 seconds
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|25512: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00045 seconds
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|25512: Connected to Redis
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|25512: Attempting read lock on ID sess_pthhijtur71ibaemsaeut0ehl2
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|25512: Waiting for lock on ID sess_pthhijtur71ibaemsaeut0ehl2 (0 tries, 1 waiting, 0.00023 seconds elapsed)
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|26511: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00042 seconds
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|26511: Connected to Redis
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|26511: Attempting read lock on ID sess_pthhijtur71ibaemsaeut0ehl2
2014-12-18T15:31:23+00:00 DEBUG (7): somepc|26511: Waiting for lock on ID sess_pthhijtur71ibaemsaeut0ehl2 (0 tries, 2 waiting, 0.00021 seconds elapsed)
2014-12-18T15:31:25+00:00 DEBUG (7): somepc|25512: Data read for ID sess_pthhijtur71ibaemsaeut0ehl2 after 2.50133 seconds
2014-12-18T15:31:26+00:00 DEBUG (7): somepc|26511: Data read for ID sess_pthhijtur71ibaemsaeut0ehl2 after 3.50141 seconds
2014-12-18T15:31:29+00:00 DEBUG (7): somepc|25513: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00042 seconds
2014-12-18T15:31:29+00:00 DEBUG (7): somepc|25513: Connected to Redis
2014-12-18T15:31:29+00:00 DEBUG (7): somepc|25513: Attempting read lock on ID sess_pthhijtur71ibaemsaeut0ehl2
2014-12-18T15:31:29+00:00 DEBUG (7): somepc|25513: Data read for ID sess_pthhijtur71ibaemsaeut0ehl2 after 0.00027 seconds
2014-12-18T15:31:30+00:00 DEBUG (7): somepc|25478: Cm_RedisSession_Model_Session initialized for connection to localhost:6379 after 0.00042 seconds
2014-12-18T15:31:30+00:00 DEBUG (7): somepc|25478: Connected to Redis
2014-12-18T15:31:30+00:00 DEBUG (7): somepc|25478: Attempting read lock on ID sess_pthhijtur71ibaemsaeut0ehl2
2014-12-18T15:31:30+00:00 DEBUG (7): somepc|25478: Data read for ID sess_pthhijtur71ibaemsaeut0ehl2 after 0.00034 seconds

Migrate sessions from Memcached to Redis

I see there are two supported options for migration session from file/db -> redis. Are there any supported methods for migrating sessions from Memcached -> redis?

AUTH Support for session?

Hi Colin,

Was wondering if Cm_RedisSession supports AUTH like your Cm_Cache_Redis ?

Thanks

Magento 1.13 and Cm_RedisSession

I know that Cm_Cache_Backend_Redis became Mage_Cache_Backend_Redis in Magento Enterprise 1.13, but what about Cm_RedisSession?

Do I still need to install and configure this module for sessions in Magento 1.13? I can't seem to find any info about it.

Thanks,
Trevor

License?

Hi,

Could you please add license to your files or at least let me know which license this module is using?

We would like to include it in Magento CE 1.8 and later.

Thanks,
Piotr

Modman update-all not working

Can this be a github error? Or is it related to the package

[user@server public_html]$ modman update-all
Fetching changes for Aoe_CacheCleaner
Fetching changes for Cm_RedisSession
github.com[0: 192.30.252.130]: errno=Connection timed out
fatal: unable to connect a socket (Connection timed out)
Failed to fetch updates for Cm_RedisSession

Fetching changes for Lesti_Fpc
github.com[0: 192.30.252.131]: errno=Connection timed out
fatal: unable to connect a socket (Connection timed out)
Failed to fetch updates for Lesti_Fpc

Updating Aoe_CacheCleaner
Already up-to-date.

PHP Parse error

Hi Colin,
I'm receiving the following error:
PHP Parse error: syntax error, unexpected ':' in /.modman/Cm_RedisSession/code/Model/Session.php on line 53
Note that I've deleted my full path and replaced with .

This is running two Redis instances with session instance on port 6380. I've changed the port value on line 54 of above file but can't see a need to change anything on line 53.

Can you provide any hints as to what's wrong please?

Time consumption on noRoute

Our application monitoring (New Relic) reports that about 30% of our server load comes from the Magento noRoute call. Looking deeper into it we noticed that the redis session read process is by far the most time consuming transaction within this call.
Is there anything we could do about that?

App specs:

Magento 1.9.0.1
Stock Redis session module
Newest Redis Backend module

Cm_RedisSession & Cm_Cache_Backend_Redis

I am using both extensions alongside this Redis Manager: https://github.com/steverobbins/Magento-Redismanager) and noticed the following behavior:

If I only include the edits for Cm_RedisSession in my local.xml, the Redis Manager will list the session database as being in use. As soon as I also include the Cm_Cache_Backend_Redis edits, both databases will be listed in the Redis Manager but the session db will remain empty.

Is this a problem with the Redis Manager or am I doing something wrong? This is the related code in my local.xml I am trying:

    <!-- Cm_Cache_Backend_Redis -->
    <cache>
      <backend>Cm_Cache_Backend_Redis</backend>
      <backend_options>
        <server>127.0.0.1</server>
        <port>6379</port>
        <persistent></persistent>
        <database>1</database>
        <password></password>
        <force_standalone>1</force_standalone>
        <connect_retries>1</connect_retries>
        <read_timeout>10</read_timeout>
        <automatic_cleaning_factor>0</automatic_cleaning_factor>
        <compress_data>1</compress_data>
        <compress_tags>1</compress_tags>
        <compress_threshold>20480</compress_threshold>
        <compression_lib>gzip</compression_lib>
        <use_lua>0</use_lua>
      </backend_options>
    </cache>
    <!-- Cm_RedisSession -->  
    <session_save>db</session_save>
    <redis_session>
        <host>127.0.0.1</host>
        <port>6379</port>
        <password></password>
        <timeout>2.5</timeout>
        <persistent></persistent>
        <db>2</db>
        <compression_threshold>2048</compression_threshold>
        <compression_lib>gzip</compression_lib>
        <log_level>4</log_level>
        <max_concurrency>6</max_concurrency>
        <break_after_frontend>5</break_after_frontend>
        <break_after_adminhtml>30</break_after_adminhtml>
        <first_lifetime>600</first_lifetime>
        <bot_first_lifetime>60</bot_first_lifetime>
        <bot_lifetime>7200</bot_lifetime>
        <disable_locking>0</disable_locking>
        <min_lifetime>60</min_lifetime>
        <max_lifetime>2592000</max_lifetime>
    </redis_session>

Errors in system.log

I'm getting the following errors:

ERR (3): Recoverable Error: Object of class Credis_Client could not be converted to string in /home/httpd/dohieco/dohieco.se/app/code/community/Cm/RedisSession/Model/Session.php on line 374

This is the code from that line:

                $this->_log(sprintf(
                    "Successfully broke lock for ID %s after %.5f seconds (%d attempts). Lock: %d\nLast request of broken lock: %s",
                    $sessionId, (microtime(true) - $timeStart), $tries, $lock, $this->_redis->hGet($sessionId, 'req')
                ), Zend_Log::INFO);

Warning: Redis::sAdd() expects exactly 2 parameters

Warning: Redis::sAdd() expects exactly 2 parameters, 3 given in /home/xxx/domains/example.com/public_html/www/lib/Credis/Client.php on line 623

Incorrect config data on php 5.4

While on 5.4 all connection details are default not the ones from the config

Looks like

Offencing code is here

$host = (string)   (Mage::getConfig()->getNode('global/redis_session/host') ?: '127.0.0.1');
var_dump($host);

that returns 127.0.0.1

if you change it to

$host = ((string)Mage::getConfig()->getNode('global/redis_session/host') ?: '127.0.0.1');
var_dump($host);

that works as expected

Did anyone else experience that?

Login Problem

Hi,

I am using this module and i cant login my website.

I think there is problem of caching.

So can you give me solution of as possible as early.

Thanks,
Purvi

Sessions seem to have stopped working

Hey, bit of a strange one in that sessions were working fine until recently - I've just tried front end today and can't login, admin section working absolutely fine. It seems when clicking My Account, Log in, or Sign up the site grinds to a halt and monitoring the redis output there's quite a few different session id's when there should only be one I'm guessing as I'm the only one using the box, here's the output:

redis-cli 
127.0.0.1:6379> MONITOR
OK
1446537099.304725 [0 127.0.0.1:39427] "select" "0"
1446537099.306225 [0 127.0.0.1:39427] "hget" "zc:k:a5a_CORE_CACHE_OPTIONS" "d"
1446537099.625830 [0 127.0.0.1:39428] "SELECT" "2"
1446537099.626180 [2 127.0.0.1:39428] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537099.626354 [2 127.0.0.1:39428] "HMGET" "sess_iil1hrijpednsam22vi4rjkq57" "data" "writes"
1446537099.626735 [2 127.0.0.1:39428] "HMSET" "sess_iil1hrijpednsam22vi4rjkq57" "pid" "staging.replace_me_with_domain|11502" "lock" "1"
1446537099.626752 [2 127.0.0.1:39428] "EXPIRE" "sess_iil1hrijpednsam22vi4rjkq57" "3600"
1446537099.634596 [0 127.0.0.1:39427] "hget" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT" "t"
1446537099.634862 [0 127.0.0.1:39427] "multi"
1446537099.634877 [0 127.0.0.1:39427] "del" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537099.634884 [0 127.0.0.1:39427] "srem" "zc:ti:" "a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537099.634892 [0 127.0.0.1:39427] "exec"
1446537099.653120 [0 127.0.0.1:39427] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_eav_attribute_1" "d"
1446537099.653649 [0 127.0.0.1:39427] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_1" "d"
1446537099.654022 [0 127.0.0.1:39427] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_website_1" "d"
1446537099.674780 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537099.675180 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537099.675500 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537099.686384 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537099.686627 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537099.686854 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537099.807755 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537099.808074 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537099.808311 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537099.811650 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537099.811891 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537099.812113 [0 127.0.0.1:39427] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537099.820402 [0 127.0.0.1:39427] "hget" "zc:k:a5a_JAVASCRIPT_TRANSLATE_CONFIG" "d"
1446537099.926656 [2 127.0.0.1:39428] "SELECT" "2"
1446537099.926876 [2 127.0.0.1:39428] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537099.927176 [2 127.0.0.1:39428] "SELECT" "2"
1446537099.927185 [2 127.0.0.1:39428] "HMSET" "sess_iil1hrijpednsam22vi4rjkq57" "data" ":gz:x\x01\xedV\xbdn\xdb0\x10\x0e2\xb4@\xa7>\x82\xa0))\x12K\x94,\xffP\xe8\x10dh\x8b\xd4\xc9\x90\x16\xedF\xd0\xd2\xd9b,\x8b6I9A\x13\xbfO\x1f\xa3\x8f\xd6#%'.\x8a4\x9d\xda\x0c\x86\x01\xc9\"y\xc7\xe3\xf7}wG\xa6!\xab\x15\xb0L\xca\x99\xc0W\x01\xd9\xecN\xd38\xa2~2\x18\x0e\xc3\xe1\x18\xfa\x90\x91\x9c\xf4!\x1fs\xde\xcfc\xc8\x93\xa4;\xec\x8e\x13?\xcd\xa4\x82;N\xbb\xf4V\xd3(\xa6>\xd3\xa0\xb5\x90\x15[\xf1R\xe4\xdcH\xc5\xf0\xc9\xfd\xb4]C\b\xf5\x15\xcc\xa5\x01\xc6\xf3\\\xf9\xa9\xa6\x03\xea\x93\xb0\x13\xe1\xaf\xdf~\x16\xc6,\xd8J\xa0\x95\xa6!\xf5\xed+\xc2\xb7\x1b\xbea\x13\xa9\xae\xb9\xca!\xb7\xff\xb6\x96\x90\xa4]RkP\x8cO\xa12v\x96X\xd3\x91\xfc&\xca\x92\aI'\xf4\x0eF<\x13\x95\x91\xbaH\xbd\x0f\x95\x81\xd2\xc3\x01\xef\xe2\xd2\xfb\xea\x91\x90\x11\xc2\xc8\xa1w\xb2X\x94\xf0\x05\xc6g\xc2\x04I\xdc\xef\xc4=\xef\xe0\xec\xfd\xa7\xd1\xc7#\xaf\x143\xf0\xde!F\xf2\xd0;-\x94\x9cC\xd0\xedu\xf0\x00\xdda\xd8\x19\x84\xde%\x9fp%Z+?]\xbb\x03\xce\x11\x15\x8cH\xfb\xe9\x05\x8d\xbb\x18\x0f~\xb0S\xc4\x8e\x8dd\x0e%\x1b5\xf38T\x96\x90\x19\x04\xd0\xa7\x91\xc5\x94 \x0b{o\xf6\xd8\x83\x03\x8e\x90\xdc\xa2W{,;SrmNr\x84\xa3\xf5\xe1\xa7\xe7vSk\xb8\x12Zl3\x80\b\xa1K\x87\xe8\xb9E\x06\xb9@\xa8V\x16\xad\x96\x0b\x0c\xed\xc7\xf7\x17\xaf\x1dn\xbf3\x85\xb3\xaf\xf6\xf7_nf\x1d\x1f\x8dx\xfctLCt9l)(\xa4v\xe0\xc7\xe8\x04\xaa\x8e6|*\xaai\x87\xd7\xa6@ZD\xb6P2\xaf3\xe8dr\xee\xbc=K\xea\xb6T\xc7\xb3\x0c\x16\x06\xb1\xae\xa65R\xe7bF4\xa0:\xfe|y\x04U\xba|\x8b\xdc\xbb\xd1\r\x02\xadEVp\xa5\xc1a\xe1poPW\xb0\xacA\x1bV+\xe1\x8c\xa8\x1f\xb87.\xd9\xe4\x8f\xc8\xedH\xd4\xa3\xbe\x10%)\x94\xb8Z@^i>\x8f\xa2\x95\xe8\xaa\xab\xd92q\xe9byvD(\x98\x80\x82_\x12\x02#\x9c\b\x85\xfb8!0\xde\xe4\x03F\x18\x85$9&\xe48\x8c\xbd\xb0O\xe3\x90\xc6C\xb7?\x1a\b\xcd*\xb8n,lz\x8d)\xb1R\xc1\xd4\xb6B{\xc2SB6\x9e\xf0$\x1b\xf55'A\x86\x93A\x7f\x18o2\xc2y\xabUi\xf7MZ\xfai\x10<!\x96 \x9b\xeb@T9\xdc\xb4Ot\x97\xd5\xda`\x16*6\xe6\xda\xd6\xa2\xde\xae\x16=^\x8bl\xce\xdf\x03\xd60\x83#\x91c\xbf\xbf55U\xb2^\xb0\xfb\x05\xc4-@\x9a\xc6\x80E\x17k7&2\xaa\xd7\xb1\xd7CmX\x05\xea\xbf\xa1\xaf\xe5*\xc0\xf4\x90ue\xeeY\xfc_U\x12\x93\xe1Z\xe8\xa2\x14\xa8ma`\x8e]\x10\xc3\xf2S\x81\xe5l\xedZ\xa1\xac\r\x8a*\xde\x89\xea\x0f\xa2\xc2l_\xd6\xb6\xa7\x8b\x9c5Ri5\x85\xbd\xfd\xa1s\xfd\x9b\xd6\xb7\xc6j\xd0*t\xbb\xd50\xa8\x90F\xb2\xa3\xf11\x1a\xd7\x19\xde\xd3J9E\x94\xdc\xcdcw\x9b{6\xb7\xb9\xf5O\xc8\xf8\xad\xd4" "lock" "0"
1446537099.927313 [2 127.0.0.1:39428] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "writes" "1"
1446537099.927349 [2 127.0.0.1:39428] "EXPIRE" "sess_iil1hrijpednsam22vi4rjkq57" "3600"
1446537114.323912 [0 127.0.0.1:39429] "select" "0"
1446537114.325406 [0 127.0.0.1:39429] "hget" "zc:k:a5a_CORE_CACHE_OPTIONS" "d"
1446537114.643609 [0 127.0.0.1:39430] "SELECT" "2"
1446537114.643877 [2 127.0.0.1:39430] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537114.644038 [2 127.0.0.1:39430] "HMGET" "sess_iil1hrijpednsam22vi4rjkq57" "data" "writes"
1446537114.644368 [2 127.0.0.1:39430] "HMSET" "sess_iil1hrijpednsam22vi4rjkq57" "pid" "staging.replace_me_with_domain|11500" "lock" "1"
1446537114.644385 [2 127.0.0.1:39430] "EXPIRE" "sess_iil1hrijpednsam22vi4rjkq57" "3600"
1446537114.651635 [0 127.0.0.1:39429] "hget" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT" "t"
1446537114.651868 [0 127.0.0.1:39429] "multi"
1446537114.651881 [0 127.0.0.1:39429] "del" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537114.651889 [0 127.0.0.1:39429] "srem" "zc:ti:" "a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537114.651898 [0 127.0.0.1:39429] "exec"
1446537114.705854 [0 127.0.0.1:39429] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_eav_attribute_1" "d"
1446537114.706371 [0 127.0.0.1:39429] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_1" "d"
1446537114.706715 [0 127.0.0.1:39429] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_website_1" "d"
1446537114.726980 [0 127.0.0.1:39429] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537114.727289 [0 127.0.0.1:39429] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537114.727597 [0 127.0.0.1:39429] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537114.737486 [0 127.0.0.1:39429] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537114.737748 [0 127.0.0.1:39429] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537114.737979 [0 127.0.0.1:39429] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537114.742183 [2 127.0.0.1:39430] "SELECT" "2"
1446537114.742306 [2 127.0.0.1:39430] "HGET" "sess_hil0v5uktqijrc5h4v7kom3up2" "pid"
1446537114.742488 [2 127.0.0.1:39430] "SELECT" "2"
1446537114.742502 [2 127.0.0.1:39430] "HMSET" "sess_hil0v5uktqijrc5h4v7kom3up2" "data" "_secure_cookie_check|s:32:\"79348ae9d75ea1375fe64c465c289eef\";core|a:1:{s:23:\"_session_validator_data\";a:4:{s:11:\"remote_addr\";s:8:\"10.2.2.7\";s:8:\"http_via\";s:0:\"\";s:20:\"http_x_forwarded_for\";s:0:\"\";s:15:\"http_user_agent\";s:120:\"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36\";}}customer_base|a:4:{s:23:\"_session_validator_data\";a:4:{s:11:\"remote_addr\";s:8:\"10.2.2.7\";s:8:\"http_via\";s:0:\"\";s:20:\"http_x_forwarded_for\";s:0:\"\";s:15:\"http_user_agent\";s:120:\"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36\";}s:11:\"customer_id\";s:1:\"2\";s:17:\"customer_group_id\";s:1:\"1\";s:15:\"before_auth_url\";s:63:\"https://en.staging.replace_me_with_domain/customer/account/index/\";}checkout|a:2:{s:23:\"_session_validator_data\";a:4:{s:11:\"remote_addr\";s:8:\"10.2.2.7\";s:8:\"http_via\";s:0:\"\";s:20:\"http_x_forwarded_for\";s:0:\"\";s:15:\"http_user_agent\";s:120:\"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36\";}s:10:\"quote_id_1\";s:1:\"2\";}" "lock" "0"
1446537114.742620 [2 127.0.0.1:39430] "HINCRBY" "sess_hil0v5uktqijrc5h4v7kom3up2" "writes" "1"
1446537114.742628 [2 127.0.0.1:39430] "EXPIRE" "sess_hil0v5uktqijrc5h4v7kom3up2" "3600"
1446537115.091416 [0 127.0.0.1:39431] "select" "0"
1446537115.092869 [0 127.0.0.1:39431] "hget" "zc:k:a5a_CORE_CACHE_OPTIONS" "d"
1446537115.416981 [0 127.0.0.1:39432] "SELECT" "2"
1446537115.417302 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537115.417457 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "wait" "1"
1446537115.927825 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537116.428232 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537116.928658 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537117.429094 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537117.929441 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537118.429807 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537118.930258 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537119.430726 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537119.931169 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537120.431621 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537120.932129 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537121.432659 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537121.933061 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537122.433325 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537122.933682 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537123.434185 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537123.934716 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537124.435256 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537124.935791 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537124.936054 [2 127.0.0.1:39432] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537125.436432 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537125.946936 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537126.447482 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537126.947959 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537127.448279 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537127.948616 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537128.448927 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537128.949204 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537129.449469 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537129.949704 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537130.450087 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537130.950426 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537131.450821 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537131.951126 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537132.451391 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537132.951679 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537133.451955 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537133.952302 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537134.452630 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537134.952950 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537134.953172 [2 127.0.0.1:39432] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537135.453443 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537135.963691 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537136.463997 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537136.964349 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537137.464614 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537137.964891 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537138.465156 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537138.965434 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537139.465687 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537139.965954 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537140.466219 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537140.966499 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537141.466770 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537141.967185 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537142.467760 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537142.968250 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537143.468724 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537143.969227 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537144.469722 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537144.970046 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537144.970265 [2 127.0.0.1:39432] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537144.970419 [2 127.0.0.1:39432] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537145.470704 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537145.470870 [2 127.0.0.1:39432] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537145.471024 [2 127.0.0.1:39432] "HMGET" "sess_iil1hrijpednsam22vi4rjkq57" "data" "writes"
1446537145.471468 [2 127.0.0.1:39432] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "wait" "-1"
1446537145.471489 [2 127.0.0.1:39432] "HMSET" "sess_iil1hrijpednsam22vi4rjkq57" "pid" "staging.replace_me_with_domain|11501" "lock" "1"
1446537145.471506 [2 127.0.0.1:39432] "EXPIRE" "sess_iil1hrijpednsam22vi4rjkq57" "3600"
1446537145.479222 [0 127.0.0.1:39431] "hget" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT" "t"
1446537145.479492 [0 127.0.0.1:39431] "multi"
1446537145.479504 [0 127.0.0.1:39431] "del" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537145.479512 [0 127.0.0.1:39431] "srem" "zc:ti:" "a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537145.479520 [0 127.0.0.1:39431] "exec"
1446537145.533098 [0 127.0.0.1:39431] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_eav_attribute_1" "d"
1446537145.533648 [0 127.0.0.1:39431] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_1" "d"
1446537145.534024 [0 127.0.0.1:39431] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_website_1" "d"
1446537145.554251 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537145.554494 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537145.554755 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537145.564206 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537145.564437 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537145.564675 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537145.664738 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537145.665055 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537145.665300 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537145.668466 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537145.668695 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537145.668936 [0 127.0.0.1:39431] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537145.676634 [0 127.0.0.1:39431] "hget" "zc:k:a5a_JAVASCRIPT_TRANSLATE_CONFIG" "d"
1446537145.778475 [2 127.0.0.1:39432] "SELECT" "2"
1446537145.778684 [2 127.0.0.1:39432] "HGET" "sess_20807qt29mue5fbuecee28oor7" "pid"
1446537145.779001 [2 127.0.0.1:39432] "SELECT" "2"
1446537145.779013 [2 127.0.0.1:39432] "HMSET" "sess_20807qt29mue5fbuecee28oor7" "data" ":gz:x\x01\xedV\xcdn\xd3@\x10\xaez\x00\x89\x13\x8f`\xf9\xd4\xa26\xf6\xfa'q\xd6\xe2Pq\x00T\xd2\"\x15\x04\xb7\xd5\xc6\x9e$\xab8\xdedw\x9d\x00m\xde\x87\xc7\xe0\xd1\x98];m$@\xed\t\xf5PE\x8a\x93\xdd\x9d\xd9\x99\xef\xfbf\xc6LC\xd1(`\x85\x94s\x81\x8f\x19\x14\xf3\x1bM\xe3\x88\xfaa\x16B\x12'\xf18\xebgY\x1a\r\xd3(\xedC:\x19O\xc2\xb8\x8c\x8a$\xf1\xf3B*\xb8\xe14\xa5\xd7\x9aF1\xf5\x99\x06\xad\x85\xac\xd9\x9aW\xa2\xe4F*\x86\xdf\xdc\xcf9M\xec\x19B\xa8\xaf`!\r0^\x96\xca\xcf5\xcd\xa8O\xc2^\x84\x9fA\xf7wf\xcc\x92\xad\x05Zi\x1aR\xdf>\"|\xba\xe5ol\"\xd5\x86\xab\x12J\xfbk\xef\bI\xbb#\x8d\x06\xc5\xf8\x14jcw\x895\x1d\xc9\x1f\xa2\xaax\x90\xf6B\xefh\xc4\x0bQ\x1b\xa9g\xb9\xf7\xbe6Py\xb8\xe0]^y_=\x122B\x189\xf6\xce\x96\xcb\n\xbe\xc0\xf8\\\x98 \x8d\a\xbd\xb8\xef\x1d\x9d\xbf\xfb4\xfap\xe2Ub\x0e\xde[\xc4H\x1e{ofJ. H\xfa=L \x19\x86\xbd,\xf4\xae\xf8\x84+\xd1Y\xf9\xf9\xd6%\xb8@T0\"\xed\xe7\x974N0\x1e\xfc\xc3\xde vl$K\xa8\xd8\xa8\xdd\xc7\xa5\xaa\x82\xc2 \x80>\x8d\x1c^\xc8\xc2\xc1\xab\x03v\xe7\x80#$\xd7\xe8\xd5\xa6ew*\xae\xcdY\x89pt>\xfc\xfc\xc2^:D.\x10\x9f\x05\x9b\xc3w\aC\x9f\xfagi\xd9\xaf\x17\xe9\xe6\xa3\"\xe1f2\xdc\xb4\xf0P\x7f-\xb4\xd8g\n\x91\xbc\xee\x90\xbf\xb0\b\"g\b\xe9\xda\xa2\xdaq\x86)\xfc\xfa\xf9\xec\xa5s\xf0'\xa3\xb8\xfb\xe2\xf0\xf0\xf9n\xd7\xf1\xd6\x8a\xcc\xcf\xc7\x94\xa0K\x8c\xce\xad\xce\xa4v$\xc5\xe8\x04\xea\x9e6|*\xeai\x8f7f\x86\xf4\x89b\xa9d\xd9\x14\xd0+\xe4\xc2y{\x94\x14\xef\xa9\x93\x17\x05,\rrRO\x1b\xa4\xd8\xc5\x8ch@}\xfa\xf9\xea\x04\xea|\xf5\x1a5\xe2Vw\bt\x16\xc5\x8c+\r\x0e\x8bN\xf1m\xa5\xac\x1a\xd0\x865JX\xa3\b]\x05E\xa3\r\x8aN\x05h)\x9b\xda\x04\x95D\xcc\x02\xe7\x14Mw\xf5'Jg\x81\xacGX\xc5\x83\x95\x89\x86\x8b\xc6\xd6n\x03\x05@\x94I\xa9\\\xb9\x11\x14\x98\xa3B\xc1\x04\x14\xb8\x82\x8a\xbb\xe0h\x10\xdcCJ{-\x865\x11\n\xe3tBb\xbc\xad;t\x12\x85$=%\xe44\x8c\xbdp@\xd3\x88F\xa9\x8b\x13\r\x84f5lZ\x0b[\xc6\xad.\b\xb6\x10+\xe8\a{\xc2\x8cw\xeam3F\x85\xa4YF\xf0\x9e\xb6\xf2\x9c\xb7FU\xf6\xde>z\xb7\xb9\xea\a$\xf6O\x98\xb7\xbb\x1d6\xe6\xfa\xa9\xf7\xdd\xd3\xfb\xac\x8ao\x01k\x19\xc2\x95\xc8\xa9`\xb0\xb75U\xb2Y\xb2\xdb\x03\xc4\x1e\xc0\xc1p\xd7\xf6\xfeW\xdf$(\xdb\x8d\xd0\xb3J\xa0\n\x85\x81\x05\xceE\xac2?\x174\xcc\xb7n8\xca\xc6\xe0\xc8s\xed\xf9i\xe4\xfd}\xe4\x11\xac\xcbUc\xa7\xbc(\x99#\xb3e}[\xe0\xcb\x006\xac'\xfc\x1e\xdd+\xc3\xf67)\x8a(\xba" "lock" "0"
1446537145.779134 [2 127.0.0.1:39432] "HINCRBY" "sess_20807qt29mue5fbuecee28oor7" "writes" "1"
1446537145.779142 [2 127.0.0.1:39432] "EXPIRE" "sess_20807qt29mue5fbuecee28oor7" "3600"
1446537150.298118 [0 127.0.0.1:39433] "select" "0"
1446537150.299610 [0 127.0.0.1:39433] "hget" "zc:k:a5a_CORE_CACHE_OPTIONS" "d"
1446537152.418338 [0 127.0.0.1:39434] "select" "0"
1446537152.419816 [0 127.0.0.1:39434] "hget" "zc:k:a5a_CORE_CACHE_OPTIONS" "d"
1446537156.820650 [0 127.0.0.1:39435] "select" "0"
1446537156.822757 [0 127.0.0.1:39435] "hget" "zc:k:a5a_CORE_CACHE_OPTIONS" "d"
1446537157.139648 [0 127.0.0.1:39436] "SELECT" "2"
1446537157.139878 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537157.139994 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "wait" "1"
1446537157.650356 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537158.150785 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537158.651346 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537159.151908 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537159.652380 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537160.152906 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537160.653422 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537161.153920 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537161.654228 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537162.154535 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537162.654917 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537163.155253 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537163.655632 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537164.156010 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537164.656359 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537165.156691 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537165.656990 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537166.157337 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537166.657838 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537166.658202 [2 127.0.0.1:39436] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537167.158473 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537167.668798 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537168.169100 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537168.669457 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537169.169739 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537169.670052 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537170.170329 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537170.670677 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537171.170995 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537171.671296 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537172.171694 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537172.672075 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537173.172352 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537173.672680 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537174.173045 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537174.673426 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537175.173695 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537175.674038 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537176.174350 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537176.674699 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537176.674956 [2 127.0.0.1:39436] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537177.175227 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537177.685491 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537178.185788 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537178.686186 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537179.186476 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537179.686753 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537180.187019 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537180.687368 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537181.187634 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537181.687914 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537182.188296 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537182.688656 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537183.188957 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537183.689292 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537184.189665 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537184.690028 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537185.190314 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537185.690607 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537186.190910 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537186.691206 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537186.691432 [2 127.0.0.1:39436] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537186.691587 [2 127.0.0.1:39436] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537187.191932 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537187.192131 [2 127.0.0.1:39436] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537187.192288 [2 127.0.0.1:39436] "HMGET" "sess_iil1hrijpednsam22vi4rjkq57" "data" "writes"
1446537187.193192 [2 127.0.0.1:39436] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "wait" "-1"
1446537187.193238 [2 127.0.0.1:39436] "HMSET" "sess_iil1hrijpednsam22vi4rjkq57" "pid" "staging.replace_me_with_domain|11500" "lock" "1"
1446537187.193252 [2 127.0.0.1:39436] "EXPIRE" "sess_iil1hrijpednsam22vi4rjkq57" "3600"
1446537187.201339 [0 127.0.0.1:39435] "hget" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT" "t"
1446537187.201627 [0 127.0.0.1:39435] "multi"
1446537187.201643 [0 127.0.0.1:39435] "del" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537187.201651 [0 127.0.0.1:39435] "srem" "zc:ti:" "a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537187.201669 [0 127.0.0.1:39435] "exec"
1446537187.251241 [0 127.0.0.1:39435] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_eav_attribute_1" "d"
1446537187.251835 [0 127.0.0.1:39435] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_1" "d"
1446537187.252368 [0 127.0.0.1:39435] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_website_1" "d"
1446537187.272084 [0 127.0.0.1:39435] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537187.272472 [0 127.0.0.1:39435] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537187.272819 [0 127.0.0.1:39435] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537187.282200 [0 127.0.0.1:39435] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537187.282511 [0 127.0.0.1:39435] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537187.282840 [0 127.0.0.1:39435] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537187.321591 [2 127.0.0.1:39436] "SELECT" "2"
1446537187.321737 [2 127.0.0.1:39436] "HGET" "sess_a6leikm663r0ummerr7hdhdqm6" "pid"
1446537187.322157 [2 127.0.0.1:39436] "SELECT" "2"
1446537187.322174 [2 127.0.0.1:39436] "HMSET" "sess_a6leikm663r0ummerr7hdhdqm6" "data" "_secure_cookie_check|s:32:\"8e86027303cc0c3de80fa32edc8ba0e1\";core|a:4:{s:23:\"_session_validator_data\";a:4:{s:11:\"remote_addr\";s:8:\"10.2.2.7\";s:8:\"http_via\";s:0:\"\";s:20:\"http_x_forwarded_for\";s:0:\"\";s:15:\"http_user_agent\";s:120:\"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36\";}s:9:\"_form_key\";s:16:\"69wD87qQJLswCEAV\";s:12:\"visitor_data\";a:15:{s:0:\"\";N;s:11:\"server_addr\";s:4:\"\xc0\xa8\x06\x10\";s:11:\"remote_addr\";s:4:\"\n\x02\x02\a\";s:11:\"http_secure\";b:1;s:9:\"http_host\";s:31:\"en.staging.replace_me_with_domain\";s:15:\"http_user_agent\";s:120:\"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36\";s:20:\"http_accept_language\";s:14:\"en-US,en;q=0.8\";s:19:\"http_accept_charset\";s:0:\"\";s:11:\"request_uri\";s:28:\"/customer/account/loginPost/\";s:10:\"session_id\";s:26:\"a6leikm663r0ummerr7hdhdqm6\";s:12:\"http_referer\";s:63:\"https://en.staging.replace_me_with_domain/customer/account/login/\";s:14:\"first_visit_at\";s:19:\"2015-11-03 07:53:07\";s:14:\"is_new_visitor\";b:1;s:13:\"last_visit_at\";s:19:\"2015-11-03 07:53:07\";s:10:\"visitor_id\";s:5:\"58816\";}s:8:\"last_url\";s:67:\"https://en.staging.replace_me_with_domain/customer/account/loginPost/\";}customer_base|a:3:{s:23:\"_session_validator_data\";a:4:{s:11:\"remote_addr\";s:8:\"10.2.2.7\";s:8:\"http_via\";s:0:\"\";s:20:\"http_x_forwarded_for\";s:0:\"\";s:15:\"http_user_agent\";s:120:\"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36\";}s:11:\"customer_id\";s:1:\"2\";s:17:\"customer_group_id\";s:1:\"1\";}checkout|a:2:{s:23:\"_session_validator_data\";a:4:{s:11:\"remote_addr\";s:8:\"10.2.2.7\";s:8:\"http_via\";s:0:\"\";s:20:\"http_x_forwarded_for\";s:0:\"\";s:15:\"http_user_agent\";s:120:\"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36\";}s:10:\"quote_id_1\";s:1:\"2\";}" "lock" "0"
1446537187.322381 [2 127.0.0.1:39436] "HINCRBY" "sess_a6leikm663r0ummerr7hdhdqm6" "writes" "1"
1446537187.322390 [2 127.0.0.1:39436] "EXPIRE" "sess_a6leikm663r0ummerr7hdhdqm6" "3600"
1446537187.678051 [0 127.0.0.1:39437] "select" "0"
1446537187.679796 [0 127.0.0.1:39437] "hget" "zc:k:a5a_CORE_CACHE_OPTIONS" "d"
1446537188.011729 [0 127.0.0.1:39438] "SELECT" "2"
1446537188.011958 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537188.012109 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "wait" "1"
1446537188.522457 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537189.022746 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537189.523035 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537190.023274 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537190.523636 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537191.023973 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537191.524336 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537192.024681 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537192.525007 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537193.025286 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537193.525659 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537194.026030 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537194.526394 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537195.026698 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537195.526969 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537196.027364 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537196.527695 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537197.028094 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537197.528428 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537197.528706 [2 127.0.0.1:39438] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537198.029084 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537198.539505 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537199.039893 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537199.540224 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537200.040540 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537200.540850 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537201.041145 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537201.541445 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537202.041827 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537202.542203 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537203.042529 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537203.542846 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537204.043182 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537204.543575 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537205.043953 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537205.544325 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537206.044647 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537206.545025 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537207.045411 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537207.545693 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537207.545875 [2 127.0.0.1:39438] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537208.046337 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537208.556753 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537209.057070 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537209.557343 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537210.057609 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537210.557883 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537211.058190 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537211.558451 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537212.058720 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537212.559056 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537213.059364 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537213.559712 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537214.060186 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537214.560565 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537215.060867 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537215.561135 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537216.061434 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537216.561717 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537217.062066 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537217.562391 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537217.562616 [2 127.0.0.1:39438] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537217.562784 [2 127.0.0.1:39438] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537218.063105 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537218.063293 [2 127.0.0.1:39438] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537218.063483 [2 127.0.0.1:39438] "HMGET" "sess_iil1hrijpednsam22vi4rjkq57" "data" "writes"
1446537218.064008 [2 127.0.0.1:39438] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "wait" "-1"
1446537218.064030 [2 127.0.0.1:39438] "HMSET" "sess_iil1hrijpednsam22vi4rjkq57" "pid" "staging.replace_me_with_domain|11501" "lock" "1"
1446537218.064050 [2 127.0.0.1:39438] "EXPIRE" "sess_iil1hrijpednsam22vi4rjkq57" "3600"
1446537218.073791 [0 127.0.0.1:39437] "hget" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT" "t"
1446537218.074094 [0 127.0.0.1:39437] "multi"
1446537218.074120 [0 127.0.0.1:39437] "del" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537218.074129 [0 127.0.0.1:39437] "srem" "zc:ti:" "a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537218.074160 [0 127.0.0.1:39437] "exec"
1446537218.125944 [0 127.0.0.1:39437] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_eav_attribute_1" "d"
1446537218.126460 [0 127.0.0.1:39437] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_1" "d"
1446537218.126895 [0 127.0.0.1:39437] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_website_1" "d"
1446537218.149455 [0 127.0.0.1:39437] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537218.149850 [0 127.0.0.1:39437] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537218.150183 [0 127.0.0.1:39437] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537218.161836 [0 127.0.0.1:39437] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537218.162149 [0 127.0.0.1:39437] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537218.162452 [0 127.0.0.1:39437] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537218.167256 [2 127.0.0.1:39438] "SELECT" "2"
1446537218.167401 [2 127.0.0.1:39438] "HGET" "sess_6h4tbn8u6at8c3tjc6j7jef035" "pid"
1446537218.167630 [2 127.0.0.1:39438] "SELECT" "2"
1446537218.167646 [2 127.0.0.1:39438] "HMSET" "sess_6h4tbn8u6at8c3tjc6j7jef035" "data" "_secure_cookie_check|s:32:\"96aa0446beca399ecb680d78e8b88a11\";core|a:1:{s:23:\"_session_validator_data\";a:4:{s:11:\"remote_addr\";s:8:\"10.2.2.7\";s:8:\"http_via\";s:0:\"\";s:20:\"http_x_forwarded_for\";s:0:\"\";s:15:\"http_user_agent\";s:120:\"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36\";}}customer_base|a:4:{s:23:\"_session_validator_data\";a:4:{s:11:\"remote_addr\";s:8:\"10.2.2.7\";s:8:\"http_via\";s:0:\"\";s:20:\"http_x_forwarded_for\";s:0:\"\";s:15:\"http_user_agent\";s:120:\"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36\";}s:11:\"customer_id\";s:1:\"2\";s:17:\"customer_group_id\";s:1:\"1\";s:15:\"before_auth_url\";s:63:\"https://en.staging.replace_me_with_domain/customer/account/index/\";}checkout|a:2:{s:23:\"_session_validator_data\";a:4:{s:11:\"remote_addr\";s:8:\"10.2.2.7\";s:8:\"http_via\";s:0:\"\";s:20:\"http_x_forwarded_for\";s:0:\"\";s:15:\"http_user_agent\";s:120:\"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/46.0.2490.80 Safari/537.36\";}s:10:\"quote_id_1\";s:1:\"2\";}" "lock" "0"
1446537218.167770 [2 127.0.0.1:39438] "HINCRBY" "sess_6h4tbn8u6at8c3tjc6j7jef035" "writes" "1"
1446537218.167784 [2 127.0.0.1:39438] "EXPIRE" "sess_6h4tbn8u6at8c3tjc6j7jef035" "3600"
1446537218.520772 [0 127.0.0.1:39439] "select" "0"
1446537218.522816 [0 127.0.0.1:39439] "hget" "zc:k:a5a_CORE_CACHE_OPTIONS" "d"
1446537218.841424 [0 127.0.0.1:39440] "SELECT" "2"
1446537218.841686 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537218.841837 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "wait" "1"
1446537219.352230 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537219.852729 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537220.353124 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537220.853573 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537221.354123 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537221.854685 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537222.355100 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537222.855518 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537223.355978 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537223.856463 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537224.356984 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537224.857483 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537225.358023 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537225.858591 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537226.359117 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537226.859691 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537227.360321 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537227.860806 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537228.361200 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537228.361395 [2 127.0.0.1:39440] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537228.861837 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537229.372259 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537229.872633 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537230.373028 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537230.873447 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537231.373877 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537231.874274 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537232.374720 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537232.875095 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537233.375405 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537233.875777 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537234.376104 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537234.876466 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537235.376732 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537235.877076 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537236.377419 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537236.877796 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537237.378154 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537237.878460 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537238.378835 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537238.379126 [2 127.0.0.1:39440] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537238.879508 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537239.389809 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537239.890180 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537240.390482 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537240.890857 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537241.391215 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537241.891606 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537242.391887 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537242.892250 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537243.392559 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537243.892984 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537244.393376 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537244.893767 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537245.394084 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537245.894368 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537246.394650 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537246.894942 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537247.395240 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537247.895509 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537248.395772 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537248.395947 [2 127.0.0.1:39440] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537248.396099 [2 127.0.0.1:39440] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537248.896436 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1"
1446537248.896679 [2 127.0.0.1:39440] "HGET" "sess_iil1hrijpednsam22vi4rjkq57" "pid"
1446537248.897286 [2 127.0.0.1:39440] "HMGET" "sess_iil1hrijpednsam22vi4rjkq57" "data" "writes"
1446537248.897787 [2 127.0.0.1:39440] "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "wait" "-1"
1446537248.897815 [2 127.0.0.1:39440] "HMSET" "sess_iil1hrijpednsam22vi4rjkq57" "pid" "staging.replace_me_with_domain|11499" "lock" "1"
1446537248.897842 [2 127.0.0.1:39440] "EXPIRE" "sess_iil1hrijpednsam22vi4rjkq57" "3600"
1446537248.906775 [0 127.0.0.1:39439] "hget" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT" "t"
1446537248.907080 [0 127.0.0.1:39439] "multi"
1446537248.907095 [0 127.0.0.1:39439] "del" "zc:k:a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537248.907104 [0 127.0.0.1:39439] "srem" "zc:ti:" "a5a_TRANSLATE_EN_GB_FRONTEND_1_ULTIMO_DEFAULT"
1446537248.907113 [0 127.0.0.1:39439] "exec"
1446537248.959627 [0 127.0.0.1:39439] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_eav_attribute_1" "d"
1446537248.960322 [0 127.0.0.1:39439] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_1" "d"
1446537248.960823 [0 127.0.0.1:39439] "hget" "zc:k:a5a_DB_PDO_MYSQL_DDL_customer_eav_attribute_website_1" "d"
1446537248.983676 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537248.984021 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537248.984378 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537248.994241 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537248.994625 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537248.994963 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537249.096837 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537249.097116 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537249.097403 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537249.100592 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_day_" "d"
1446537249.100906 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_" "d"
1446537249.101214 [0 127.0.0.1:39439] "hget" "zc:k:a5a_Zend_LocaleL_en_GB_month_gregorian_format_abbreviated" "d"
1446537249.109212 [0 127.0.0.1:39439] "hget" "zc:k:a5a_JAVASCRIPT_TRANSLATE_CONFIG" "d"
1446537249.212700 [2 127.0.0.1:39440] "SELECT" "2"
1446537249.212887 [2 127.0.0.1:39440] "HGET" "sess_3f0fjdrpg0m1hsuvbhlethb095" "pid"
1446537249.213350 [2 127.0.0.1:39440] "SELECT" "2"
1446537249.213362 [2 127.0.0.1:39440] "HMSET" "sess_3f0fjdrpg0m1hsuvbhlethb095" "data" ":gz:x\x01\xedV\xcdn\xd3@\x10\xaez\x00\x89\x13\x8f`\xf9\xd4\xa26\xf6\xdaq~\xd6\xe2PU\x88\xa2\x92V\xa2 \xb8\xad6\xebI\xbc\xd4\xf1\xa6\xbb\xeb\x94\xfe\xe4}x\x0c\x1e\x8d\xd9u\xd2F\x02Q\x0e\b\xf5PE\x8a\xed\xd9\x9d\xf1\xec\xf7}3cf@4\x1a\x98P\xea\\\xe2\xa5\x04q~kh\x9a\xd0\x90\x90X\xf4\xb3a\x97g\x03.D\x91&\x03\x12\xf7\x06\xfd\xf1\x00\xc40\x011\x0es\xa14\xdcr\x9a\xd1\x1bC\x93\x94\x86\xcc\x801R\xd5l\xc1+Yp\xab4\xc3\x7f\x1e\xe6\x9cv\xdd\x1eBh\xa8a\xa6,0^\x14:\xcc\r\x1d\xe0{\xe2N\x82\xbf\xfe\xea\xb1\xb4v\xce\x16\x12\xbd\x0c\x8di\xe8.\t^\xbd\xf9\x1b\x9b(}\xc9u\x01\x85\xbb\xdb\xd8B\xb2\xd5\x96\xc6\x80f|\n\xb5u\xab\xc4\xb9\x8e\xd4\xb5\xac*\x1ee\x9d8\xd8\x19q!k\xabL\x99\a\xefj\x0bU\x80\x86\xe0\xf4,\xf8\x12\x90\x98\x11\xc2\xc8np0\x9fW\xf0\x19\xc6\xc7\xd2FY\xda\xef\xa4\xbd`\xe7\xf8\xe8\xe3\xe8\xfd^P\xc9s\b\xde\"Fj78,\xb5\x9aA\xd4\xedu\xf0\x00\xdda\xdc\x19\xc4\xc1\x19\x9fp-W^a\xbe\xf4\a\x9c!*\x98\x91\t\xf3S\x9av1\x1f|`\x87\x88\x1d\x1b\xa9\x02*6j\xd7\xd1TU ,\x02\x18\xd2\xc4\xe3\x85,l\xbd\xdab\xf7\x018Br\x83Q\xdd\xb1\xdcJ\xc5\x8d=(\x10\x8eU\x8c0?q/\x1d\"\x17\x88\xcf\x8c\x9d\xc3\x95\x87\xa1G\xc3+\x9e\xce\x9a7\x95\xfdpt\xddMN\xfbu\x0b\x0f\r\x17\xd2\xc8M\xa6\x10\xc9\x9b\x15\xf2'\x0eA\xe4\x0c!]8TW\x9c\xe1\x11~|\x7f\xf6\xd2\a\xf8\x95Q\\}\xb1\xbd\xfd|\xbd\xeaykE\x16\xe6cJ0$f\xe7\xad\xa52\x9e\xa4\x14\x83@\xdd1\x96Oe=\xed\xf0\xc6\x96H\x9f\x14s\xad\x8aF@G\xa8\x99\x8f\xf6()\xdeP'V\t\xcc-rRO\x1b\xa4\xd8\xe7\x8ch@\xbd\xff\xe9l\x0f\xea\xfc\xe25j\xc4[\xd7\b\xac<D\xc9\xb5\x01\x8f\xc5J\xf1m\xa5\\4`,k\xb4tN\t\x86\x8aDc,\x8aNG\xe8\xa9\x9a\xdaF\x95B\xcc\"\x1f\x14]\xd7\xf5'\x0b\xef\x81\xac\xa7\x93x\xf2\xb5\xd0\xf3i<#\xa5i\x16\xe3\xb2\x02[\x8e\xe3a\xe6}P`\x9e\n\r\x13\xd0\xe0\x0b\xaa\x87\x85\xecl\x86F\xd1\x03\xac\xfc1\x1dLw\"5\xe6\xef\x05\xc6x[\x8fx\xf2$&\xd9>!\xfbq\x1a\xc4}\x9aui\xdc\x82\x82\x0e\xd2\xb0\x1a.[\x0fW\xde\xad^\bf\xe4\x84\xfe\x17\x91\x86k$\xd6\xaan\x91@\xe5d\x83\x01\xc1\xf7\xb4\x15\xe9\xa35\xbar\xbb\xff\xc9y\x97kb\xd8\x98\x9b\xa7\x9e\xf8@Ot\xea\xbe\x03\xace\b-\x89\xe7\xae\xbf\xb14\xd5\xaa\x99\xb3\xbb\r\xc4m\xc0\x81q\xdf\x0e\xffW?%(\xdbKi\xcaJ\xa2\n\xa5\x85\x19\xceK\xac\xbe0\x974\xce\x97~h\xaa\xc6\xe2(\xf4m\xfbi\x14\xfe~\x14\x12\xecP\x17\x8d\x9b\xfe\xb2`\x9e\xcc\x96\xf5\xa5\xc0\x8f\x04ldO\xf8=\xbaO\x89\xe5O\x9a\xdf3\xf0" "lock" "0"
1446537249.213487 [2 127.0.0.1:39440] "HINCRBY" "sess_3f0fjdrpg0m1hsuvbhlethb095" "writes" "1"
1446537249.213496 [2 127.0.0.1:39440] "EXPIRE" "sess_3f0fjdrpg0m1hsuvbhlethb095" "3600"

Notice the excessive "HINCRBY" "sess_iil1hrijpednsam22vi4rjkq57" "lock" "1" lines, these scroll up the page whilst things take ages to load, and also the various "HMSET" "sess_...." commands with seemingly different session id's.

local.xml redis session config as follows (please note we use a custom module to replace $ placeholders with server env vars for portability across environments):

        <session_save><![CDATA[db]]></session_save>
        <redis_session>
            <host>$MAGE_REDIS_SESSION_HOST</host>
            <port>$MAGE_REDIS_SESSION_PORT</port>
            <password></password>
            <timeout>2.5</timeout>
            <persistent></persistent>
            <db>$MAGE_REDIS_SESSION_DB</db>
            <compression_threshold>2048</compression_threshold>
            <compression_lib>gzip</compression_lib>
            <log_level>4</log_level>
            <max_concurrency>6</max_concurrency>
            <break_after_frontend>5</break_after_frontend>
            <break_after_adminhtml>30</break_after_adminhtml>
            <first_lifetime>600</first_lifetime>
            <bot_first_lifetime>60</bot_first_lifetime>
            <bot_lifetime>7200</bot_lifetime>
            <disable_locking>0</disable_locking>
            <min_lifetime>60</min_lifetime>
            <max_lifetime>2592000</max_lifetime>
        </redis_session>

Any suggestions on where to begin looking for further investigation?

Broke lock for sess_2lf1liup616eac7mhq0g0jeov0.

Hi Colin,

The setup is a web server serving https: and running redis, and I have 3 satellite servers providing php support via an nginx backend. All running magento EE.

I'm seeing a lot of entries in the redis_session.log on all of the php servers - here's a couple of examples:

Last request of broken lock: GET www.example.com/group/product.html
2013-02-15T20:58:22+00:00 NOTICE (5): Broke lock for sess_2lf1liup616eac7mhq0g0jeov0. Tried 39 times. Lock: 5, BREAK_MODULO: 5

2013-02-15T21:37:28+00:00 NOTICE (5): Session concurrency exceeded for sess_u84ujvo9gorii3g1u49m92arv7 (17 waiting, 16 total requests)

I've upped the max concurrency from 6 to 32 to see if this helps, but as the peak load on this site is at 2:30am, I'd like to hear of any other suggestions that I could check before then.

Cheers,

Steve

lib/* in modman file is too generic

using lib/* in the modman file causes https://github.com/magento-hackathon/magento-composer-installer to add /lib to .gitignore when configured with:

{
    ...
    "extra":{
        "auto-append-gitignore": true
    }
    ...
}

session storage not working

Hi,

I installed this extension as per the instructions but the magento store is still storing the sessions in /var/session folder.

I am also using the Cm_Cache_Backend_Redis extension for cache storage in redis and that is working fine.

I have redis running on port 6379 and 6479 on the same machine. And i configured local.xml to use 6379 for cache storage and 6479 for session storage.
I also tried to use same port for both storage, that did not work either.

Tag new release

Hey Colin,

thanks for your amazing work.

Would you mind tagging a new release for usage in composer?

Thanks!

Unable to connect to Redis; falling back to MySQL handler after some time

I've started seeing this, randomly after a period of less than 24 hours ish it just stops connecting to redis?

I can connect over redis-cli using the same parameters just fine. I have 2 servers pointing at 1 redis server.

Redis server is 2.8.13

system.log:

REQUEST: -
TIME: 2.552815s
ADDRESS: 10.189.246.8
USER AGENT: HTTP-Monitor/1.1
FILE: 20140811160533/app/code/community/Cm/RedisSession/Model/Session.php:176
Unable to connect to Redis; falling back to MySQL handler

local.xml

<session_save><![CDATA[db]]></session_save>
<redis_session>                       <!-- All options seen here are the defaults -->
    <host>internal ip</host>        <!-- Specify an absolute path if using a unix socket -->
    <port>6380</port>
    <password></password>             <!-- Specify if your Redis server requires authentication -->
    <timeout>2.5</timeout>            <!-- This is the Redis connection timeout, not the locking timeout -->
    <persistent></persistent>         <!-- Specify unique string to enable persistent connections. E.g.: sess-db0; bugs with phpredis and php-fpm are known: https://github.com/nicolasff/phpredis/issues/70 -->
    <db>3</db>                        <!-- Redis database number; protection from accidental loss is improved by using a unique DB number for sessions -->
    <compression_threshold>0</compression_threshold>  <!-- Set to 0 to disable compression (recommended when suhosin.session.encrypt=on); known bug with strings over 64k: https://github.com/colinmollenhour/Cm_Cache_Backend_Redis/issues/18 -->
    <compression_lib>lz4</compression_lib>              <!-- gzip, lzf, lz4 or snappy -->
    <log_level>1</log_level>               <!-- 0 (emergency: system is unusable), 4 (warning; additional information, recommended), 5 (notice: normal but significant condition), 6 (info: informational messages), 7 (debug: the most information for development/testing) -->
    <max_concurrency>6</max_concurrency>                 <!-- maximum number of processes that can wait for a lock on one session; for large production clusters, set this to at least 10% of the number of PHP processes -->
    <break_after_frontend>5</break_after_frontend>       <!-- seconds to wait for a session lock in the frontend; not as critical as admin -->
    <break_after_adminhtml>30</break_after_adminhtml>
    <first_lifetime>600</first_lifetime>                 <!-- Lifetime of session for non-bots on the first write. 0 to disable -->
    <bot_first_lifetime>60</bot_first_lifetime>          <!-- Lifetime of session for bots on the first write. 0 to disable -->
    <bot_lifetime>7200</bot_lifetime>                    <!-- Lifetime of session for bots on subsequent writes. 0 to disable -->
    <disable_locking>0</disable_locking>                 <!-- Disable session locking entirely. -->
 </redis_session>

exception.log:

2014-08-13T12:43:43+00:00 ERR (uk_default): /turpentine/esi/getBlock/method/ajax/access/private/ttl/0/hmac/e53c498b043da05d6807ac0d1636450b6bcad8a3fdcf3424d93350705ef48eb1/data/-XSCO0rgxv8Z6H4vzOfkywZ5DKRI0sSbKlTcIrUBK2LhsPr-Q2LQzFRicnTzAbsFNnfxmXsaI8Tiz9ILhQPxUsLMUb4ULmWxfg32H0tnnsuwzcSYOKoSfUHXFR3QSHeR400i-PnAvXDVexMUyfznnhRmy5zV5CCf536LNkAOyC9RT6ahZYTo67A0SppMUAY0cBzflcwJQJru3s7yEVLZMySsA3XWPWBZIPLafKXIaG-TXlDWt7yWuaIn2Ok3CT4e4yWbxzoKAtM36DQPbTozzERLw6byg0JER1-wdGvv80.Q8MVYRKFroszkfDxIQc5nRQWQ6o3tMM-JX8IIw3DF4g==/ 
REQUEST: -
TIME: 2.559826s
ADDRESS: 86.135.215.85, 10.189.247.3
USER AGENT: Mozilla/5.0 (iPad; CPU OS 7_1_2 like Mac OS X) AppleWebKit/537.51.2 (KHTML, like Gecko) Version/7.0 Mobile/11D257 Safari/9537.53
FILE: 20140811160533/app/code/community/Cm/RedisSession/Model/Session.php:174

exception 'CredisException' with message 'Connection to Redis failed after 1 failures.' in /var/www/vhosts/magento-capistrano/releases/20140811160533/lib/Credis/Client.php:416
Stack trace:
#0 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/community/Cm/RedisSession/Model/Session.php(167): Credis_Client->connect()
#1 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Model/Resource/Session.php(151): Cm_RedisSession_Model_Session->hasConnection()
#2 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Model/Session/Abstract/Varien.php(58): Mage_Core_Model_Resource_Session->setSaveHandler()
#3 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Model/Session/Abstract/Varien.php(168): Mage_Core_Model_Session_Abstract_Varien->start('frontend')
#4 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Model/Session/Abstract.php(84): Mage_Core_Model_Session_Abstract_Varien->init('core', 'frontend')
#5 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/local/Mage/Core/Model/Session.php(42): Mage_Core_Model_Session_Abstract->init('core', 'frontend')
#6 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Model/Config.php(1348): Mage_Core_Model_Session->__construct(Array)
#7 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/Mage.php(463): Mage_Core_Model_Config->getModelInstance('core/session', Array)
#8 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/Mage.php(477): Mage::getModel('core/session', Array)
#9 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Controller/Varien/Action.php(493): Mage::getSingleton('core/session', Array)
#10 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Controller/Front/Action.php(64): Mage_Core_Controller_Varien_Action->preDispatch()
#11 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Controller/Varien/Action.php(407): Mage_Core_Controller_Front_Action->preDispatch()
#12 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch('getBlock')
#13 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#14 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
#15 /var/www/vhosts/magento-capistrano/releases/20140811160533/app/Mage.php(684): Mage_Core_Model_App->run(Array)
#16 /var/www/vhosts/magento-capistrano/releases/20140808115911/index.php(112): Mage::run('uk', 'website')
#17 {main}

PHP:

PHP 5.5.15-1+deb.sury.org~trusty+1 (cli) (built: Jul 24 2014 15:47:08) 
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
    with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies

$config->descend('...') return object

$config->descend('host') return object, and it never to be empty, please change
(string) ($config->descend('host') ?: '127.0.0.1');
to
((string)$config->descend('host') ?: '127.0.0.1');

change
(int) ($config->descend('port') ?: '6379');
to
((int)$config->descend('port') ?: '6379');

and etc....

sess_crawler-session re-redirect loop

Hi Colin,

We use Nexcessnet Turpentine plugin (Varnish ESI) on our Magento website (along with your wonderful CM RedisSession module).

I've noticed an issue lately with Google Web Master Tools. If I use Fetch as Google I often get redirect or temporary unavailable. If I use Googlebot as my user agent in Firefox, I get a re-redirect loop.

When Varnish receives a first request it doesn't return a normal frontend cookie, it makes one up and this works fine. However I've noticed that when using google bot, no session cookie is generated. This is the expected behavior I believe, looking at the nexcess net demo site.

If I disable CM_RedisSession, I can see the following in var/session:

sess_crawler-session

core|a:3:{s:23:"_session_validator_data";a:4:{s:11:"remote_addr";s:9:"127.0.0.1";s:8:"http_via";s:0:"";s:20:"http_x_forwarded_for";s:13:"195.26.57.129";s:15:"http_user_agent";s:72:"Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)";}s:13:"session_hosts";a:1:{s:13:"www.vax.co.uk";b:1;}s:8:"messages";O:34:"Mage_Core_Model_Message_Collection":2:{s:12:"*_messages";a:0:{}s:20:"*_lastAddedMessage";N;}}customer_uk|a:2:{s:23:"_session_validator_data";a:4:{s:11:"remote_addr";s:9:"127.0.0.1";s:8:"http_via";s:0:"";s:20:"http_x_forwarded_for";s:13:"195.26.57.129";s:15:"http_user_agent";s:72:"Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)";}s:13:"session_hosts";a:1:{s:13:"www.vax.co.uk";b:1;}}checkout|a:2:{s:23:"_session_validator_data";a:4:{s:11:"remote_addr";s:9:"127.0.0.1";s:8:"http_via";s:0:"";s:20:"http_x_forwarded_for";s:13:"195.26.57.129";s:15:"http_user_agent";s:72:"Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)";}s:13:"session_hosts";a:1:{s:13:"www.vax.co.uk";b:1;}}turpentine|a:3:{s:23:"_session_validator_data";a:4:{s:11:"remote_addr";s:9:"127.0.0.1";s:8:"http_via";s:0:"";s:20:"http_x_forwarded_for";s:13:"195.26.57.129";s:15:"http_user_agent";s:72:"Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)";}s:13:"session_hosts";a:1:{s:13:"www.vax.co.uk";b:1;}s:8:"messages";a:0:{}}

When I disable CM Redis Session, I no longer get a re-direct loop using Google bot as my user-agent.

nexcess/magento-turpentine#599

Uninstallation instructions

Please add uninstallation instructions. Right now after uninstallation ("modman remove") and removing Redis config from local.xml I'm getting a dead store with the following error:

Call to a member function setSaveHandler() on a non-object (boolean)

Trace:
#0 /home/www/httpdocs/app/code/local/Mage/Core/Model/Session/Abstract/Varien.php(168): Mage_Core_Model_Session_Abstract_Varien->start()
#1 /home/www/httpdocs/app/code/core/Mage/Core/Model/Session/Abstract.php(84): Mage_Core_Model_Session_Abstract_Varien->init()
#2 /home/www/httpdocs/.modman/magento-turpentine/app/code/local/Mage/Core/Model/Session.php(42): Mage_Core_Model_Session_Abstract->init()
#3 /home/www/httpdocs/app/code/core/Mage/Core/Model/Config.php(1348): Mage_Core_Model_Session->__construct()
#4 /home/www/httpdocs/app/Mage.php(462): Mage_Core_Model_Config->getModelInstance()
#5 /home/www/httpdocs/app/Mage.php(476): Mage::getModel()
#6 /home/www/httpdocs/app/code/core/Mage/Core/Controller/Varien/Action.php(493): Mage::getSingleton()
#7 /home/www/httpdocs/app/code/core/Mage/Core/Controller/Front/Action.php(64): Mage_Core_Controller_Varien_Action->preDispatch()
#8 /home/www/httpdocs/app/code/core/Mage/Core/Controller/Varien/Action.php(407): Mage_Core_Controller_Front_Action->preDispatch()
#9 /home/www/httpdocs/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch()
#10 /home/www/httpdocs/app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match()
#11 /home/www/httpdocs/app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
#12 /home/www/httpdocs/app/Mage.php(683): Mage_Core_Model_App->run()
#13 /home/www/httpdocs/index.php(88): Mage::run()
#14 {main}

Locking removed in session::read

Hi Colin,

we've removed the locking for a client of ours in session::read and are currently running a battery of tests.
The rationale is this:

all single operations in redis are atomic
in the current code the locking mechanism itself introduces the need for transactional operations, as one wants to update the expiry information with the locking info (pid and lock reference accounting) in one transaction
in the current code the reading of session data is done regardless of the fact the lock is obtained, so this operation is already not an isolated transaction

By removing the locking in session::read we are no longer seeing slowdowns in session::read (which ran upwards of 40 seconds in the site in question).
So far we've not seen any drawbacks. A test is currently running which:

log in the user
on every subsequent pageview the login status is verified
3)1 item is added to the cart
the cart content (number of items and price of item) is verified on every subsequent pageview
another item is added to the cart
the cart content is now two items with a given price total, which is verified
a loop is started of 20 iterations where categories and products are visited and cart contents verified
the items are now deleted from the cart
go back to 2

This site is load balanced with 2 webservers, a shared session redis store, shared and loadbalanced redis cache and shared single database. 50 users with different login id's are fired at the site. Software used for testing is Neoload 4.1.
At present we have not seen any errors and each virtual user has now completed 2 full iterations.
Browsing through the session store in phpRedisAdmin we're also seeing the sessions with a TTL of 3599 or 3600 seconds (session time is set to 1 hour).

There's also a lot of custom code in this Magento installation, but the sessions still identify cart ownership. I can also see things like last visited url in the session data correctly change over time.

I think our tests cover the possible breakage that could happen, but I'm open to other tests that should be done to verify session accuracy. Do you have any concerns about removing the locking code and how we should test for it?

Cm_RedisRession module disable or set to false, CM_Redis still working

I have added Session code as you mentioned here. Redis/Magento is working fine. If I disable Cm_RedisSession module in System -> Configuration -> Advanced -> Advanced nothing happening. Redis/Magento still working. Now I set to false in /app/etc/modules/Cm_RedisSession.xml. Nothing happening.

In my opinion once you insert the code you provided in local.xml, these options will not count. Redis/Magento will work without them.

If I do not insert the code in local.xml and disable in file and admin CM_RedisSession will it work?

Session Expiry

I've got session storage running against a dedicated redis instance, config as per your example, with the exception that I don't compress anything.

I currently have 57k sessions stored according to
python rdbtools/cli/rdb.py -c memory /var/lib/redis/6379/dump.rdb | wc -l

How can I check further whether this info is being expired correctly?

Cheers, Steve

Unable to write session after 85.14168 seconds, another process took the lock for ID 83ra6bnjs887hq2l7928mc2as1

Hi,

I am seeing lots of messages similar to these across my 16 web nodes during high load, there are quite a few sessions in the redis database (3,9 million). I am using PHP-FPM 5.4.4.

This is our configuration file:

        <session_save><![CDATA[db]]></session_save>
        <redis_session>                       <!-- All options seen here are the defaults -->
            <host>10.254.253.9</host>            <!-- Specify an absolute path if using a unix socket -->
            <port>6379</port>
            <password></password>             <!-- Specify if your Redis server requires authentication -->
            <timeout>3.5</timeout>            <!-- This is the Redis connection timeout, not the locking timeout -->
            <persistent></persistent>         <!-- Specify unique string to enable persistent connections. E.g.: sess-db0; bugs with phpredis and php-fpm are known: https://github.com/nicolasff/phpredis/issues/70 -->
            <db>1</db>                        <!-- Redis database number; protection from accidental loss is improved by using a unique DB number for sessions -->
            <compression_threshold>2048</compression_threshold>  <!-- Set to 0 to disable compression (recommended when suhosin.session.encrypt=on); known bug with strings over 64k: https://github.com/colinmollenhour/Cm_Cache_Backend_Redis/issues/18 -->
            <compression_lib>lzf</compression_lib>              <!-- gzip, lzf or snappy -->
            <log_level>4</log_level>               <!-- 0 (emergency: system is unusable), 4 (warning; additional information, recommended), 5 (notice: normal but significant condition), 6 (info: informational messages), 7 (debug: the most information for development/testing) -->
            <max_concurrency>5000</max_concurrency>                 <!-- maximum number of processes that can wait for a lock on one session; for large production clusters, set this to at least 10% of the number of PHP processes -->
            <break_after_frontend>6</break_after_frontend>       <!-- seconds to wait for a session lock in the frontend; not as critical as admin -->
            <break_after_adminhtml>30</break_after_adminhtml>
            <bot_lifetime>7200</bot_lifetime>                    <!-- Bots get shorter session lifetimes. 0 to disable -->
        </redis_session>

Frequent lock contention

I see a lot of these entries in logs on a production system:

Unable to write session after X seconds, another process took the lock for ID

I suspect a lot of them are from bad crawlers and bots, but I also think this exposes an underlying issue in the locking algorithm.

With this change, I’ve seen reduced frequency of broken locks and zombie detections in testing. I believe there is a small window of time in which false positives can be triggered.

Do you agree? Do I correctly understand the module’s behaviors?

There is no note that this module requires PHP >= 5.3

Please add a note in the readme.md that PHP >= 5.3 is needed to work properly

The new ternary operator in 5.3 is used (easy fixable)
Function gethostname() is used (not easy fixable)

I know that PHP 5.2 is not supported anymore but there are a lot of legacy systems out there, please warn us developers so we don't have to find it out the hard way ;)

Support lz4 compression library?

Like the cache module please! Would be nice to have as my application does not support lzf/snappy.

Thanks

Installation via modman: Symlink target does not exist

I used modman to install Cm_RedisSession as a git submodule. (Please let's not get started on git submodules. We use it on this project, yes it can be a pain and yes, it works for us with dozens of modules. :-))

Workflow looked like this:

/path/to/magento/ $ git submodule add https://github.com/colinmollenhour/Cm_RedisSession .modman/Cm_RedisSession
/path/to/magento/ $ echo "@import .modman/Cm_RedisSession" >> modman
/path/to/magento/ $ modman deploy Cm_RedisSession
 Applied: code                            app/code/community/Cm/RedisSession
 Applied: Cm_RedisSession.xml             app/etc/modules/Cm_RedisSession.xml
WARNING: Symlink target does not exist (.modman/Cm_RedisSession/modman):
 lib/*                             lib/

The lib directory of course exists:

/path/to/magento/ $ ls -la
...
drwxrwsr-x 17 owner owner   4096 Sep 10 15:18 lib

Does this happen for somebody else too?

Maintenance mode without maintenance.flag Due to use of Redis Session

My site goes on maintenance mode. I've check magento root folder there is not file maintenance.flag

I am using Redis Session extension. I am pretty sure that this extension did that. Now please help me how to disable maintenance mode.

I've disable that extension from app/etc/modules/cm_redis_session.xml

frequent read error on connection in backend only

We are having repeated problems with the admin backend in Magento, but not any frequent problems on the front end. The front end is handled on two separate nodes, and a third runs the backend, all sharing common Redis caches (separate instances for Sessions, Magento Cache, and Full Page Cache). The Redis instances are on a 4th server.

a:5:{i:0;s:71:"read error on connection";i:1;s:2311:"#0 /var/www/vhosts/www.example.com/.modman/Cm_RedisSession/code/Model/Session.php(380): Credis_Client->__call('exec', Array)
#1 /var/www/vhosts/www.example.com/.modman/Cm_RedisSession/code/Model/Session.php(380): Credis_Client->exec()
#2 [internal function]: Cm_RedisSession_Model_Session->read('cm0uenj0pdj4im6...')
#3 /var/www/vhosts/www.example.com/app/code/core/Mage/Core/Model/Session/Abstract/Varien.php(125): session_start()
#4 /var/www/vhosts/www.example.com/app/code/core/Mage/Core/Model/Session/Abstract/Varien.php(168): Mage_Core_Model_Session_Abstract_Varien->start('adminhtml')
#5 /var/www/vhosts/www.example.com/app/code/core/Mage/Core/Model/Session/Abstract.php(84): Mage_Core_Model_Session_Abstract_Varien->init('core', 'adminhtml')
#6 /var/www/vhosts/www.example.com/app/code/core/Mage/Core/Model/Session.php(42): Mage_Core_Model_Session_Abstract->init('core', 'adminhtml')
#7 /var/www/vhosts/www.example.com/app/code/core/Mage/Core/Model/Config.php(1348): Mage_Core_Model_Session->__construct(Array)
#8 /var/www/vhosts/www.example.com/app/Mage.php(463): Mage_Core_Model_Config->getModelInstance('core/session', Array)
#9 /var/www/vhosts/www.example.com/app/Mage.php(477): Mage::getModel('core/session', Array)
#10 /var/www/vhosts/www.example.com/app/code/core/Mage/Core/Controller/Varien/Action.php(493): Mage::getSingleton('core/session', Array)
#11 /var/www/vhosts/www.example.com/app/code/core/Mage/Adminhtml/Controller/Action.php(160): Mage_Core_Controller_Varien_Action->preDispatch()
#12 /var/www/vhosts/www.example.com/app/code/core/Mage/Core/Controller/Varien/Action.php(407): Mage_Adminhtml_Controller_Action->preDispatch()
#13 /var/www/vhosts/www.example.com/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch('start')
#14 /var/www/vhosts/www.example.com/app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#15 /var/www/vhosts/www.example.com/app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
#16 /var/www/vhosts/www.example.com/app/Mage.php(684): Mage_Core_Model_App->run(Array)
#17 /var/www/vhosts/www.example.com/index.php(98): Mage::run('', 'store')
#18 {main}";s:3:"url";s:99:"/index.php/admin/sales_order_create/start/customer_id/3115/key/99f5680349b18f208dc386bcceaec7a6/";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:5:"admin";}

There isn't a large number of admin requests occurring (typically only one or two people using it) and the other nodes appear to communicate to Redis just fine. They're all Rackspace cloud performance 8GB servers in the same DC.

Since this only happens in the backend, I'm not sure if it's just a backend triggered issue, or if it's the server, but I've tried monitoring connectivity to redis from that server and it never fails (and the cache / full page cache never error, just sessions).

Any suggestions on what to look for / instrument to investigate this? I tried adding a call to a shell command to get the number of active / time_wait / etc Redis connections when the error occurs, but there's never more than a couple in total on that server, so I'm pretty sure its not any kind of socket/descriptor starvation.

edit: replaced stacktrace with correct one

class 'Redis' does not have a method 'setcloseondestruct' in Client.php in Cm_RedisSession

Hi,
There is a problem with Cm_RedisSession

Warning: call_user_func_array() expects parameter 1 to be a valid callback, class 'Redis' does not have a method 'setcloseondestruct' in
/public_html/.modman/Cm_RedisSession/lib/Credis/Client.php on line 636

It looks like there is no public function setCloseOnDestruct($flag) in the Client.php file.

Does Cm_RedisSession improve the performance? Here is my benchmark.

I have a serious issue related to Cm_RedisSession. I read a lot of articles about this great extension and in most of them performance is improved when working. Sadly, I did not see that in my configuration. A little bit or the same like using session in file system.

Here is my hardware configuration
VMWare
4 Cores 4 Ghz, 16 Gb RAM DDR, SSD

Here is my software configuration
Debian 7.6
Nginx 1.6.1 + PHP-FPM + MySQL (basic configuration just making Magento working, no tuning)
Magento 1.9.0.1 (out of the box, no other extensions or customization)
Redis 2.8.13
PHPRedis (active listed in modules version 2.2.5)
CmRedis active true, enable in Admin, code copy&paste from this website in local.xml
Redis-cli shows keys correctly, I can flush, seeing them back

Here is my benchmark using siege: siege -b -c100 -t3m http://localhost/

(without RedisSessions)
Transactions: 2986 hits
Response Time: 5.91 sec
Transaction rate: 16.62#

(with RedisSessions)
Transactions: 3133 hits
Response Time: 5.65 sec
Transaction rate: 17.44#

As you can see moving sessions from file disk to Redis is not improving at all. Reading this article it seems the improvement is big, not like in my case:

http://pi.iluvltd.co.uk/2014/05/magento-1-9-1-nginx-extras-redis-server-solr-memcached-benchmarks-and-tests/

What I am doing wrong?

performance problems...

I have a multi-vps Magento setup which is currently sharing a dedicated redis data store across 6 workers - each dedicated solely to processing php.

After recently being asked to install New Relic to investigate performance problems, it is reporting that one of the main culprits is the redis session stuff, with an example trace showing 48% in Credis_Client::__call, and 40% in Cm_RedisSession_Model_Session::read. The big worry was that the complete /catalog/category/view 'transaction' took just under 80s to complete!

Now it looks like the newrelic.so PHP plugin is based on xdebug, which is known to mess with performance anyway, so I am taking this with a pinch of salt.

When I run perf tests via the cli from the same server, all runs fine.
The redis server is not overloaded, although network traffic may be in excess of 40Mbit/s.
I have updated to the latest RedisSession plugin.
I have updated redis to 2.6.14, and it is now not saving session details to disk.
I have updated phpredis to current

My current config is...

    <session_save><![CDATA[db]]></session_save>
    <redis_session>                      
        <host>192.168.132.86</host>
        <port>6379</port>
        <timeout>5.0</timeout>            
        <persistent></persistent>        
        <db>0</db>
        <compression_threshold>0</compression_threshold>  
        <compression_lib>gzip</compression_lib>              
        <log_broken_locks>0</log_broken_locks>              
        <max_concurrency>8</max_concurrency>
        <break_after_frontend>5</break_after_frontend>     
        <break_after_adminhtml>30</break_after_adminhtml>
        <bot_lifetime>7200</bot_lifetime>                   
    </redis_session>

I upped the break_after_frontend to 5s to see if that would help - maybe there was a timeout at 2.5 and the delay was caused by updating sessions to the database?? -and have tried both persistent and non-persistent connections.

monitoring of the redis process and underlying servers themselves shows no problems - responding to change in loads, and nowhere near cpu/mem capacity.

If you have any ideas, please let me know!

Cheers,

Steve

EDIT: I currently seem to have c. 50,000 sessions stored in redis, but only have an access rate of c. 4/s. Is there a simple way I can be more agressive in clearing theold session details out?

Migrate sessions from db?

The redis cache module has been working great. Now trying to switch to redis sessions and realized the migration script only grabs files from var/session. Any chance of a script for migrating existing sessions from core_session table? Thank you!

Removes lib directory!

Typical installation:

modman clone git://github.com/colinmollenhour/Cm_RedisSession.git
Cloning into 'Cm_RedisSession'...
remote: Counting objects: 555, done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 555 (delta 0), reused 0 (delta 0), pack-reused 552
Receiving objects: 100% (555/555), 147.54 KiB, done.
Resolving deltas: 100% (217/217), done.
Submodule 'lib/Credis' (git://github.com/colinmollenhour/credis.git) registered for path 'lib/Credis'
Cloning into 'lib/Credis'...
remote: Counting objects: 692, done.
remote: Total 692 (delta 0), reused 0 (delta 0), pack-reused 692
Receiving objects: 100% (692/692), 182.50 KiB, done.
Resolving deltas: 100% (394/394), done.
Submodule path 'lib/Credis': checked out '7bd47b61fc3dad28aa881de45c71026256ad27cc'
Applied: code app/code/community/Cm/RedisSession
Applied: Cm_RedisSession.xml app/etc/modules/Cm_RedisSession.xml

#### NOTICE BELOW:

WARNING: Removing conflicting directory: xx/lib
Applied: lib/Credis lib/

The end result: ./lib directory that is inside the modman root is deleted even though it can have some files or directories inside.
Please fix this ASAP

Getting a lot of "Did not write session for ID..."

Example:
Did not write session for ID 0m8vk5mqaq33dqok3sqdbfk5h1: another process took the lock.

How can I avoid this?

This is my settings:

    <redis_session>                       <!-- All options seen here are the defaults -->
        <host>127.0.0.1</host>            <!-- Specify an absolute path if using a unix socket -->
        <port>6379</port>
        <password></password>             <!-- Specify if your Redis server requires authentication -->
        <timeout>2.5</timeout>            <!-- This is the Redis connection timeout, not the locking timeout -->
        <persistent></persistent>         <!-- Specify unique string to enable persistent connections. E.g.: sess-db0; bugs with phpredis and php-fpm are known: https://github.com/nicolasff/phpredis/issues/70 -->
        <db>0</db>                        <!-- Redis database number; protection from accidental loss is improved by using a unique DB number for sessions -->
        <compression_threshold>2048</compression_threshold>  <!-- Set to 0 to disable compression (recommended when suhosin.session.encrypt=on); known bug with strings over 64k: https://github.com/colinmollenhour/Cm_Cache_Backend_Redis/issues/18 -->
        <compression_lib>gzip</compression_lib>              <!-- gzip, lzf, lz4 or snappy -->
        <log_level>7</log_level>               <!-- 0 (emergency: system is unusable), 4 (warning; additional information, recommended), 5 (notice: normal but significant condition), 6 (info: informational messages), 7 (debug: the most information for development/testing) -->
        <max_concurrency>6</max_concurrency>                 <!-- maximum number of processes that can wait for a lock on one session; for large production clusters, set this to at least 10% of the number of PHP processes -->
        <break_after_frontend>5</break_after_frontend>       <!-- seconds to wait for a session lock in the frontend; not as critical as admin -->
        <break_after_adminhtml>30</break_after_adminhtml>
        <first_lifetime>600</first_lifetime>                 <!-- Lifetime of session for non-bots on the first write. 0 to disable -->
        <bot_first_lifetime>60</bot_first_lifetime>          <!-- Lifetime of session for bots on the first write. 0 to disable -->
        <bot_lifetime>7200</bot_lifetime>                    <!-- Lifetime of session for bots on subsequent writes. 0 to disable -->
        <disable_locking>0</disable_locking>                 <!-- Disable session locking entirely. -->
        <min_lifetime>60</min_lifetime>                      <!-- Set the minimum session lifetime -->
        <max_lifetime>2592000</max_lifetime>                 <!-- Set the maximum session lifetime -->
    </redis_session>

Php not communicating via unix socket

I'm experiencing a strange behaviour as Magento can connect with Redis using the localhost port method. However, when I specify the full path for a UNIX socket, php comes back with Connection to Redis failed after 2 failures.

The most obvious thing I did was to revise permissions, path, etc. for the socket. However, I can confirm there is nothing wrong with it. If I switch from PHP to HHVM, Magento can connect via socket too!

I'd use HHVM all the time, but I still need PHP for a small number of pages. I find this behaviour quite puzzling

Incorrect session_name when instantiating session model

Hi Colin,

I think I might have found an issue with the use of session_name() inside the constructor for the session model class which is leading to the wrong values being used for the $_breakAfter variable.

The Cm_RedisSession_Model_Session is constructed on line 65 of Mage_Core_Model_Session_Abstract_Varien::start:

$sessionResource = Mage::getResourceSingleton('core/session');

Inside the constructor, $_breakAfter is being assigned like so:

$this->_breakAfter = ((float) $config->descend('break_after_'.session_name()) ?: self::DEFAULT_BREAK_AFTER);

However, the session name isn't set until much later (after the session model has already been constructed) inside Mage_Core_Model_Session_Abstract_Varien::start on line 120:

if (!empty($sessionName)) {
    $this->setSessionName($sessionName);
}

The call to session_name() inside the Cm_RedisSession_Model_Session constructor resolves to 'PHPSESSID', which then causes the config lookup to search for a config path of 'break_after_PHPSESSID'.

This then resolves to false, which causes the result of the ternary to default to the value of self::DEFAULT_BREAK_AFTER (30) instead of the values set in the config for 'break_after_frontend' and 'break_after_adminhtml'.

I've checked this on EE1.14.1 and Community 1.9.2 to make sure it wasn't something in my setup.

If this is the case, I'm happy to make a pull request to resolve it - perhaps add a _getBreakAfter() method that will wait to calculate the break after value until it's actually needed, and at that point the the session name will be set correctly?

Thanks!

colinmollenhour / cm_redissession Goto Github PK

cm_redissession's People

Contributors

Stargazers

Watchers

Forkers

cm_redissession's Issues

#### NOTICE BELOW:

Recommend Projects

Recommend Topics

Recommend Org