Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

I've got a service set up to start at boot but it's not doing so and I don't know where to look (e.g. logs) to troubleshoot it.

I've verified the run level:

$ grep default /etc/inittab 
id:3:initdefault:

And the symlinks are there:

$ find /etc -name *beans*
/etc/rc.d/rc6.d/K47beanstalkd
/etc/rc.d/rc1.d/K47beanstalkd
/etc/rc.d/rc0.d/K47beanstalkd
/etc/rc.d/rc2.d/K47beanstalkd
/etc/rc.d/rc4.d/K47beanstalkd
/etc/rc.d/rc3.d/K47beanstalkd
/etc/rc.d/rc5.d/K47beanstalkd
/etc/rc.d/init.d/beanstalkd

And when I start it manually (via "sudo /etc/init.d/beanstalkd start") it works fine.

Where do I start troubleshooting this? Where might the boot sequence be logged that I can grep for issues? This is a CentOS box if that matters.

Thanks.

share|improve this question

1 Answer 1

up vote 6 down vote accepted

Your symlinks are there, but they're not what you want. If you notice, yours are all prefixed with 'K' for kill. They should be 'S' for start.

Fix this with chkconfig beanstalkd on and verify it with chkconfig --list | grep beanstalkd.

share|improve this answer
1  
Yep, but the S and K files should be there, as it needs to start on entry to the runlevel, and stop on exit. On another note: it DOES matter at little that it's CentOS/Fedora/RHEL, as Debian-like distros use update-rc.d instead of chkconfig. –  Lee B Oct 22 '09 at 14:05
    
Pedants unite! <g> You are correct -- services that are to run should have both 'S' and 'K' scripts, not just 'S'. Good catch. –  pboin Oct 22 '09 at 15:18

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.