[CentOS] CentOS 6.0 chkconfig strange behavior
Hi, I'm noticing some strangeness with chkconfig on CentOS 6.0 and was looking for a bit of advice. It appears that chkconfig is re sequencing or re ordering the start priority of various services when turning on a service using chkconfig. Example is the network service. Under normal circumstances network is set to start at S10. However when I add something like snmpd and invoke chkconfig snmpd on it will change network to S81. Which fouls up some of my other services that look for config files on NFS shares. Testing this issue with the snmpd service I removed $network from Required-Start which did nothing. The only solution I've found is to remove the entire BEGIN INIT INFO to END INIT INFO section. Once that is removed it no longer changes the network startup priority when enabling the snmpd service. Seems to me that you'd want network started before snmpd. So why chkconfig wants to re arrange it to start after snmpd which defaults to S50 is beyond me. So why would it do that? Did I miss some documentation or something? :-) Thanks in advance for any assistance! --Jerry ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.0 chkconfig strange behavior
On Jul 22, 2011, at 12:00 PM, Devin Reade wrote: SuSE (and perhaps some other distributions) have for a few years been using that BEGIN/END INIT INFO block instead of the 'chkconfig' line to determine ordering, and will do exactly as you described. Without having looked into the CentOS 6 case, I would guess that the mechanism used in RHEL has changed to match. This could very well be related to the LSB project, although that's just a guess, too. Devin Hi Devin, Is it possible to sticky a service then to always start at the value chkconfig lists? Moving various services around like that isn't very helpful when I specifically need services to start is an exact order. Or if I do remove the BEGIN/END INIT INFO block from the init scripts will that cause issues?? What's the solution in the SuSE world when someone wants a service to not get reordered?? Thanks! --Jerry___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.0 chkconfig strange behavior
On Jul 22, 2011, at 12:17 PM, Cal Webster wrote: System V init has been replaced by upstart Upstream Deployment Guide: http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Technical_Notes/deployment.html Fedora Wiki: http://fedoraproject.org/wiki/Features/Upstart Run levels are depreciated: http://en.wikipedia.org/wiki/Runlevel http://en.wikipedia.org/wiki/Upstart This change has been in the works for a few years: http://lists.centos.org/pipermail/centos/2009-September/082817.html Some articles from Google search [RHEL centos upstart] http://www.linux.com/archive/articles/57213 http://searchenterpriselinux.techtarget.com/tip/RHEL-6-ditches-System-V-init-for-Upstart-What-Linux-admins-need-to-know Hey Cal, I knew I was missing something! Thanks for the assist guys! --Jerry___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 6.0 chkconfig strange behavior
On Jul 22, 2011, at 12:10 PM, Devin Reade wrote: Again just guessing (my one test CentOS 6 system doesn't currently have snmpd installed) have a look at not only the snmpd script but also the ones that should have been started between network and snmpd. It sounds like some dependencies are missing. In particular, do your other services depend on $network, either directly or transitively? You might also want to experiment with 'chkconfig XX reset'. Devin Hey Devin, I'm feeling a little silly now and I swear I checked for this but you hit the nail on the head. Turns out I had pushed a service that was dependent on network further down the list so whenever I enabled snmpd in chkconfig it would re order network below the other dependent service. Thanks again for the help! --Jerry ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
