La base de donn�es la plus sophistiqu�e au monde.

Ouverture de session

Demander un nouveau mot de passe

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
IRC :
serveur irc.freenode.net
canal #postgresqlfr

Liens

Recherche

Sujets du forum

Sujets actifs

Nouveaux sujets:

en lire plus

Accéder aux archives

Syndication

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?

8.3

10%

8.2

42%

8.1

40%

8.0

7.4

7.3 ou antérieure

Nombre de votes: 48

3 commentaires | anciens sondages

Configurer log pour un serveur de production

Technique - général | Configurer log pour un serveur de production

Par toniogab le 10/04/2008 - 13:57

Je cherche à configurer les log pour un serveur de production.
Je ne voudrais retourner que les informations strictements nécessaires.
Je ne voudrais pas de requetes pour poluer les logs; que les warning ou les erreurs par exemple.
J'essaie de les configurer mais c est tout ou rien !

Avez vous des conseils ou des exemples pour une configuration des log sur un serveur de production
Merci.

[ sujet précédent | sujet suivant ]

Bonjour, J'ai le même probl

philwood/ = 14 Avril, 2008 - 16:35

Bonjour,
J'ai le même problème. Impossible d'affiner le type de log retourné dans mon fichier de log. Exemple :
Je ne veux pas qu'une mauvaise manip me sorte une erreur. J'ai donc configuré le paramètre log_min_error_statement = panic
ig9=# set log_min_error_statement = panic ;
Quand je lance cette requete sur une table qui n'existe pas, j'ai quand même un retour dans mon fichier de log :
ig9=# SELECT * from fdsfs ;
2008-04-14 16:10:46 CEST spelgd [local] [28907]:[1]ERROR: relation "fdsfs" does not exist

Une idée ?

[ Vous devez vous connecter pour poster des commentaires ]

Plusieurs paramètres

SAS/ = 18 Avril, 2008 - 09:37

Bonjour,

Plusieurs paramètres influencent la trace des erreurs.

Tout est indiqué ici.

* client_min_messages : Le niveau de messages retournés au client

* log_min_messages : Le niveau de messages tracés dans les fichiers

* log_error_verbosity : La verbosité des messages tracés

* log_min_error_statement : Le niveau de trace de la requête à l'origine de l'erreur

Librement,
Stéphane Schildknecht
Dalibo
PostgreSQLFr