ADSM-L

dsmc sched dies on control-c!

1998-02-23 02:29:39
Subject: dsmc sched dies on control-c!
From: Bjorn Sandvik <BHS AT STATOIL DOT NO>
Date: Mon, 23 Feb 1998 08:29:39 +0100
We have a startup script written in Bourne shell (and placed under
/etc/init.d, with links from /etc/rc2.d and /etc/rc0.d).  This script does
(among other things as testing and setting of environement variables):

  nohup /usr/sbin/dsmc sched 1>/dev/null 2>&1 &

The important thing we do to avoid your problem at our site, is to manually
enter the C shell before executing the startup script:

  # csh
  <hostname># /etc/init.d/adsm start
  ADSM scheduler daemon starting
  <hostname># exit
  #

Good luck!

Bjørn Harald Sandvik
Statoil

To:       ADSM-L @ VM.MARIST.EDU
cc:        (bcc: Bjørn Harald Sandvik)
From:     Alan_Cheski @ GULF.CA @ INTERNET
Date:     20.02.98 15:35:44 CST
Subject:  dsmc sched dies on control-c!



Content-type: text/plain; charset=us-ascii


Howdy, this is a repost since I have tried some suggestions with no
luck....I have found that the dsmc sched process under Solaris 2.5.1 and
either V2 client or V3 client will die if a control-c is entered in a
session where it was started. I have a script to start dsmc sched at boot
time, it runs dsmc sched >/dev/null 2>&1 &. If I make a dsm.sys change and
want to restart the process, I just rerun the script from a login session.
But, if I enter a ctrl-c in that login session at some later time, or
logout that session, dsmc sched dies. The log shows that it puts out
"Process interrupted...". I have tried using nohup, and ksh instead of sh.
I also tried putting nohup in front of the command run from dsm.wrapper.
Nothing seems to work. This is very frustrating because I need to open
login sessions to these clients just to start dsmc sched and leave them
open forever! Help!
Al Cheski
<Prev in Thread] Current Thread [Next in Thread>