Discussion :

[genio]

Bonjour les forumistes, (Oracle 9i sur Unix !)

j'ai l'erreur suivante, dans 'initxml.sql' , lors de la création d'une instance :

SQL> call dbms_java.loadjava('-verbose -resolve xdk/install/ncomp_xmlparserv2.jar');
call dbms_java.loadjava('-verbose -resolve xdk/install/ncomp_xmlparserv2.jar')
*
ERROR at line 1:
ORA-04021: timeout occurred while waiting to lock object
SYS.META-INF/MANIFEST.MF

La procédure initxml tourne depuis 2 heures car elle 'wait' à chaque 'call' et me rends ensuite le 'timeout'... L'erreur se reproduit à chaque 'CALL' présents dans le script... Avez-vous déjà eu le problème et si oui, que faut-il faire pour le regler !

Merci d'avance pour vos réponses (car c'est urgent !)

[genio]

En fait, j'ai ça dans le fiichier trc du UDUMP...

Errors in file /ora/cris/01/udump/cris_ora_925924.trc:
ORA-04030: out of process memory when trying to allocate 524328 bytes (joxcx callheap,ioc_allocate ufree)
ORA-04030: out of process memory when trying to allocate 1048616 bytes (joxcx callheap,ioc_allocate ufree)
ORA-04030: out of process memory when trying to allocate 2097192 bytes (joxcx callheap,ioc_allocate ufree)
ORA-04030: out of process memory when trying to allocate 524328 bytes (joxcx callheap,ioc_allocate ufree)
ORA-04030: out of process memory when trying to allocate 1048616 bytes (joxcx callheap,ioc_allocate ufree)
ORA-04030: out of process memory when trying to allocate 2097192 bytes (joxcx callheap,ioc_allocate ufree)
ORA-04030: out of process memory when trying to allocate 524328 bytes (joxcx callheap,ioc_allocate ufree)
ORA-04030: out of process memory when trying to allocate 1048616 bytes (joxcx callheap,ioc_allocate ufree)
ORA-04030: out of process memory when trying to allocate 2097192 bytes (joxcx callheap,ioc_allocate ufree)
ORA-04030: out of process memory when trying to allocate 52432

Pensez-vous que le seul fait d'agrandir la mémoire du user Unix peut résoudre le problème ?

Merci de m'aider, je suis un peu perdu !

[pifor]

Pour ORA-4021: il y a probablement une autre session que verrouille certains objets. Peut-être que cette session est dans un état bizarre ? Le plus simple est sans-doute d'arrêter et de redémarrer la base.

Pour ORA-04030, il semble qu'il n'y a pas assez de mémoire sur votre système.
A priori, ce n'est pas un problème de config Oracle, sauf si la taille de la SGA serait trop importante: la SGA ne réprésente pas toute la mémoire allouée par Oracle, il y aussi la PGA = mémoire allouée par chaque processus serveur dédié à une connexion. Le message ORA-4030 concerne la PGA.

[Jaouad]

La solution proposé par Métalink à ton probléme :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Fix
Set the ulimit to unlimited. 
 
For example: 
 
Ulimit was set to :
 
$ulimit -a:
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) 131072
stack(kbytes) 32768
memory(kbytes) 32768
coredump(blocks) 2097151
nofiles(descriptors) 2000

Mettre ulimit à unlimited.

[genio]

En agrandissant le ulimit, c'est pareil 'ORA-4030 etc...' !
En fait même après avoir cancelé le script, comme la base est toujours ouverte, la log se remplit quand même avec des des kilomètres de messages... après avoir fait un shutdown abort, là, mes logs ne bougent plus... Bref, je suis dans la panade !
J'ai envie de tout casser et de recreer l'instance... d'après vous ?

[Jaouad]

essaye de re démarrer , mais si tu n'arrive pas à t'etendre dans ce cas là je crois que cela ne suffirat pas de tout casser à moins de te défouler

[genio]

Le problème c'st qu'il y a déjà des bases 9i, qui ont été créées sur ce serveur, avec le script de connexion que j'utilise... je n'y comprend goutte

... On verra ça demain !

NB : J'ai effctivement fermé et ré-ouvert ma base avant de repasser le scrip mais ça ne fait rien !

[genio]

Ah oui, j'ai quand même créé ma base mais sans les scripts :
- initxml.sql
- xmljava.sql
- catjava.sql
- catqm.sql
- catxdbj.sql

2 questions :

1°) Ma base fonctionne mais, quelles sont les erreurs que je risque d'avoir sans ces scripts (Il me semble, à première vue que c'est pour faire du Java et du XML...)

2°) Puis-je quand même passer demain matin en arrivant les deux derniers
- catqm.sql
- catxdbj.sql
et ensuite me pencher sur le problème...

Merci encore pour vos réponses et bonne soirée ...

[genio]

Le problème venait de la taille de la Java Pool size... le script de création la réduit au minimum, et chose que je ne savais pas, je devais l'agrandir avant de passer mes scripts, pour ensuite le réduire !
Voilà.. je vous remercie pour votre aide et... à bientôt !