Closed (fixed)
Project:
Hosting
Version:
5.x-0.2-beta1
Component:
Miscellaneous
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
27 Apr 2009 at 21:07 UTC
Updated:
25 Apr 2010 at 22:02 UTC
I've looked at permissions and I believe they are set up the way they are supposed to be.
drush and .drush are where they are supposed to be. The user has permissions to those directories.
I'm lost on what else to do.
Ideas?
Comments
Comment #1
anarcat commentedWe need to have more information to help here: please post the task log of the verify task and at the very least the error message.
Comment #2
redndahead commentedHere is the output when I run the command in shell
DRUSH_BACKEND_OUTPUT_START>>>
{"output":"","error_status":2,"log":[{"type":"bootstrap","message":"Drush bootstrap phase : _drush_bootstrap_drush()","timestamp":1241051203,"error":null},{"type":"bootstrap","message":"Drush bootstrap phase : _drush_bootstrap_drupal_root()","timestamp":1241051203,"error":null},{"type":"notice","message":"Initialized Drupal 5.16 root directory at \/var\/www\/html\/aegir","timestamp":1241051204,"error":null},{"type":"bootstrap","message":"Drush bootstrap phase : _drush_bootstrap_drupal_site()","timestamp":1241051204,"error":null},{"type":"notice","message":"Initialized Drupal site default at sites\/default","timestamp":1241051204,"error":null},{"type":"bootstrap","message":"Drush bootstrap phase : _drush_bootstrap_drupal_configuration()","timestamp":1241051204,"error":null},{"type":"bootstrap","message":"Drush bootstrap phase : _drush_bootstrap_drupal_database()","timestamp":1241051204,"error":null},{"type":"bootstrap","message":"Successfully connected to the Drupal database.","timestamp":1241051204,"error":null},{"type":"bootstrap","message":"Drush bootstrap phase : _drush_bootstrap_drupal_full()","timestamp":1241051204,"error":null},{"type":"bootstrap","message":"Drush bootstrap phase : _drush_bootstrap_drupal_login()","timestamp":1241051204,"error":null},{"type":"error","message":"The command 'drush.php provision verify' could not be executed.","timestamp":1241051204,"error":"DRUSH_COMMAND_NOT_FOUND"}],"error_log":{"DRUSH_COMMAND_NOT_FOUND":["The command 'drush.php provision verify' could not be executed."]},"context":{"root":"\/var\/www\/html\/aegir","backend":true}}<<
Comment #3
redndahead commentedActive again.
Comment #4
mstef commented[edit out]
Comment #5
adrian commenteddid you install the provision module in ~/.drush/provision
does the user you are installing aegir as have a home directory configured ?
Comment #6
anarcat commentedHave you configured properly the path to your drush command in the webserver node? You probably need to put the absolute path in there and reverify everything.
Comment #7
anarcat commentedI talked with another user having this issue (zstolar on IRC) and the problem was that the provision module wasn't in the ~/.drush directory for the aegir user (or whatever user you have configured).
Please answer the questions in #5 and #6 before reopening the issue.
Comment #8
redndahead commentedprovision is in /home/user/.drush/provision
cd ~ takes me to /home/user
Drush Path in webserver node is /home/user/drush/drush.php
Going off of the email today
* make sure you have a aegir user and that it is the same configured in your webserver node
Script User matches my user account.
* make sure drush is installed properly and is the same path in the webserer node
Seems installed fine and looking at the webserver node it looks correct.
* make sur provision is in ~aegir/.drush and that both hosting and provisiona ppear in the drush help
Provision exists in /home/user/.drush
But doing /home/user/drush/drush.php help does not show provision or hosting in the list. I'm sure this is my issue
* make sure aegir can restart apache without a password (sudo ...)
Can do
* make sure apache has a parseable configuration (run apachectl configtest)
Passes
Comment #9
anarcat commentedYou have the following in the output:
This means that somewhere
drush.phpis configured as your drush command (as opposed to/home/user/drush/drush.php, and therefore drush fails to call itself. So you want to fix that: you want to make sure that the full path is set in the webserver node and that you re-verify the platform after that. You also want to paste yourdrushrc.phpbut make sure you censor out sensitive information (like mysql passwords) first.Comment #10
anarcat commentedActually, nevermind: drushrc.php doesn't seem to hold the path to drush.php here, so you don't need to paste that. Just make sure you have the full path to drush.php (including drush.php itself) configured in your webserver node.
Comment #11
anarcat commentedBtw, you're having a problem similar to #454254: drush doesn't recognise provision, but it may not be exactly the same so i'm not marking as a dupe.
Comment #12
redndahead commentedok I decided to do it all over again. I was never able to get drush to find provision when using the home directory. This time following INSTALL.txt I was able to get it to find it when I set it up in /var/aegir/drush
Now my issue is when I run provision or hosting setup I get
Call to undefined function t() in /var/aegir/drupal-5.x/sites/default/modules/hosting/hosting.drush.inc on line 12
Any help on the next steps? Something I missed?
Comment #13
redndahead commentedComment #14
anarcat commentedIt seems that drush was never using that help because it was broken. I fixed it, thanks for letting us know.
Try again with the HEAD version of provision.
Comment #15
redndahead commentedI've updated to provision head and nothing has changed. Also I'm not sure how updating to provision head will help my issue with hosting.drush.inc.
Did you mean to update to hosting head?
Comment #16
anarcat commentedYes, sorry, update hosting. Update everything. :)
Comment #17
redndahead commentedNow I get Fatal error: Call to undefined function hosting_get_queues() in /var/aegir/drupal-5.x/sites/default/modules/hosting/hosting.drush.inc on line 15
Comment #18
anarcat commentedYeah, that error is weird, I had it before... Make sure you have updated all of hosting properly and it is in profiles/hostmaster/modules/hosting (as opposed to sites/default/modules).
That made the error go away for me.
Comment #19
redndahead commentedI will try that. FYI INSTALL.txt specifies that it should be installed in /sites/default/modules Probably should change that.
Comment #20
anarcat commentedI fixed the INSTALL.txt to tell people to install in profiles/hostmaster.
Comment #21
hexag commentedHi there,
I'm getting the same error (Fatal error: Call to undefined function hosting_get_queues() ), but the hosting module is in its right place. This error occurs whenever I run drush.php, breaking it before it can do anything, I have tried upgrading to the beta1 & that hasn't changed anything. VPS info...
Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.6 with Suhosin-Patch mod_ssl/2.2.8 OpenSSL/0.9.8g mod_perl/2.0.3 Perl/v5.8.8
Aegir 0.2 beta1
Thanks guys!
Nick,
Comment #22
adrian commentedHexag : you need to have it installed in profiles/hostmaster/modules , or failing that /sites/default/modules.
by placing it in sites/all/modules, it is trying to run it to get the commands whenever you are using any site on that platform.
since the queues need to access the database to see which ones are active, it will only be able to access that data if it is in a site that is enabled.
Comment #23
hexag commentedhi sorry, should've been clearer, when i said 'in the right place', i meant profiles/hostmaster/modules/hosting, that's why i'm confused :)
cheers,
nick,
Comment #24
sillygwailo(Nitpick title change.)
Comment #25
redndahead commentedI started over using Adrian's tutorial and it seems to have worked for me now. I'm leaving this open for @hexag. Seems more info has been added so moving to active.
Comment #26
anarcat commentedPlease try again with the RC1 or even HEAD before reopening.
Comment #27
adrian commentedclosing out old issues.