The cron job seems to stall somewhere. It always stays marked as "in progress" whatever I try.. When I run the main cron job through the `hosting actions` drush, i get:

sh-3.1$ php "/var/hostmaster/webroot/profiles/hostmaster/modules/drush/drush.php"             -r /var/hostmaster/webroot             -l hostmaster.koumbit.net hosting actions
Array
(   
    [default] => stdClass Object
        (   
            [filename] => ./profiles/default/default.profile
            [basename] => default.profile
            [name] => default
        )

    [hostmaster] => stdClass Object
        (   
            [filename] => ./profiles/hostmaster/hostmaster.profile
            [basename] => hostmaster.profile
            [name] => hostmaster
        )

)

I also get this in the action log:

ueue	Action starts processing	2008-04-03 04:16
command	Executed: /var/hostmaster/webroot/profiles/hostmaster/modules/drush/drush.php provision verify --root=/var/hostmaster/webroot --uri=hostmaster.koumbit.net -b 	2008-04-03 04:16
message	Provision configuration path exists.	2008-04-03 04:16
message	Provision configuration path is writable.	2008-04-03 04:16
message	Changed ownership of /var/hostmaster/config	2008-04-03 04:16
message	Changed permissions of /var/hostmaster/config to 700	2008-04-03 04:16
message	Provision backup path exists.	2008-04-03 04:16
message	Provision backup path is writable.	2008-04-03 04:16
message	Changed ownership of /var/hostmaster/backups	2008-04-03 04:16
message	Changed permissions of /var/hostmaster/backups to 700	2008-04-03 04:16
message	Mysql can create new databases.	2008-04-03 04:16
message	Drupal sites directory is writable by the provisioning script	2008-04-03 04:16
message	Virtual Host configuration path exists.	2008-04-03 04:16
message	Virtual host configuration path is writable.	2008-04-03 04:16
message	Virtual Host configuration path exists.	2008-04-03 04:16
message	Virtual host configuration path is writable.	2008-04-03 04:16

Running the action manually (executing the command above without the -b) yields similar results...

Basically, it looks like the following status that the verify action yields:

    [error_status] => 0

I'll try to attack this now.

Comments

anarcat’s picture

anarcat commented

More info: it seems like the action status doesn't get updated. First, the code seems to be commented out:

-      #db_query("UPDATE {hosting_action_queue} SET status=1 WHERE nid=%d", $action->nid);
+      db_query("UPDATE {hosting_action_queue} SET status=1 WHERE nid=%d", $action->nid);

diff -r1.34 hosting.module
332c333
<       #db_query("UPDATE {hosting_action_queue} SET status=1 WHERE nid=%d", $action->nid);
---
>       db_query("UPDATE {hosting_action_queue} SET status=1 WHERE nid=%d", $action->nid);

So I'm committing a bit of those in a cleanup commit: http://drupal.org/cvs?commit=108981

I also had to remove debugging in the package code: http://drupal.org/cvs?commit=108980

The damn thing still shows "In progress", though. It looks like actions gets *copied* around the table instead of being edited:

mysql> select * from hosting_action;
+-----+-----+-------------+-----+---------------+------------+
| vid | nid | action_type | rid | action_status | executed   |
+-----+-----+-------------+-----+---------------+------------+
|   7 |   7 | verify      |   6 |             0 |          0 | 
|  11 |   7 | verify      |   6 |             0 | 1207248008 | 
|  13 |   9 | install     |   8 |             0 |          0 | 
|  14 |   7 | verify      |   6 |             0 | 1207248045 | 
|  15 |   7 | verify      |   6 |             0 | 1207248468 | 
|  16 |   7 | verify      |   6 |             0 | 1207248731 | 
|  17 |   7 | verify      |   6 |             0 | 1207248752 | 
|  18 |   7 | verify      |   6 |             0 | 1207248820 | 
|  19 |   7 | verify      |   6 |             0 | 1207248856 | 
|  20 |   7 | verify      |   6 |             0 | 1207249886 | 
|  21 |   7 | verify      |   6 |             0 | 1207249920 | 
|  22 |   7 | verify      |   6 |             0 | 1207249941 | 
|  23 |   7 | verify      |   6 |             0 | 1207250006 | 
|  24 |   7 | verify      |   6 |             0 | 1207250583 | 
|  25 |   7 | verify      |   6 |             0 | 1207250646 | 
|  26 |   7 | verify      |   6 |             0 | 1207250664 | 
|  27 |   7 | verify      |   6 |             0 | 1207250676 | 
|  28 |   7 | verify      |   6 |             0 | 1207250683 | 
|  29 |   7 | verify      |   6 |             0 | 1207250698 | 
|  30 |   9 | install     |   8 |             8 | 1207250698 | 
|  31 |   9 | install     |   8 |             8 | 1207250962 | 
+-----+-----+-------------+-----+---------------+------------+
21 rows in set (0.00 sec)

Looking more into this now...

anarcat’s picture

anarcat commented
Title: platform verification stalls » actions never get marked as done
Assigned: anarcat » Unassigned

In general, the problem here is everywhere, not just with platform verification, but with any action: they don't get marked as "done", ever.

I can't figure out how it's supposed to be done, so I'm giving this away.

anarcat’s picture

anarcat commented
Status: Active » Fixed

i *think* i have fixed that in todays' commits (particularly http://drupal.org/cvs?commit=111499). I still can't go through the queue, but it's actually because the action still fail for some reason (see http://drupal.org/node/248454).

Anonymous’s picture

Anonymous (not verified) commented
Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.