Bug 232531 - dbora not running when it is enabled as a K-script
Summary: dbora not running when it is enabled as a K-script
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: initscripts
Version: 4.3
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-03-16 00:10 UTC by Kurt Heine
Modified: 2014-03-17 03:06 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-03-16 00:27:15 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
initscript for oracle (dbora) (2.05 KB, text/plain)
2007-03-16 00:10 UTC, Kurt Heine
no flags Details

Description Kurt Heine 2007-03-16 00:10:27 UTC
Description of problem:
When I change run levels I have an oracle initscript which seems to work when it
is in startup mode (S91dbora) but when I change to a different runlevel where it
should be shutting down (K19dbora) it does not run the initscript.

Version-Release number of selected component (if applicable):
RHEL 4.3
initscript-

How reproducible:
change from runlevel 3 to runlevel 2

Steps to Reproduce:
1. init 2
2.
3.
  
Actual results:
It seems to ignore this script (and there are other instances of this as well),
and just do some K-scripts but no others.

Expected results:
Databases should be shutdown.

Additional info:
I have chkconfig --del gpm and copied the gpm script to dbora and then chkconfig
--add dbora and used this and it suffers from the same problem.  Any time it
seems to execute the K-scripts it doesnt seem to know this exists (no message on
the screen about shutting down service).

Comment 1 Kurt Heine 2007-03-16 00:10:27 UTC
Created attachment 150184 [details]
initscript for oracle (dbora)

Comment 2 Kurt Heine 2007-03-16 00:15:03 UTC
initscripts version is 7.93.24.EL-1.1


Comment 3 Bill Nottingham 2007-03-16 00:27:15 UTC
You don't touch a lock file in /var/lock/subsys that matches the script name
when you start, so it is not recorded as actually started. See some of the other
init scripts for examples.

Comment 4 Kurt Heine 2007-03-16 01:06:16 UTC
OK figured out the problem.

I need to add a file into the /var/lock/subsys/<scriptname> (and delete) it
before changing runlevels will execute the script on shutdown.  As I have never
seen this before it would be nice to document this somewhere as it was only
through trial and error that I finally figured it out.



Note You need to log in before you can comment on or make changes to this bug.