Sorry that this is a bit of a mess but I've been up for way to long trying to finish an install and this is blocking me. I am running
>> ==> Aegir v.1.0-boa-T-8.9 with Nginx on Debian/squeeze - highly automated install script. (Contains Aegir 1.2)

Aegir satellite Aegir is not processing the task+site queue.
The master is processing and I can manually goto the site directory for a satellite Aegir(I have two satellites, neither is processing tasks/sites)

I have been checking the ideas in the FAQ at http://groups.drupal.org/node/24854#cron

root@boa:/data/disk/satuser2/aegir/distro/001/sites/satuser2.boa.example.com# drush cron
Cron run successfully. 

but when I check the queue in the site nothing has been processed and the time still says 3+ hours ago.

I tried switching from the web based to the DRUSH based but no change there either.

Both satellite Aegir instances have been stuck for about the same time

ls -al /dev/null
crw-rw-rw- 1 root root 1, 3 Aug 14 07:08 /dev/null

The AEGIR does have the following in its crontab. If running BOA (Barracuda+Octopus) is it still under the aegir ID or is it under the user name for the satellite Aegir?

crontab -l
SHELL=/bin/bash
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
*/1 * * * * /var/aegir/drush/drush.php '@hostmaster' hosting-dispatch 

Running the command manually doesn't say anything. But I removed the parms and just did the drush command and got the help back so the location is correct

/var/aegir/drush/drush.php '@hostmaster' hosting-dispatch --debug

Tried running in the site directory of one of my satellite Aegir's but it still processed the master.

Comments

MacRonin’s picture

Title: Aegir satellite Aegir is not processing the task+site queue. » Aegir satellite(s) is not processing either the task or site queue(s).

Forgot to mention that this is a rather fresh system install in Debian 6 64 bit
I am using the BOA(Barracuda+Octopus) installation setup with two instances of Octopus(the satellite instance of AEGIR)

omega8cc’s picture

Project: Barracuda » Hostmaster (Aegir)
Version: » 6.x-1.2
Status: Closed (duplicate) » Active

It is probably a results of your broken install, so it will be easier and faster to install BOA from scratch than debugging now.

I would recommend to either make sure you are using IN A and not CNAME in your DNS or just disable DNS check in BOA to get it done.

omega8cc’s picture

Project: Hostmaster (Aegir) » Barracuda
Version: 6.x-1.2 »
Status: Active » Closed (duplicate)
omega8cc’s picture

Project: Hostmaster (Aegir) » Barracuda
Version: 6.x-1.2 »
Status: Active » Closed (duplicate)

And make sure you don't have /var/xdrago/log/optimize_mysql_ao.pid control file.

MacRonin’s picture

I am using A records for my octopus instances. That is how I got past the problem in the issue you mention ](/ It's my issue) :-)

I looked and I do have the /var/xdrago/log/optimize_mysql_ao.pid file.
is this an indication of a deeper problem or can it just be deleted?

Its size is zero bytes and it was created at approx the time time the last time the task queue was processed, which was shortly after the fresh install of server + BOA. It did verify all the platforms though

omega8cc’s picture

It is a pid file preventing all Satellite cron task from run.
It should be normally removed automatically so you may want to delete it now.

omega8cc’s picture

Status: Closed (duplicate) » Active
MacRonin’s picture

Status: Active » Fixed

Bingo !!

I deleted the PID file and my tasks+sites started processing again :-)

If I ever get to a DrupalCon, I owe you a beverage of your choice.

Thanks again !

Status: Fixed » Closed (fixed)

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

escapeit’s picture

I spent hours digging for this fix. Identical issue, most likely due to a server reboot. Removing the pid file fixed it.

Thanks so much omega8cc et al. for your great work!