Comments on: Killing an Oracle Job Dead http://www.pythian.com/news/1742/killing-an-oracle-job-dead/ News and views from Pythian DBAs Fri, 10 Feb 2012 13:01:25 +0000 hourly 1 http://wordpress.org/?v=3.0.4 By: Lukas http://www.pythian.com/news/1742/killing-an-oracle-job-dead/#comment-396613 Lukas Tue, 05 Jan 2010 14:38:17 +0000 http://www.pythian.com/news/?p=1742#comment-396613 Hi Bede, how about checking the dba_jobs_running for SID and INSTANCE columns which will give you the SID and INST_ID which you can use to lookup gv$session and kill the right session. Regards, Lukas Hi Bede,

how about checking the dba_jobs_running for SID and INSTANCE columns which will give you the SID and INST_ID which you can use to lookup gv$session and kill the right session.

Regards,
Lukas

]]> By: BEDE http://www.pythian.com/news/1742/killing-an-oracle-job-dead/#comment-396609 BEDE Tue, 05 Jan 2010 14:15:51 +0000 http://www.pythian.com/news/?p=1742#comment-396609 Not seen this so far. Yet I have another problem: how to programatically kill the job sessions on a cluster? Meaning: I have a procedure that receives the job_id as a param and does an execute immediate 'alter system kill session ...'. The problem is that, on a cluster, the proc may be running on a different node than that the hob session runs. What do you think about this? Not seen this so far.
Yet I have another problem: how to programatically kill the job sessions on a cluster?
Meaning: I have a procedure that receives the job_id as a param and does an execute immediate ‘alter system kill session …’.
The problem is that, on a cluster, the proc may be running on a different node than that the hob session runs.
What do you think about this?

]]> By: Reci http://www.pythian.com/news/1742/killing-an-oracle-job-dead/#comment-359469 Reci Mon, 18 May 2009 15:38:43 +0000 http://www.pythian.com/news/?p=1742#comment-359469 Lukas, My Corporation recently had an issue with a job we could not kill via the OS or database process. I just happened to try running multiple commits and bingo! they were gone. I was looking for some documentation to help explain what happened and read your article. Thanks, for putting it out there. It was as simple as commits:) Reci Lukas,

My Corporation recently had an issue with a job we could not kill via the OS or database process. I just happened to try running multiple commits and bingo! they were gone.

I was looking for some documentation to help explain what happened and read your article.

Thanks, for putting it out there. It was as simple as commits:)

Reci

]]> By: Lukas Vysusil http://www.pythian.com/news/1742/killing-an-oracle-job-dead/#comment-352748 Lukas Vysusil Wed, 01 Apr 2009 11:37:14 +0000 http://www.pythian.com/news/?p=1742#comment-352748 Hi Vlado, let me clarify, because that part is not too clear. In the past I was using DBMS_JOB, hence I had to be logged in as the owner of the job to be able to manipulate it using DBMS_JOB.REMOVE. After removing the job I reconnected using 'connect / as sysdba' in order to be able to issue 'alter system kill ...'. Once you reconnect or exit sqlplus session it will autocommit. If you use DBMS_IJOB then you do not need to switch between sessions because you can do everything as SYS from single session. Lukas Hi Vlado, let me clarify, because that part is not too clear.
In the past I was using DBMS_JOB, hence I had to be logged in as the owner of the job to be able to manipulate it using DBMS_JOB.REMOVE. After removing the job I reconnected using ‘connect / as sysdba’ in order to be able to issue ‘alter system kill …’. Once you reconnect or exit sqlplus session it will autocommit.

If you use DBMS_IJOB then you do not need to switch between sessions because you can do everything as SYS from single session.

Lukas

]]> By: Vlado http://www.pythian.com/news/1742/killing-an-oracle-job-dead/#comment-352688 Vlado Wed, 01 Apr 2009 00:08:16 +0000 http://www.pythian.com/news/?p=1742#comment-352688 Can you elaborate on what you meant by "...switched to the SYS user in order to kill sessions, so it was autocommited upon reconnect...", especially the autocommit part? Can you elaborate on what you meant by “…switched to the SYS user in order to kill sessions, so it was autocommited upon reconnect…”, especially the autocommit part?

]]> By: james koopmann http://www.pythian.com/news/1742/killing-an-oracle-job-dead/#comment-352600 james koopmann Tue, 31 Mar 2009 02:26:06 +0000 http://www.pythian.com/news/?p=1742#comment-352600 thanks for the mention. my Killing the Oracle DBMS_JOB is at http://it.toolbox.com/blogs/database-solutions/killing-the-oracle-dbms_job-6498 cheers, james thanks for the mention. my Killing the Oracle DBMS_JOB is at http://it.toolbox.com/blogs/database-solutions/killing-the-oracle-dbms_job-6498
cheers,
james

]]>