There must be an issue with the cache subsystem and Drush, because I had to disable the cacherouter part of my settings.php to get either "cache clear" or "updatecode" to work.

"cache clear" would simply endlessly hang, while "updatecode" returned "no updates available."

Drush works like a champ with those bits commented out, though!

Comments

Steven Merrill’s picture

Here's the added settings.php code in question:

/**
 * Cacherouter settings:
 */
$conf['cache_inc'] = './sites/all/modules/cacherouter/cacherouter.inc';  
$conf['cacherouter'] = array(
  'default' => array(
    'engine' => 'apc',
    'server' => array(),
    'shared' => TRUE,
    'prefix' => '',
  ),
);
moshe weitzman’s picture

Status: Active » Postponed (maintainer needs more info)

can you try with latest drush? also be sure to use drupsl not pressflow. pf had a bug in earlier versions.

msonnabaum’s picture

I was having issues with this, and it turned out that apc was disabled on the cli.

php -i | grep "APC"

showed:

APC Support => disabled

Adding 'apc.enable_cli = 1' to php.ini flipped that to enabled, and Drush now appears to have access to the cache tables.

Tested on latest Drush and Pressflow 6.15.65.

moshe weitzman’s picture

Status: Postponed (maintainer needs more info) » Closed (fixed)

no feedback

socialnicheguru’s picture

Component: Code » PM (dl, en, up ...)
Issue tags: +cron, +aegir, +provision, +hostmaster

This has worked for me: Adding 'apc.enable_cli = 1'

Now drush commands complete and server load is no where as high.

My symptom was that my server would have a cpu spike of 100% periodically.

It finally figured out that it was related to cron for aegir and not my general system cron.

Through trial an error ie. removing modules one at a time, I was able to figure out that it was cacherouter.

I am using /etc/php5/apache2/php.ini

do I need to replicate the settings in that file in the one for cli/php.ini?