Problème de verrou sur Oracle 10 g

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. :aie:
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, :ccool:

Citation:

---

Envoyé par GH

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

---

Euh... tu débranches la prise? :mouarf:


(Dsl, surchauffe des neurones :aie:)

trouver le process correspondant à ce SID et le tuer ;)

ta quoi ta v$lock ?

La requete suivante remonte quelque chose ?

Code:

---

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 ;

---

Citation:

---

Envoyé par orafrance

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 ?

faut chercher now ....;)

Code:

---

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

Citation:

---

Envoyé par petitfrere

faut chercher now ....;)

Code:

---

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

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)

Citation:

---

Envoyé par petitfrere

ta quoi ta v$lock ?

La requete suivante remonte quelque chose ?

Code:

---

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

Citation:

---

Envoyé par 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)

---

???

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

dans mon cas , c'est un serveur Windows 2003

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....

Citation:

---

Envoyé par 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....

---

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

merci d'avoir essayer. :ccool:

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

Citation:

---

Envoyé par GH

???

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

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:

Citation:

---

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

merci d'avoir chercher,

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