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
Comment #1
MacRonin commentedForgot 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)
Comment #2
omega8cc commentedIt 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.
Comment #3
omega8cc commentedPlus, it is *not* Aegir Hostmaster issue. See #1248432: BOA install fails when its subdomain has CNAME and not IN A DNS record
Comment #4
omega8cc commentedAnd make sure you don't have
/var/xdrago/log/optimize_mysql_ao.pidcontrol file.Comment #5
MacRonin commentedI 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
Comment #6
omega8cc commentedIt 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.
Comment #7
omega8cc commentedComment #8
MacRonin commentedBingo !!
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 !
Comment #11
escapeit commentedI 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!