Re: Reg: Starting/stopping the services

  You could run a "adcmctl.sh stop" on the background, wait 10 minutes, and 
then run the "adcmctl.sh abort".

adcmctl.sh stop apps/apps &
# Wait for 10 minutes
sleep 600
adcmctl.sh abort apps/apps &
# Give the abort 5 minutes to clear things up, but
# proceed anyway.
sleep 300

   Also look for cmclean.sql on metalink. You might have a request or manager 
in a invalid state, preventing the concurrent from shutting down cleanly.

Regards,
Luis


--- On Tue, 12/9/08, James Morrow <morrow.james@xxxxxxxxx> wrote:

> From: James Morrow <morrow.james@xxxxxxxxx>
> Subject: Re: Reg: Starting/stopping the services
> To: ora-apps-dba@xxxxxxxxxxxxx
> Date: Tuesday, December 9, 2008, 12:43 PM
> When the adcmctl.sh script issues the shutdown for the
> concurrent
> managers, it's really just submitting another
> concurrent request...
> that shutdown request is subject to the same "lag
> time" inherent in
> normal concurrent processing (even though it's at the
> highest
> priority, it still has to wait for the managers to pick it
> up).  As a
> result, it could normally take a minute or so to begin
> shutting things
> down.
> 
> That said... it is also simply a "stop"
> request... (you could run
> adcmctl.sh abort apps/*****).
> 
> As a "stop" request (instead of an
> "abort" request) it prevents new
> concurrent requests from running, but will wait for any
> currently
> running request to complete.
> 
> If this is happening regularly, you probably have a
> long-running
> request that is processing through your window.  You have a
> few
> options:
> 
> 1)  Issue an "adcmctl.sh abort" before running
> adstpall.sh (but this
> will kill the requests off without prejudice which is
> probably NOT a
> desirable thing to do.)
> 2)  Figure out what job it is and find ways to
> "move" the job to
> another time period (either through separate queues and
> workshifts or
> by simply talking to the user that schedules that job and
> convincing
> them to schedule it for a different time).
> 
> -- James
> ----------------------------------------------------------------------
> James J. Morrow | Senior Oracle Applications DBA
> morrow.james <at> gmail <dot> com
> 
> 
> 
> 
> 2008/12/9 Fadi Hasweh <fhasweh@xxxxxxxxxxx>:
> > ususaly the concurent manager will take time to be
> down but once you shudwon
> > the database it will go down for sure. you can kill
> the service before the
> > backup and when you start the serivces again it will
> should work
> > fadi
> >
> >
> >
> > ________________________________
> > Subject: Reg: Starting/stopping the services
> > Date: Tue, 9 Dec 2008 15:29:13 +0800
> > From: Mamta.NEELI@xxxxxxxxxxxxxx
> > To: ora-apps-dba@xxxxxxxxxxxxx
> >
> >
> > Hello DBA's
> >
> >
> >
> > I have a scheduled job that runs every night 2am to
> bring down the
> > application and database so that cold back can be
> taken and a one more job
> > that runs at 6:45 am to bring up the services.
> >
> >
> >
> > But from last two days my concurrent manager is not
> going down and hence the
> > services are not getting stopped. I checked all the
> log files but no clue L
> >
> >
> >
> > This is affecting the startup…the 8.0.6 and
> concurrent are not coming up L
> >
> >
> >
> > Below the service log.
> >
> >
> >
> > Please help me on this.
> >
> >
> >
> >
> >
> > BEGIN==========================
> >
> > Tuesday, December 09, 2008 02:00:00
> >
> > == ** oraprod STOPPING **
> >
> > The Oracle Apache Server PROD_oraprod service is
> stopping..
> >
> > The Oracle Apache Server PROD_oraprod service was
> stopped successfully.
> >
> >
> >
> > The OracleFormsServer-Forms60PROD_oraprod service is
> stopping.
> >
> > The OracleFormsServer-Forms60PROD_oraprod service was
> stopped successfully.
> >
> >
> >
> > The Oracle ICSM oraprod PROD_oraprod service is
> stopping.
> >
> > The Oracle ICSM oraprod PROD_oraprod service was
> stopped successfully.
> >
> >
> >
> > The OraclePRODOra806_5TNSListener80APPS_PROD service
> is stopping.
> >
> > The OraclePRODOra806_5TNSListener80APPS_PROD service
> was stopped
> > successfully.
> >
> >
> >
> > The OraclePROD_db920_RDBMSTNSListenerPROD service is
> stopping.
> >
> > The OraclePROD_db920_RDBMSTNSListenerPROD service was
> stopped successfully.
> >
> >
> >
> > .
> >
> > The OracleConcMgrPROD_oraprod service could not be
> stopped.
> >
> >
> >
> > The following services are dependent on the
> OracleServicePROD service.
> >
> > Stopping the OracleServicePROD service will also stop
> these services.
> >
> >
> >
> >    OracleConcMgrPROD_oraprod
> >
> >
> >
> > Tuesday, December 09, 2008 02:41:23
> >
> > END=== SHUT DOWN SUCCESSFUL===========
> >
> > BEGIN==========================
> >
> > Tuesday, December 09, 2008 07:00:00
> >
> > == ** oraprod STARTING **
> >
> > The OraclePRODOra806_5TNSListener80APPS_PROD service
> is starting.
> >
> > The OraclePROD_db920_RDBMSTNSListenerPROD service is
> starting.
> >
> > The OraclePROD_db920_RDBMSTNSListenerPROD service was
> started successfully.
> >
> >
> >
> > The Oracle Reports Server [Rep60_PROD] service is
> starting.
> >
> > The Oracle Reports Server [Rep60_PROD] service was
> started successfully.
> >
> >
> >
> > The OracleFormsServer-Forms60PROD_oraprod service is
> starting.
> >
> > The OracleFormsServer-Forms60PROD_oraprod service was
> started successfully.
> >
> >
> >
> > The Oracle Fulfillment Server PROD_oraprod service is
> starting.
> >
> > The Oracle Fulfillment Server PROD_oraprod service was
> started successfully.
> >
> >
> >
> > The Oracle ICSM oraprod PROD_oraprod service is
> starting.
> >
> > The Oracle ICSM oraprod PROD_oraprod service was
> started successfully.
> >
> >
> >
> > The OracleConcMgrPROD_oraprod service is starting.
> >
> > The Oracle Apache Server PROD_oraprod service is
> starting.
> >
> > The Oracle Apache Server PROD_oraprod service was
> started successfully.
> >
> >
> >
> > Tuesday, December 09, 2008 07:13:23
> >
> > END=== STARTUP SUCCESSFUL===========
> >
> >
> >
> > Regards
> >
> > Mamta
> >
> > ________________________________
> > Get news, entertainment and everything you care about
> at Live.com. Check it
> > out!

Other related posts: