[comp.unix.i386] dumpsave under System V

jrs2p@amsun26.apma.Virginia.EDU (Jonathan R. Senning) (06/14/90)

Within the last week, there were several postings regarding how to bypass
the "Do you want to save it?" question about the system dump after a system
crash.

Conor P. Cahill (uunet!virtech!cpcahil) made the suggestion of adding
the line (sleep 10 ; kill $$) to /etc/dumpsave.  This seemed strange to
me as after 10 seconds the processes running dumpsave would be killed
even if the user was trying to save the system dump (wouldn't it?).

I made the following changes to /etc/dumpsave on my ESIX system so that
unless an action (control-C) is taken within 10 seconds.  The changes are
given below as a context diff, but all it amounts to is adding some lines
after the line informing the user there may be a system dump.

--------------------------------------------------------------------

*** dumpsave.orig	Wed Sep 20 00:01:00 1989
--- dumpsave	Wed Jun 13 13:57:12 1990
***************
*** 22,27 ****
--- 22,37 ----
  #
  
  echo 'There may be a system dump memory image in the swap device.'
+ 
+ echo 'Enter ctrl-C within 10 seconds to save it...'
+ trap break 2
+ while :
+ do
+ 	sleep 10
+ 	exit 0
+ done
+ trap 2
+ 
  while :
  do
  	echo 'Do you want to save it? (y/n)> \c'

--------------------------------------------------------------------

Jonathan R. Senning
University of Virginia

jrs2p@virginia.edu
uunet!virginia!jrs2p

cpcahil@virtech.uucp (Conor P. Cahill) (06/15/90)

In article <1990Jun14.162801.10247@murdoch.acc.Virginia.EDU> jrs2p@amsun26.apma.Virginia.EDU (Jonathan R. Senning) writes:
>Conor P. Cahill (uunet!virtech!cpcahil) made the suggestion of adding
>the line (sleep 10 ; kill $$) to /etc/dumpsave.  This seemed strange to
>me as after 10 seconds the processes running dumpsave would be killed
>even if the user was trying to save the system dump (wouldn't it?).

All you gotta do is ignore signal 15 after the read returns using something
like:

	echo "do you want to make a dump?\c "
	(sleep 10; kill $$) &
	read answer

	trap "" 15

Sorry for not posting that the first time.
-- 
Conor P. Cahill            (703)430-9247        Virtual Technologies, Inc.,
uunet!virtech!cpcahil                           46030 Manekin Plaza, Suite 160
                                                Sterling, VA 22170