I have a RHEL 7.2 server with Oracle 11g Express Edition (11.2.0) installed. The installation of Oracle created a file named "oracle-xe" in /etc/init.d This is a bash script that can be used to start and stop the listener and database manually. When I'm logged on to the server, I can run the following: dzdo /etc/init.d/oracle-xe start and the Oracle listener + database are started without issue. I can log on using sqlplus and execute commands. I'm trying to use chkconfig to make it so that oracle-xe is executed automatically on system start, so that I do not have to manually start the listener and database every time the server is rebooted. The oracle-xe script itself is lengthy, but the meat of it contains the following: #!/bin/bash # chkconfig: 2345 80 05 # Source fuction library if [ -f /lib/lsb/init-functions ] then . /lib/lsb/init-functions elif [ -f /etc/init.d/functions ] then . /etc/init.d/functions fi SU=/bin/su ORACLE_OWNER=oracle $ORACLE_HOME=/u01/app/oracle/product/11.2.0/xe LSNR=$ORACLE_HOME/bin/lsnrctl SQLPLUS=$ORACLE_HOME/bin/sqlplus $STARTUP_LOG=/home/tsm/log/oracle-xe.log echo $(date) >> $STARTUP_LOG $SU -s /bin/bash $ORACLE_OWNER -c "$LSNR start" >> $STARTUP_LOG 2>&1 $SU -s /bin/bash $ORACLE_OWNER -c "$SQLPLUS -s /nolog @$ORACLE_HOME/config/scripts/startdb.sql" >> $STARTUP_LOG 2>&1 I added the $STARTUP_LOG code and the >> redirect of output so that I could sort out what was happening. I added the script to chckconfig with the following: cd /etc/init.d dzdo chmod 750 oracle-xe dzdo chkconfig --add oracle-xe dzdo chkconfig oracle-xe on The following command yields the given (shortened) output: dzdo chkconfig --list oracle-xe 0:off 1:off 2:on 3:on 4:on 5:on 6:off I reboot the server, and it generates a log file at /home/tsm/log/oracle-xe.log with the following output: Fri Jan 13 15:03:58 CST 2017 su: cannot open session: Permission denied su: cannot open session: Permission denied and as you might guess, as a result of this su failure, neither the listener nor the database engine have started. Since I see the reboot date/time in the log file, I know for sure that the script is being executed upon boot. It seems to me to be a permissions issue, that whatever account is being used to execute init scripts at startup for some reason cannot su as $ORACLE_OWNER, yet me as a lowly admin can do this just fine from the command prompt. It was my understanding that the init code is executed as root, and therefore this su command should run without a problem. I've been searching and trying various things for the better part of a day trying to sort this out, and have pulled out what little remains of my hair. The server itself is using DirectAuthorize to grant access permissions, which is why I end up using dzdo instead of sudo. Could this have something to do with it?

I have the service script below, which calls a shell script. We changed something in the script When I run the shell script directly, everything works fine. When I restart the servER, everything works fine. If I call sudo service my-service stop then sudo service my-service start, it will stop, but never start again. It says systemctl OK, but a process never kicks off, and no logs are ever written from the shell script. Even if I call sudo /etc/init.d/my-service it won't start. Again, mind you, this will start fine automatically on restart of the server. Any thoughts on what could be the problem, or how to get better logging from this failed start? #!/bin/bash # # my-service # # chkconfig: 345 84 15 # description: Start up the My Service process. # config: /etc/sysconfig/my-service # processname: java # Source function library. . /etc/init.d/functions # Loading the configuration parameters. if [ -f /etc/sysconfig/my-service ]; then source /etc/sysconfig/my-service fi RETVAL=0 case "$1" in start) if [ -f /opt/my-service/latest/bin/my-service-start.sh ]; then logger -s "Starting My Service" /bin/su -p -s /bin/sh myserviceuser /opt/my-service/latest/bin/my-service-start.sh RETVAL=$? [ $RETVAL = 0 ] && touch /var/lock/subsys/my-service fi ;; stop) if [ -f /opt/my-service/latest/bin/my-service-stop.sh ]; then logger -s "Stopping My Service" /bin/su -p -s /bin/sh myserviceuser /opt/my-service/latest/bin/my-service-stop.sh RETVAL=$? [ $RETVAL = 0 ] && rm -f /var/lock/subsys/my-service fi ;; restart) $0 stop $0 start ;; *) echo $"Usage: $0 {start|stop|restart}" exit 1 ;; esac exit $RETVAL

