Discussion :

[ricoflashfire]

Bonjour,
Je suis dans un environnement grid control. Deux bases de données une primaire, une standby.
Lorsque je démarre le client grid control sur la primaire pas de problème, lorsque je le démarre sur la standby il se met a générer des trace énorme dans mon udump => 50 Mo/s.
J'ai exactement la même installation pour d'autre client et je n'ai pas ce problème.
Dans ces fichiers de trace on peut voir énormément de messages du types:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
ksedmp: internal or fatal error
ORA-00600: code d'erreur interne, arguments : [1236], [kkki.c], [5608], [0x7FF8EE2FBF8], [48], [0], [0], []
----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
ksedst+55            CALL???  ksedst1+573          4B2F00000000 00001D6C8
                                                   019C0B480 00001E668
ksedmp+663           CALL???  ksedst+55            003B3A698 000000000 019C09EF8
                                                   000000000
ksfdmp+19            CALL???  ksedmp+663           000000003 01A1E66B0 00F782358

J'ai lu certaines documentations concernant l'erreur ORA-00600 mais je ne pense pas être dans ces différents cas, tout fonctionne très bien au niveau des bases standby, primaire ect. Mon problème c'est que je ne peux pas activer mon agent grid :/

[Marc Musette]

je ne vois pas beaucoup d'autres alternatives que de tenter de réinstaller l'agent , ou d'ouvrir un SR chez Oracle

[ricoflashfire]

J'ai déjà réinitialisé l'agent grid client mais j'ai toujours le même problème.
Je vais ouvrir un call chez Oracle.
Es ce qu'un problème de ce type pourrai survenir suite à des problèmes réseau (perte de paquets) .
thx

[Marc Musette]

je dirais oui mais le conditionnel s'applique généralement peu dans des environnements de haute disponibilité ... SR absolument !

bonne chance. et d'avance merci pour le feedback .

[ricoflashfire]

Bon, je ne trouve vraiment pas le problème.
J'ai deux bases principales sur un serveur primaire et les deux bases standby sur un serveur de standby.
Lorsque je lance l'agent sur le serveur principal pas de problème tout fonctionne.

Code :

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

1
2
 
emctl start agent

Lorsque je lance l'agent sur le serveur standby, j'ai des logs d'erreur ORA-00600 dans des fichiers de traces dans le udump.

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
16
17
18
 
 
*** ACTION NAME:(GetDbBlockSize) 2009-11-12 17:11:43.771
*** MODULE NAME:(emagent_SQL_oracle_database) 2009-11-12 17:11:43.771
*** SERVICE NAME:() 2009-11-12 17:11:43.771
*** SESSION ID:(3264.202) 2009-11-12 17:11:43.771
*** 2009-11-12 17:11:43.771
KSTDUMP: In-memory trace dump
TIME(usecs):SEQ# ORAPID   SID EVENT  OP DATA
========================================================================
KSTDUMP: End of in-memory trace dump
*** 2009-11-12 17:11:43.771
*** 2009-11-12 17:11:43.771
ksedmp: internal or fatal error
ORA-00600: code d'erreur interne, arguments : [1236], [kkki.c], [5608], [0x16D9143B0], [48], [0], [0], []
----- Call Stack Trace -----
calling              call     entry                argument values in hex      
location             type     point

Es ce que vous avez une piste? je vais y aller à coup de pelle sinon lol?

[ricoflashfire]

Si ca vous parle ...
http://www.dba-village.com/village/d...hreadIdA=16516