[SLE] Start-up scripts not running....
I have developed a couple start-up scripts that I am running out of /etc/rc.d/, including a customized version of sshd. When I attempt to start sshd via /etc/rc.d/rc2.d/S20sshd (as a symbolic link to /etc/rc.d/sshd, the default for using SuSE's sshd install via yast), the script will not run @ startup. I can manually run the script, however, w/out any problems from the /etc/rc.d and /etc/rc.d/rc2.d levels. File permissions are the standard 744, w/ root & group ownership rights of root:root. Anyone have any ideas what may be causing this? I have used this exact same configuration on several other machines in the past & have had no problems, so I am a bit stumped. Thx much for any thoughts on this matter. Drew B. -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
On Mon, 17 Jan 2000, Drew Berendts wrote:
I have developed a couple start-up scripts that I am running out of /etc/rc.d/, including a customized version of sshd. When I attempt to start sshd via /etc/rc.d/rc2.d/S20sshd (as a symbolic link to /etc/rc.d/sshd, the default for using SuSE's sshd install via yast), the script will not run @ startup. I can manually run the script, however, w/out any problems from the /etc/rc.d and /etc/rc.d/rc2.d levels. File permissions are the standard 744, w/ root & group ownership rights of root:root. Anyone have any ideas what may be causing this?
SuSE's scripts typically don't run at startup unless the correct variable is set in /etc/rc.config. Example from latest SuSE sshd rpm: ----- # Force execution if not called by a runlevel directory. test $link = $base && START_SSHD=yes test "$START_SSHD" = yes || exit 0 ----- If you copied code from Red Hat, etc., they typically have similar checks in them against their config files so that if you run them "by hand" outside of the /sbin/init.d/rc context, they will run regardless of config file settings. Also, the "real" rc script directory in SuSE is in /sbin/init.d; /etc/rc.d is just a symlink to /sbin/init.d. Your symlinks in rc?.d should be relative to the parent directory; e.g.: cd /sbin/init.d/rc2.d ln -s ../sshd S20sshd Make sure that you can run your symlinks from /sbin/init.d/rc?.d. Hope that helped. If not, I suggest posting your script. -- Ron Oliver (mailto:roliver-suse@quantum-networks.com) -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
On Tue, 18 Jan 2000, Ron Oliver wrote:
On Mon, 17 Jan 2000, Drew Berendts wrote:
SuSE's scripts typically don't run at startup unless the correct variable is set in /etc/rc.config.
Example from latest SuSE sshd rpm: ----- # Force execution if not called by a runlevel directory. test $link = $base && START_SSHD=yes test "$START_SSHD" = yes || exit 0 -----
I had this same problem what I did was to keep everything uniform was
test $link = $base && MY_SCRIPT=yes test "$MY_SCRIPT" = yes || exit 0
then I added the following to the bottom of /etc/rc.config: MY_SCRIPT="yes" Works quite nicely.... Tim -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
participants (3)
-
drewb@verio.net
-
roliver-suse@quantum-networks.com
-
tmetz@frankfurt.netsurf.de