I need to define a list of rights with standard UNIX and some with ACL rights. Is there a way to do check that with a config file like /etc/permissions does for UNIX rights? It is a file that is provided and used by the SUSE specific [permissions package](https://en.opensuse.org/openSUSE:Security_Documentation#The_permissions_Package) that controls the privilege settings for a number of global system files and security sensitive package files in the distribution. It is concerned with the following kinds of file or directory based privileges: - the classical UNIX file owner and group assignment of a file. - the classical UNIX user/group/world access bits. - special file mode bits like the setuid and setgid bit or the sticky bit. - capability bits. The structure of these files is line based and each non-comment line has the format:

/path/to/file    :

* Each line could be extended by an additional following line that defines the Linux capabilities of the file.

I'm doing some labs for test setups... I've developed a bash script to set it to autostart using systemd. I installed chkconfig and configured my script as follows: Using root: cd /mypath cp myscript.sh /etc/init.d/ cd /etc/init.d chkconfig --add myscript.sh chkconfig myscript.sh on systemctl start myscript I'm receiving: Unit myscript.service could not be found.

I am trying to set up proxies on my Red Hat Enterprise Linux 9. I am trying to install CNTLM proxy authentication software. I downloaded the RPM file from the official repo and tried the following command: sudo rpm -Uvh cntlm-0.92.3-1.x86_64.rpm However, I get error: Failed dependencies: /sbin/chkconfig is needed by cntlm-0.92.3-1.x86_64 To try to fix this, I used the following command: sudo dnf install chkconfig This had the following output: Updating Subscription Management repositories. Icinga RH9 3.7 kB/s | 2.0 kB 00:00 rh9-bosch 3.7 kB/s | 2.0 kB 00:00 Dependencies resolved. ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: chkconfig x86_64 1.20-2.el9 rhel-9-for-x86_64-baseos-rpms 184 k Transaction Summary ================================================================================ Install 1 Package Total download size: 184 k Installed size: 764 k Is this ok [y/N]: y Downloading Packages: chkconfig-1.20-2.el9.x86_64.rpm 177 kB/s | 184 kB 00:01 -------------------------------------------------------------------------------- Total 177 kB/s | 184 kB 00:01 Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction Preparing : 1/1 Installing : chkconfig-1.20-2.el9.x86_64 1/1 Error unpacking rpm package chkconfig-1.20-2.el9.x86_64 Verifying : chkconfig-1.20-2.el9.x86_64 1/1 Installed products updated. Failed: chkconfig-1.20-2.el9.x86_64 First off, the "error unpacking rpm..." error message and the "Installed products updated" messages seem contradictory; I don't understand exactly what's going on there. Secondly, this appears to make no difference - I'm still unable to do the cntlm install. Can anyone suggest how I can fix this so that I can install cntlm?

on Debian, the init script /etc/init.d/umountnfs.sh has default stop in runlevel 0 and 6. # Default-Stop: 0 6 but there is no symlink in /etc/rc0.d/ or /etc/rc6.d/ on my system. I am trying to enable the script in these runlevels, but chkconfig does not create the symlink chkconfig umountnfs.sh on I could create the symlink manually, but I believe the chkconfig script does more than just symlink. I think it also calculates dependencies and modifies the .depend.* files **How can I enable umountnfs.sh script on shutdown ?**

What's the Debian Equivalent for chkconfig? On CentOS 6 I can run this to see the services that load with the system:

chkconfig --list

And i can set a service to start on boot like this:

chkconfig  on

Is there a similar binary that can do this for Debian? To clarify I am using Kali rolling but from what I am told this is very similar to Debian

[kali@kali:~/labs/discovery]$ lsb_release -da
No LSB modules are available.
Distributor ID:	Kali
Description:	Kali GNU/Linux Rolling
Release:	2020.1
Codename:	kali-rolling

[kali@kali:~/labs/discovery]$ hostnamectl
   Static hostname: kali
         Icon name: computer-vm
           Chassis: vm
        Machine ID: d74933508486479e9b07e83b9a036776
           Boot ID: ece90367d8454f7fb795b9f2f1787091
    Virtualization: vmware
  Operating System: Kali GNU/Linux Rolling
            Kernel: Linux 5.4.0-kali4-amd64
      Architecture: x86-64

Fairly stock standard Fedora 30 install: $ uname -a Linux 5.1.16-300.fc30.x86_64 #1 SMP Wed Jul 3 15:06:51 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/fedora-release Fedora release 30 (Thirty) I have installed grafana using standard instructions, ie. add grafana rpm repo and then sudo dnf install grafana. I can manually start and use grafana without issue using sudo systemctl start grafana-server. I cannot, however, get it to start on boot. Here's what happens when I use the commonly recommended method: $ sudo systemctl enable grafana-server Synchronizing state of grafana-server.service with SysV service script with /usr/lib/systemd/systemd-sysv-install. Executing: /usr/lib/systemd/systemd-sysv-install enable grafana-server Failed to execute /usr/lib/systemd/systemd-sysv-install: No such file or directory systemd-sysv-install is indeed missing: $ ls /usr/lib/systemd/ boot systemd-bless-boot systemd-journald systemd-rfkill systemd-user-sessions catalog systemd-bootchart systemd-localed systemd-shutdown systemd-vconsole-setup libsystemd-shared-241.so systemd-boot-check-no-failures systemd-logind systemd-sleep systemd-veritysetup network systemd-cgroups-agent systemd-makefs systemd-socket-proxyd systemd-volatile-root ntp-units.d systemd-coredump systemd-modules-load systemd-sulogin-shell system-generators portable systemd-cryptsetup systemd-networkd systemd-sysctl system-preset purge-nobody-user systemd-dissect systemd-networkd-wait-online systemd-timedated system-shutdown resolv.conf systemd-export systemd-portabled systemd-timesyncd system-sleep system systemd-fsck systemd-quotacheck systemd-time-wait-sync user systemd systemd-growfs systemd-random-seed systemd-udevd user-environment-generators systemd-ac-power systemd-hibernate-resume systemd-remount-fs systemd-update-done user-generators systemd-backlight systemd-hostnamed systemd-reply-password systemd-update-utmp user-preset systemd-binfmt systemd-initctl systemd-resolved systemd-user-runtime-dir Apparently systemd-sysv-install is supposed to be a symlink to chkconfig on Fedora. So is it Fedora, grafana or systemd's responsibility to decide which tool is responsible for installing the boot script for non-native services? And therefore who is responsible for providing the missing link? I see [anaconda](https://bugzilla.redhat.com/show_bug.cgi?id=1369794) had the same drama with the network service.

By default, if my Linux is booted, some services
like httpd, named start automatically.
I want to start them manually, I want to remove them from autostartup.
In the internet, it is said that it is possible with systemctl and chkconfig commands.
My Linux supports both of them.
How exactly and which command I can do it with?
My Linux version is: Redhat EL5.

I use *CentOS release 6.5 (Final)* and I would like that *wpa_supplicant* service start after *network* service. When I go to */etc/rc5.d* and I type *ls* command, I can see : K84wpa_supplicant -> ../init.d/wpa_sup S10network -> ../init.d/network S23NetworkManager -> ../init.d/Network The content of */etc/init.d/network* is : # chkconfig: 2345 10 90 The content of */etc/init.d/wpa_supplicant* is : # chkconfig: - 23 88 I changed the *90* to *88* and the *88* to *90* but when I restart my *CentOS*, the *network* service always start after *wpa_supplicant*. How can I solve it ?

I'm trying to execute a script in each shutdown and reboot but the script never runs. 1. I created the script baseRhel64 and save it to /etc/rc.d/init.d 2. I did chkconfig --add baseRhel64 3. I included in the script #chkconfig --list # chkconfig: 06 10 10 4. I verified that the S10 script where created under /etc/rc0.d/S10baseRhel64 and /etc/rc6.d/S10baseRhel64 The following is my script: #!/bin/sh #chkconfig --list # chkconfig: 06 10 10 start(){ echo "basename $0 start" touch /root/installscripts/test1 } stop(){ echo "basename $0 stop" touch /root/installscripts/test2 touch /root/installscripts/"basename $0" } case "$1" in start) start;; stop) stop;; *) echo $"Usage: $0 {start|stop}" RETCAL=1 esac exit 0

What is the default _runlevel_ assigned when you run chkconfig --add for a program?

I am trying to automate running Cloud9, by setting it as a service on Debian. This error stops me: $ sudo service cloud9 start Failed to start cloud9.service: Unit cloud9.service failed to load: Invalid argument. See system logs and 'systemctl status cloud9.service' for details. systemctl status cloud9.service output: $ systemctl status cloud9.service ● cloud9.service - cloud9 Loaded: error (Reason: Invalid argument) Active: inactive (dead) Probably it is due to misconfiguration in /etc/systemd/system/cloud9.service, which I just created: [Unit] Description=cloud9 [Service] ExecStart=node server.js -w /home/user -l 0.0.0.0 -a admin:admin Restart=always User=nobody Group=nobody Environment=PATH=/usr/bin:/usr/local/bin Environment=NODE_ENV=production WorkingDirectory=/home/user/c9sdk [Install] WantedBy=multi-user.target How to create a simple startup script for the service?

I know systemctl enable iptables is similar to the command chkconfig --level 5 iptables on, but both are not exactly same. Using systemctl, how do we restrict a service to be started only on a given target like graphical.target.

How to implemented this without systemd (chkconfig, etc..)? I would like to restart PostgreSQL, Mongod and RabbitMQ.

I'm running CentOS 7.2 on my Cloud Account and following some tutorials to install Grafana. I've almost finished install but got stuck when they asked me to execute this command which used to start the service on boot. update-rc.d grafana-server defaults 95 10 Of course, i did it and error came out: update-rc.d command not found. I tried to install it with yum but it didn't work too. Is there anyway to "execute" this command or just convert it into chkconfig which i could execute it right away without any trouble?

chkconfig on Ubuntu will highlight services that are **on** in green when using list mode. This does not occur on CentOS 6.3. I'd like that highlighting on the CentOS chkconfig. Does anyone know how to do that? ### Man entry on Ubuntu describing green highlighting root@console:~# man chkconfig | grep -C 2 "green" > LIST MODE > > List mode prints for each specified service a line that consists of > the service name and for runlevels zero to six on or off depending if > the service will be started or not. on will be printed in bright > green if the output is written to a terminal. If the --deps option is > given, the names of the services that must be started before this > service is appended to each line. The inetd/xinetd services are listed > in extra sections. ### Centos 6.3 chkconfig package info [root@centos:/]$ rpm -qa | grep "chkconfig" chkconfig-1.3.49.3-2.el6.x86_64 ### Debian chkconfig package info root@ubuntu:~# dpkg -s chkconfig Package: chkconfig Status: install ok installed Priority: optional Section: admin Installed-Size: 68 Maintainer: Ubuntu Developers Architecture: all Version: 11.0-79.1-2 Depends: perl Recommends: insserv

How would I translate the following command from CentOS 6 to run in CentOS 7? chkconfig --level 345 dovecot on My first guess is to type the following instead: systemctl enable dovecot But notice that there are no runlevel specifications in my first guess. Is a runlevel of 3, 4, or 5 assumed? Or do I have to specify it? If so, how? I read this wikipedia page about runlevels.

In the good old days you would use chkconfig to see if a service was enabled for a run level. E.g. chkconfig --list tgtd However, now you're supposed to use systemctl. But I can't get systemctl to give a similarly succinct output as chkconfig. Any suggestions on how you do so?

I just have a simple question but scouring the search engines I have not found any explanation of what the - (hyphen) in the chkconfig runlevel actually stands for within the init script file. For example in /etc/init.d/mysqld the first few lines are like this: #!/bin/bash # # mysqld This shell script takes care of starting and stopping # the MySQL subsystem (mysqld). # # chkconfig: - 64 36 If anyone could provide me a link explaining this that would be awesome.