similar to: making upsd available to chkconfig

I just installed NUT and my UPS is an APC Back-UPS ES 500. I looked in the list of drivers and found APC Back-UPS ES 350 listed in "drivers.txt" -- that list said I should use either the newhidups or hidups driver. I looked in the installation and I found headers and c files to create these drivers (I think), but in /usr/local/ups/bin there is no driver named, "newhidups or

Mark Haney wrote: > > We have a couple of CentOS 7 boxes that were built before I was hired to > clean up the kickstart script used for C7 boxes. We had a couple of rpm > packages that were pre-C7 that were used and setup the old SysV Init way > using ntsysv and chkconfig on these boxes. (I finally fixed that in the > newer scripts.) These are out in the field and I'm

... with this error message: Preparing LDAP database... => bdb_tool_entry_put: id2entry_add failed: DB_KEYEXIST: Key/data pair already exists (-30996) => bdb_tool_entry_put: txn_aborted! DB_KEYEXIST: Key/data pair already exists (-30996) slapadd: could not add entry dn="dc=washcslab,dc=org" (line=5): txn_aborted! DB_KEYEXIST: Key/data pair already exists (-30996) Migration

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

We have a couple of CentOS 7 boxes that were built before I was hired to clean up the kickstart script used for C7 boxes. We had a couple of rpm packages that were pre-C7 that were used and setup the old SysV Init way using ntsysv and chkconfig on these boxes. (I finally fixed that in the newer scripts.) These are out in the field and I'm having to deal with them as they are. One thing

In the docs for chkconfig it says: <startlevellist> is a list of the runlevels for which the service should be started by default. Only services which are really required for a vital system should define runlevels here. If no runlevels are defined, a - should be used in place of the runlevels list. and then: More commonly, the service is off by default on all runlevels, which looks like

CentOS Errata and Bugfix Advisory 2013:1276 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1276.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: b7e728c1cb477f0464c8244ab7391216b8e48e04cc4cd1eb306896091b4ac1c8 chkconfig-1.3.49.3-2.el6_4.1.i686.rpm

Hello, I use puppet to configure CentOS 5 servers which have services controlled by linux-ha (heartbeat). This means that these services have to be configured by chkconfig (e.g. "chkconfig --add httpd") but NOT to execute automatically on boot (i.e. "chkconfig httpd off"). Currently, from looking at the source of puppet (version 0.22.4, installed from RPM from

CentOS Errata and Bugfix Advisory 2012:0415 Upstream details at : https://rhn.redhat.com/errata/RHBA-2012-0415.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: dcf4142e5512efbbcb415ef0064fa642ad1b403fbe55374025c04fa92e9c1d41 chkconfig-1.3.49.3-1.el6_2.i686.rpm

> On Jul 10, 2017, at 10:56, Mark Haney <mark.haney at neonova.net> wrote: > > I have a couple of in use C7 boxes that were built with ntsysv and chkconfig for some old packages that needed to start using init.d. (The person setting these up didn't know about systemd creating service files for older packages, so we're stuck with these as-is. Here's my problem: >

On 07/10/2017 04:11 PM, Jonathan Billings wrote: > > >> On Jul 10, 2017, at 10:56, Mark Haney <mark.haney at neonova.net> wrote: >> >> I have a couple of in use C7 boxes that were built with ntsysv and chkconfig for some old packages that needed to start using init.d. (The person setting these up didn't know about systemd creating service files for older

CentOS Errata and Bugfix Advisory 2015:0671 Upstream details at : https://rhn.redhat.com/errata/RHBA-2015-0671.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 3e0ebc5529f74a40c8314e2ab2e646e97abe2c850fd68a63a406e0793081e42a chkconfig-1.3.49.3-5.el6.i686.rpm

CentOS Errata and Bugfix Advisory 2016:0144 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0144.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 1d70e69be938a503142b66519b4f1866e98e83c08b161cc3dc6f39e66a9abcb8 chkconfig-1.3.49.3-5.el6_7.2.i686.rpm

I have a couple of in use C7 boxes that were built with ntsysv and chkconfig for some old packages that needed to start using init.d. (The person setting these up didn't know about systemd creating service files for older packages, so we're stuck with these as-is. Here's my problem: Error unpacking rpm package chkconfig-1.7.2-1.el7.x86_64 error: unpacking of archive failed on

My update to 5.2 fails on one machine because of this error: Transaction Check Error: file /etc/init.d from install of chkconfig-1.3.30.1-2 conflicts with file from package AcronisAgentLinux-9.5.8076-1 file /etc/init.d from install of chkconfig-1.3.30.1-2 conflicts with file from package TrueImageAgent-9.5.8076-1 Obviously, both packages created (completely unnecessarily) the /etc/init.d

Hello, gpk-update-viewer on my CentOS 6 desktop gives me an error about untrusted updates. When running yum update from a terminal I get the following error: Package chkconfig-1.3.49.3-2.el6_4.1.x86_64.rpm is not signed No other packages seem to be affected so for now I updated excuding chkconfig and ntsysv. Regards, Leonard. -- mount -t life -o ro /dev/dna /genetic/research

CentOS Errata and Bugfix Advisory 2016:1029 Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-1029.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: a392af61834c33d8fd7090aef0224b9daad2417e2f73fad39efabf5a097953b2 chkconfig-1.3.61-5.el7_2.1.x86_64.rpm

CentOS Errata and Bugfix Advisory 2017:1604 Upstream details at : https://rhn.redhat.com/errata/RHBA-2017-1604.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) x86_64: 3ec95eb167c93d0254740594e0380734ed3b30ce3ab170a230cecd9721881585 chkconfig-1.7.2-1.el7_3.1.x86_64.rpm

Hi, We are using the heartbeat and drbd packages from latest centos (4.3) extras repository. Upon installation of both packages I noticed that if you "chkconfig heartbeat off" that will cause drbd to chkconfig'ed on. And visa versa. After doing some trouble shooting it turns out the "BEGIN INIT INFO" sections appear to be the cause. drbd has: ### BEGIN INIT INFO #

Hi, I have my httpd process that starts in runlevel3 with the following info # chkconfig: - 85 15 # description: Apache is a World Wide Web server. It is used to serve \ # HTML files and CGI. # processname: httpd # pidfile: /var/run/httpd.pid # config: /etc/httpd/conf/httpd.conf the filename is /etc/rc.3.d/K15httpd However I installed an antivirus that uses a tomcat process that