Gestion de sqlnet.log sous Oracle

Bonjour,

J'ai un ficher sqlnet.log qui commence a ete trop volumineux dans /oracle/local/genio.

Je souhaitais donc savoir si je pouvais l'effacer et le recreer manuellement ou alors s'il fallait mieux l'editer et le vider via VI ?

au passage faut-il arreter un service genre le listener ?

Ce fichier sqlnet.log est-il automatiquement creer par un process et dans ce cas si uje le supprime va-t'il automatiquement etre recrée si besoin ?

merci de vos reponses, en esperant avoir ete dans la bonne section du forum.

Cdt
Yull

Bonjour

Il n'est pas normal que ce SQLNET.LOG devienne volumineux. Il n'est alimenté qu'en cas de problèmes.

Pouvez-vous nous montrer votre SQLNET.ORA ?

il n'y a pas grand chose dans mon sqlnet.ora :

Citation:

---

# sqlnet.ora Network Configuration File: /oracle/product/10.2.0/network/admin/sqlnet.ora
# Generated by Oracle configuration tools.

NAMES.DIRECTORY_PATH= (TNSNAMES)

---

et dans mon sqlnet.log voici l'erreur qui est noté de multiple fois ce qui explique le volume du fichier.

Citation:

---

***********************************************************************
Fatal NI connect error 12541, connecting to:
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=XXX.xxxx.xxxxxx.fr)(PORT=XXXX))(CONNECT_DATA=(SERVER=DEDICATED)(SID=xxx)(CID=(PROGRAM=GenExec)(HOST=xxxxx)(USER=xxxxx))))

VERSION INFORMATION:
TNS for Linux: Version 10.2.0.1.0 - Production
TCP/IP NT Protocol Adapter for Linux: Version 10.2.0.1.0 - Production
Time: 05-JUIL.-2010 08:33:58
Tracing not turned on.
Tns error struct:
ns main err code: 12541
TNS-12541: TNS : aucun processus d'écoute
ns secondary err code: 12560
nt main err code: 511
TNS-00511: Pas de processus d'écoute
nt secondary err code: 111
nt OS err code: 0


***********************************************************************

---

en tout cas merci Pomalaix de vous intéresser a mon problème.

Ce matin en arrivant j'avais juste l'agent11g qui était planté apparemment je l'ai donc relancé et tout était ok, mais je vois pas pourquoi cela aurais remplis le sqlnet.log

;)

Visiblement votre listener n'était pas démarré.
Et quand vous avez un processus qui fait des tentatives de connexion très fréquentes, ça finit par faire un log plutôt obèse.

Donc maintenant que la cause est éclaircie, vous pouvez supprimer le SQLNET.LOG sans état d'âme, il s'en recréera un dès que ça sera utile.

Juste pour info, il ne faudrait pas supprimer à la volée un LISTENER.LOG, là vous auriez des soucis.