I'm cd'ing into the affected site (this is a multi-site environment) and I'm attempting to use the drush version. When I run plain drush, I see that it detects the module:

registry-rebuild      Rebuild the registry table (for classes) and the system table (for module locations) in a Drupal 
(rr)                  install. 

But when I try to run it (drush rr or drush registry-rebuild) I get a "The drush command 'rr' could not be found." error. This happens even if I specify the site name via the -l drush flag (which shouldn't be necessary, since doing running drush status is successful from within the site directory.

Any ideas?

Comments

rfay’s picture

Try to delete all registry_rebuild instances that you may have installed in the local instance (sites/all/modules/registry_rebuild, or sites/*/modules/registry_rebuild. Then install *only* in your ~/.drush. That will probably get you going.

omega8cc’s picture

Status: Active » Closed (cannot reproduce)
jomesili’s picture

Hi guys, stil new to using Drush at this time and I gain my share of experience, if you have this problem, as in my case windows 7, cygwin, panopoly, etc follow instructions here http://maxbronsema.com/blog/2013/01/08/drupal-registry-rebuild/

Cheers everyone

Djaps’s picture

Issue summary: View changes

I had the same issue,i don't know what caused it,but when i reinstalled registry_rebuild (rr) with terminal it worked nicely,but you must use this line:

drush @none dl registry_rebuild

@none puts it in the drush folder so it can operate from there,if you download without @none it will be downloaded to where u are in the terminal and it will not be usable.

omega8cc’s picture

Just added this, with better how-to for Drush aliases on the project page. Thanks @Krlenzi !

Djaps’s picture

Thanks @omega8cc , it's an honor!

mgalalm’s picture

drush @none dl registry_rebuild no longer works try to use drush @none dl registry_rebuild-7.x. Otherwise you'll get No release history available for registry_rebuild 8.x.

Elijah Lynn’s picture

Oddly for me on drush 8.1.11. @none tries to download the 8.x version so I need to append 7.x but if I use @self then it appends 7.x so I get a 7.x-7.x. So with @self it must detect the Drupal version (good) and with @none it obviously doesn't and you need to specify. My other issue was that on this server @self put it in ~/.drush but @none tried downloading to a few different folders, none of which I was in. One was a deep /opt/....httpd/ folder and one was webroot.

ddarras2012’s picture

Thank you @mgalalm, that worked!