Skip to content

kluner.net

sysadmin madness, in relative perspective

  • Home
  • About
  • Home
  • 2011
  • April
  • 4
  • daemontools on redhat enterprise 6.0

daemontools on redhat enterprise 6.0

Posted on April 4, 2011October 13, 2011 By Arjan Koole 10 Comments on daemontools on redhat enterprise 6.0
Linux, projects, work

So, for a project I needed to get something running in order to insure memcached would keep on running. The (for me) natural choice for this was daemontools (0.76 at time of writing).

There are a couple of things you have to pay attention to, in order to get this going on RHEL 6. (and I suppose many other Linux distro’s)

Phase 1 – get the source and compile it

get the source tarball here (note: this might not be the current version anymore!) and download it to /usr/local/src

  • unpack it with tar -zvxf daemontools-0.76.tar.gz and cd into admin/daemontools-0.76.
  • edit src/conf-cc and add ‘-include /usr/include/errno.h’ at the end of the line. (anywhere is fine, really)
  • run package/install

this should give you the needed files in /command and an existing /service

Phase 2 – fixing startup

Daemontools requires a somewhat different approach to starting up then you might be used to. ( the most common way being /etc/init.d/<name>, and using chkconfig to influence when it starts). Daemontools should be started on boot, and init must be told to restart it when it dies. This ensures continued operation. The installer you ran in phase 1, took care of this by adding a line in /etc/inittab, but that’s an old method, and for the sake of continued operation (and working straight away) we’ll use the new method:

  • Remove the added line from /etc/inittab.
  • cd /etc/init
  • create a new file called svscan.conf, and put the following contents in:
start on runlevel [345]
respawn
exec /command/svscanboot

now, tell init, it should re-read it’s configuration, and then start svscanboot:

  • initctl reload-configuration
  • initctl start svscan

if you check now, you should see a happily running svscan, and daemontools is ready to kick some:

2676 ?        Ss     0:00 /bin/sh /command/svscanboot
2678 ?        S      0:00  \_ svscan /service

Enjoy! I hope this little post was helpful.

Tags: linux open source OS red hat

Post navigation

❮ Previous Post: IPv6
Next Post: Crouching lion, hidden UNIX ❯

You may also like

FreeBSD
HP has clue, but not quite enough (yet)
September 12, 2007
general
Spamassassin 2010 bug
January 1, 2010
general
bacula: Fatal error: Failed to authenticate Storage daemon
February 23, 2010
FreeBSD
when using suphp on FreeBSD
March 9, 2009

10 thoughts on “daemontools on redhat enterprise 6.0”

  1. Shawn says:
    July 15, 2011 at 5:06 pm

    many thanks,i am building qmail on my rhel6,now it works,thanks.

  2. Arjan Koole says:
    July 18, 2011 at 8:25 am

    You’re welcome. Glad I could be of service to someone. 🙂

  3. Steve says:
    July 31, 2011 at 11:10 am

    Cheers, just ran into this problem and your quick and accurate guidance helped get things working 🙂

  4. Arjan Koole says:
    July 31, 2011 at 6:55 pm

    Glad to hear I could be of some help mate 🙂

  5. Arenstar says:
    October 13, 2011 at 5:37 pm

    I do believe on Centos 6..
    starting on runlevel [12345]
    caused an unexpected kernel panic on shutdown/restart..
    some bug about the filesystem not being mounted.. etc etc..

    Anyways..
    starting on runlevel [3] only
    fixed my problem

    I realise this is for version 5, but it shows the centos mentality of runlevels
    http://www.centos.org/docs/5/html/Installation_Guide-en-US/s1-boot-init-shutdown-sysv.html

  6. Arjan Koole says:
    October 13, 2011 at 5:49 pm

    Good point. I changed it to [345], which covers the only proper run-levels.

  7. Toby says:
    October 18, 2011 at 11:32 pm

    Thanks for this – just been installing my first RH6 server with daemontool and this saved me a lot of time!

  8. Arjan Koole says:
    October 19, 2011 at 2:20 pm

    glad to be of help! 🙂

  9. Me says:
    November 3, 2011 at 4:36 am

    very helpful, thanks!

  10. Arjan Koole says:
    November 3, 2011 at 7:37 am

    You’re welcome! 🙂

Leave a Reply

Your email address will not be published. Required fields are marked *

  • the lies about non-eu ‘sovereign’ cloud
  • a short side-trip to Edinburgh
  • my first opensource release : check_fortiadc
  • things KLM does that kind of baffle me
  • US senator voicing “concerns” about apple touch ID.

ACL airports Apple bacula chaotic cloud edinburgh EU financial crisis FreeBSD glasgow iOS iPad IPv6 iron maiden kamelot klm legal life linux ls mac OS X memoriam metal microsoft murphy Music open source OS personal privacy privium rants red hat schiphol scotland spam Steve Jobs stocks stupidity thoughts travel virtualisation Vmware world

Copyright © 2026 kluner.net.

Theme: Oceanly Green by ScriptsTown