Discussion :

[GH]

bonjour,

je sais que normalement, pour résoudre un problème de verrou, il faut tuer la session "coupable" de ce verrou.

mais dans mon cas , en voulant faire la commande :

alter table 'nom_table' disable constraint 'nom_contrainte'

j'ai l'erreur ORA-00054 : resource busy and acquire with NOWAIT specified.

En cherchant dans la vue V$locked_object, je trouve bien un verrou sur cette table avec le SESSION_ID = 577.

Le problème, c'est que la session avec le SID = 577 n'existe plus.
il n'y a pas de transactions en cours non plus.

il reste seulement le verrou sur cette table !?

Si quelqu'un a une idée autre qu'un redémarrage de la base de données !

merci,

[GoLDoZ]

Si quelqu'un a une idée autre qu'un redémarrage de la base de données !

Euh... tu débranches la prise?


(Dsl, surchauffe des neurones )

[orafrance]

trouver le process correspondant à ce SID et le tuer

[petitfrere]

ta quoi ta v$lock ?

La requete suivante remonte quelque chose ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
select s1.username || '@' || s1.machine
|| ' ( SID=' || s1.sid ||', SERIAL=' || s1.serial# || ' ) est en train de bloquer '
|| s2.username || '@' || s2.machine || ' ( SID=' || s2.sid || ', SERIAL=' || s2.serial# || ' ) ' || 'depuis ' || round((l2.ctime/60),2) || 'minute(s) ' AS blocking_status
from v$lock l1, v$session s1, v$lock l2, v$session s2
where s1.sid=l1.sid and s2.sid=l2.sid
and l1.BLOCK=1 and l2.request > 0
and l1.id1 = l2.id1
and l2.id2 = l2.id2 ;

[GH]

trouver le process correspondant à ce SID et le tuer

ça fait un moment que je cherche, comment est-ce que je peux trouver ce process ?

[petitfrere]

faut chercher now ....

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
SELECT s.sid, s.serial#, s.username, s.osuser, p.spid, s.machine, p.terminal, s.program
FROM v$session s, v$process p
WHERE s.paddr = p.addr;

le process c'est le spid

[GH]

faut chercher now ....

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
SELECT s.sid, s.serial#, s.username, s.osuser, p.spid, s.machine, p.terminal, s.program
FROM v$session s, v$process p
WHERE s.paddr = p.addr;

le process c'est le spid

dans le resultat de cette requête, je n'ai aucun process qui correspond au SID = 577

[petitfrere]

oui c'est normale .... c'est pour cela que j'ai dis qu'il faut chercher

entre la requete et un ps aux | grep -i oracle (par exemple)

[GH]

ta quoi ta v$lock ?

La requete suivante remonte quelque chose ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
select s1.username || '@' || s1.machine
|| ' ( SID=' || s1.sid ||', SERIAL=' || s1.serial# || ' ) est en train de bloquer '
|| s2.username || '@' || s2.machine || ' ( SID=' || s2.sid || ', SERIAL=' || s2.serial# || ' ) ' || 'depuis ' || round((l2.ctime/60),2) || 'minute(s) ' AS blocking_status
from v$lock l1, v$session s1, v$lock l2, v$session s2
where s1.sid=l1.sid and s2.sid=l2.sid
and l1.BLOCK=1 and l2.request > 0
and l1.id1 = l2.id1
and l2.id2 = l2.id2 ;

Non, cette requête ne remonte rien.

merci

[GH]

oui c'est normale .... c'est pour cela que j'ai dis qu'il faut chercher

entre la requete et un ps aux | grep -i oracle (par exemple)

???

la commande "ps aux | grep -i oracle" c'est pour un serveur Unix, non ?

dans mon cas , c'est un serveur Windows 2003

[petitfrere]

Oups je peux plus t'aider...

En faite si je peu t'aider les windowsiens reboot !!! pour réparer leurs problèmes !! lol


dsl c'est null comme blague....

[GH]

Oups je peux plus t'aider...

En faite si je peu t'aider les windowsiens reboot !!! pour réparer leurs problèmes !! lol


dsl c'est null comme blague....

je me doutais que j'arriverai à cette ultime solution. merci Windows !!!

merci d'avoir essayer.

[petitfrere]

a defaut de rebooter windows tu peux toujours redemarrer la base ou/et les services windows

[pifor]

???

la commande "ps aux | grep -i oracle" c'est pour un serveur Unix, non ?

dans mon cas , c'est un serveur Windows 2003

Avec Oracle sur Windows, il faut utiliser orakill qui va tuer le thread dans le processus Windows de l'instance Oracle:

On Windows, there is a command-line utility called ORAKILL which lets you kill a specific thread in this situation. From a command prompt, run the following command:

orakill sid thread_id

where sid identifies the database instance to target, and the thread_id is the SPID value from the query in step 1.

Voir http://download.oracle.com/docs/cd/B...b.htm#i1011783

[GH]

merci d'avoir chercher,

mais je pense que la seule solution est un redémarrage de la base