Discussion :

[ducho]

Bonjour,

contexte : base de test de nom "proto" oracle10gr2 sur un serveur windows 2003.
j'ai installé le grid control sur ce serveur en Mars .

Je ne me suis plus occuppé de ce serveur depuis ...

en me connectant ce matin, je remarque que le disque C:\ de 30G est plein à 100% er le répertoire bdump est rempli de fichiers du style :
proto_j000_xxx.trc , un toutes les minutes .

extrait de l'alert_log :

Thu Mar 26 09:47:58 2009
Errors in file c:\oracle\admin\proto\bdump\proto_j000_1756.trc:
ORA-00600: code d'erreur interne, arguments : [17059], [0x4A9E4E44], [], [], [], [], [], []
ORA-06512: à "SYSMAN.MGMT_LOG", ligne 183
ORA-06512: à "SYSMAN.EM_PING", ligne 1326
ORA-06512: à ligne 1

Thu Mar 26 09:48:19 2009
Errors in file c:\oracle\admin\proto\bdump\proto_j002_324.trc:
ORA-00600: code d'erreur interne, arguments : [17059], [0x4A9E4E44], [], [], [], [], [], []

Thu Mar 26 09:48:45 2009
Errors in file c:\oracle\admin\proto\bdump\proto_j001_4584.trc:
ORA-00600: code d'erreur interne, arguments : [17059], [0x4A9E4E44], [], [], [], [], [], []

Thu Mar 26 09:49:10 2009
Errors in file c:\oracle\admin\proto\bdump\proto_j002_324.trc:
ORA-00600: code d'erreur interne, arguments : [17059], [0x4A9E4E44], [], [], [], [], [], []

Thu Mar 26 09:49:38 2009
Errors in file c:\oracle\admin\proto\bdump\proto_j002_324.trc:
ORA-00600: code d'erreur interne, arguments : [17059], [0x4A9E4E44], [], [], [], [], [], []

Thu Mar 26 09:50:08 2009
Errors in file c:\oracle\admin\proto\bdump\proto_j001_4584.trc:
ORA-00600: code d'erreur interne, arguments : [17059], [0x4A9E4E44], [], [], [], [], [], []

Thu Mar 26 09:50:30 2009
Errors in file c:\oracle\admin\proto\bdump\proto_j003_3876.trc:
ORA-00600: code d'erreur interne, arguments : [17059], [0x4A9E4E44], [], [], [], [], [], []

extrait d' un de ces fichiers :

Dump file c:\oracle\admin\proto\bdump\proto_j001_1128.trc
Wed Mar 25 16:26:54 2009
ORACLE V10.2.0.3.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options
Windows Server 2003 Version V5.2 Service Pack 2
CPU : 4 - type 586, 2 Physical Cores
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:519M/2047M, Ph+PgF:2233M/3954M, VA:833M/2047M
Instance name: proto

Redo thread mounted by this instance: 1

Oracle process number: 16

Windows thread id: 1128, image: ORACLE.EXE (J001)


*** 2009-03-25 16:26:54.557
*** ACTION NAMEAGENT_STATUS_MARKER) 2009-03-25 16:26:54.557
*** MODULE NAMEEM_PING) 2009-03-25 16:26:54.557
*** SERVICE NAMESYS$USERS) 2009-03-25 16:26:54.557
*** SESSION ID149.16423) 2009-03-25 16:26:54.557
LIBRARY OBJECT HANDLE: handle=4b189f58 mtx=4B18A00C(1f76) cdp=8054
name=
INSERT INTO MGMT_SYSTEM_PERFORMANCE_LOG (JOB_NAME, TIME, DURATION, MODULE, ACTION, IS_TOTAL, NAME, VALUE, CLIENT_DATA, HOST_URL) VALUES (:B9 , SYSDATE, :B8 , SUBSTR(:B7 , 1, 512), SUBSTR(:B6 ,1,32), :B5 , SUBSTR(:B4 ,1,128), SUBSTR(:B3 ,1,128), SUBSTR(:B2 ,1,128), SUBSTR(:B1 ,1,256))
hash=5c188defb95a501814515eafdd352da6 timestamp=02-22-2009 12:28:51
namespace=CRSR flags=RON/KGHP/TIM/OBS/PN0/LRG/KST/DBN/MTX/[104100d1]
kkkk-dddd-llll=0000-0001-0001 lock=N pin=0 latch#=3 hpc=7466 hlc=7466
lwt=4B189FB4[4B189FB4,4B189FB4] ltm=4B189FBC[4B189FBC,4B189FBC]
pwt=4B189F98[4B189F98,4B189F98] ptm=4B189FA0[4B189FA0,4B189FA0]
ref=4B189FD4[4B189FD4,4B189FD4] lnd=4B189FE0[4B188E34,4B18A2FC]
LOCK OWNERS:
lock user session count mode flags
-------- -------- -------- ----- ---- ------------------------
4d2fb9e8 4fb384bc 4fb384bc 1 N [00]
LIBRARY OBJECT: object=4a9e4e44
type=CRSR flags=EXS[0001] pflags=[0000] status=VALD load=0
CHILDREN: size=32768
child# table reference handle
------ -------- --------- --------
0 4a9e4dd0 4a9e4aa0 49d1ffa0
1 4a9e4dd0 4a9e4c90 49cfcc94
2

les fichiers trace sont tous identiques .

je pense que em cherche à faire un EM_PING , je ne sais pourquoi,
engendre l' erreur et remplit le répertoire des traces .

je viens à priori de résoudre ce pb en redémarrant la base .

Avez-vous une idée ou déjà rencontré ce pb ?

du coup je n'ose pas redémarrer les services liés au grid .

cdlt

[lallio]

Bonjour,

J'ai déjà eu le soucis : des beaux fichiers de 32 MO à l'infini. Unique solution => arret et redémarrage de base.
Ca c'était pour la solution d'urgence.
En revanche dans la foulé il faut appliquer un correctif oracle(cf. note Patch 5731535 sur metalink et après tout repart comme en 14.

Laurent
http://www.lao-dba.com