No systemd service file for queue runner

first draft

Testing this in #2493451-5: Puppet and Debian Jessie

Updated with the new drush location... and committed.

We might want to do an extra debian package update for this.

Not sure how to test patches to debian packages but manually creating the file in your patch seemed to solve the install issue.

This doesn't seem to simply install yet. I've grep'd the repo for systemd and came up empty.

I've looked at the doc and I'm pretty sure we're missing things:

• https://wiki.debian.org/Teams/pkg-systemd/Packaging?action=show&redirect...
• (given example:) http://anonscm.debian.org/cgit/collab-maint/kanla.git/diff/?id=1f752f4

Most importantly, it seems we need to replace "dh $@" with "dh $@ --with=systemd".

I assume this would mess up the init.d setup so we probably need to detect whether systemd is installed. (I would personally just drop init.d support entirely, but I suspect there are use cases I'm not aware of here.)

I have no idea how to test this :)

Not sure what made it work in my previous tests...

Moving to the provision queue as the patch belongs there.

:( build failed http://ci.aegirproject.org/view/Debian%20dev%20builds/job/D_aegir-debian...

The CI server is wheezy ... lacking build support for this.

I think I tested with a build from my ubuntu dev box before ... guessing that the systemd file was picked up there by default.

As a work around .. create the file manually as /lib/systemd/system/hosting-queued.service

note that even though Debian jessie switched to systemd, it still supports old-style init.d files, so this shouldn't be blocking anything, IMHO.

Unless something's changed, we still have the bug, even though we don't need the file, so maybe we should just remove all references to systemd? I'll try to work in that direction.

I... I think it worked! Please test against current HEAD :)

(All I did was remove both systemd mentions and the service file, however I don't feel confident enough in my Debian packaging to commit without someone else testing it.)

I'm setting this back to needs work as the current patch clearly breaks the debian build process.

Let's try to work on this for 3.2.

For the record...:

On a fresh Debian Jessie:

Enabling hosting-queued daemon
The following extensions will be enabled: hosting_queued
Do you really want to continue? (y/n): y
hosting_queued was enabled successfully.                                                                                                                                                                 [ok]
Enabling Hosting queue daemon feature.                                                                                                                                                                   [status]
Failed to start hosting-queued.service: Unit hosting-queued.service failed to load: No such file or directory.
dpkg: error processing package aegir3-hostmaster (--configure):
 subprocess installed post-installation script returned error exit status 6
dpkg: dependency problems prevent configuration of aegir3:
 aegir3 depends on aegir3-hostmaster (>= 3.0.1+102.e197950); however:
  Package aegir3-hostmaster is not configured yet.

dpkg: error processing package aegir3 (--configure):
 dependency problems - leaving unconfigured

I'm getting the same error as helmo when doing a fresh install. My devops/linux/Aegir kungfu isn't that great so I dare to ask: is there a solution to work around this problem ?

Or is its better to downgrade to Debian Wheezy for the time being ?

any news on this, or a workaround so i can continue install?

On Jessie you can just run apt-get install once it's failed once. If that doesn't fix it you may need to create the service file manually.

We now have a Jenkins test that fails on this: http://ci.aegirproject.org/job/P_Aegir_Puppet_Module_functional_test_Aeg...

I've committed this again as it shoud go better now that we have #2553221: Build Debian packages in docker container ... but it's not all green yet :(

Current status: after install the service is available, but not started at boottime.

# service hosting-queued status
 hosting-queued.service - Hosting queue daemon
   Loaded: loaded (/lib/systemd/system/hosting-queued.service; disabled)


# systemctl enable hosting-queued
Synchronizing state for hosting-queued.service with sysvinit using update-rc.d...
Executing /usr/sbin/update-rc.d hosting-queued defaults
Executing /usr/sbin/update-rc.d hosting-queued enable


# service hosting-queued status
 hosting-queued.service - Hosting queue daemon
   Loaded: loaded (/lib/systemd/system/hosting-queued.service; enabled)

Notice the status change from 'disabled' to 'enabled'.

To fix this in the Debian package I think we need to add this to the debian/rules file.

dh_systemd_enable --name=hosting-queued

But would that break packages on wheezy again?

            if [ -f /bin/systemctl ]; then
              # There must be a better way, but we're trying to stay compatible with Debian Wheezy and Jessie.
              # See https://www.drupal.org/node/2347557 for discussion.
              /bin/systemctl enable hosting-queued
            fi

This should handle enabling the service ... tested in local vagrant.