Incorrect config data on php 5.4 about cm_redissession HOT 8 CLOSED

I'm using a non-localhost host and PHP 5.4 on several machines with no issues..

from cm_redissession.

Thanks for the reply, do you have any idea why this might happen?
Was wondering if that might be anything in php.ini

from cm_redissession.

No, what is the result of var_dump(Mage::getConfig()->getNode('global/redis_session/host')) and var_dump(Mage::getConfig()->getNode('global/redis_session')) ?

from cm_redissession.

object(Mage_Core_Model_Config_Element)#105 (1) { [0]=> string(14) "192.168.100.40" } 

object(Mage_Core_Model_Config_Element)#140 (13) { 
["host"]=> string(14) "192.168.100.40" 
["port"]=> string(4) "6381" 
["password"]=> object(Mage_Core_Model_Config_Element)#141 (0) { }
 ["timeout"]=> string(3) "2.5" ["persistent"]=> object(Mage_Core_Model_Config_Element)#104 (0) { }
 ["db"]=> string(1) "0" 
["compression_threshold"]=> string(4) "2048"
 ["compression_lib"]=> string(4) "gzip"
 ["log_level"]=> string(1) "1"
 ["max_concurrency"]=> string(1) "6" 
["break_after_frontend"]=> string(1) "5"
 ["break_after_adminhtml"]=> string(2) "30"
 ["bot_lifetime"]=> string(4) "7200" }

from cm_redissession.

Beats me.. I would think that an object instance would be a truthy value.. What version of PHP are you running?

from cm_redissession.

PHP 5.4.18 (cli) (built: Aug 19 2013 14:48:39)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies
with eAccelerator v1.0-dev, Copyright (c) 2004-2012 eAccelerator, by eAccelerator

maybe you should consider

$options = Mage::getConfig()->getNode('global/redis_session');
        if ($options) {
            $options = $options->asArray();
        }

and then use it as array?

from cm_redissession.

Will consider a pull request, but I still have no idea how the same code evaluates to a different result for you than it does for me.. Have you actually inspected the variables in a debugger?

from cm_redissession.

Issue is back on production, fresh two servers on Centos 6.4, php 5.4.x and same problem again

from cm_redissession.