Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
J'utilise actuellement PG 9.2.1 sur une plateforme windows.
J'ai l'habitude de paramétrer la taille des fichiers de log comme suivant dans postgresql.conf :
log_rotation_size = 5MB
Avec cette version, il semble que ce paramètre est inactif. Les fichiers de logs dépassent largement les 5MB.
Est ce un bug ? ou un mauvais paramétrage ?
Merci d'avance.
Hors ligne
Certainement un mauvais paramétrage, je n'ai pas ce problème. Vérifiez déjà que votre log_rotation_size vaut bien 5 Mo en utilisant la commande SHOW.
Guillaume.
Hors ligne
Bonjour,
La commande "SHOW Log_Rotation_Size" donne la réponse suivante :
5MB
Alors, est ce une histoire de Majuscules/minuscules ?
J'ai déjà configuré le log rotation size à plusieurs reprises sur différentes versions, mais là cette valeur est ineffective.
Une idée ?
Merci d'avance.
Hors ligne
Quel est le reste de votre configuration au niveau des logs ? le log_destination vaut bien stderr ou csvlog ? et le logging_collector est à on ?
Guillaume.
Hors ligne
Bonjour,
Voici mes configurations de logs :
log_destination = 'stderr'
logging_collector = on
#log_directory = 'pg_log'
#log_directory = 'pg_log'
#log_file_mode = 0600
#log_truncate_on_rotation = off
#log_rotation_age = 1d
log_rotation_size = 5MB
Merci pour votre aide.
Hors ligne
La config a l'air bonne. Difficile d'en dire plus comme ça. Comme je vous l'ai dit, cela fonctionne pour moi sur une 9.2.2.
Guillaume.
Hors ligne
Bonjour.
Quelle est la valeur de "log_filename" ?
Je pose cette question car j'ai été confronté au même problème cette semaine sur un projet pour lequel je voulais maitriser la taille occupée par l'ensemble des fichiers logs sur une semaine.
Je me suis dit, "%a" => 7 jours * log_rotation_size => volume stable sur le FS.
Ben non, j'ai vu mes fichiers logs gonfler au delà de la taille spécifiée pour un même jour.
Si je génère plus que "log_rotation_size" de logs dans la même journée, avec la clé %a (jour) précisée comme nom de journal, la rotation n'est pas faite.
A priori, le serveur ne sait pas faire la rotation sur le même nom de fichier (je laisse les experts confirmer ce qui est peut-être déjà clairement écrit dans la doc).
En suffixant par une clé supplémentaire discriminante la rotation se fait bien.
Hors ligne
Bonjour,
Dans mon fichier de conf, ce paramètre est désactivé.
#log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log' # log file name pattern,
# can include strftime() escapes
Par défaut, les fichiers de log sont nommés comme indiqué dans le pattern.
Merci d'avance pour votre aide.
Hors ligne
David, la rotation est faite mais on aboutit au même nom de fichier vu votre log_filename si le jour n'a pas changé.
Guillaume.
Hors ligne
Bonjour,
J'ai essayé d'activer le pattern log file name, mais rien n'y change.
Par contre lorsque l'on recharge les configurations, un nouveau fichier de log est bien crée avec ou sans parametre log file name.
Je ne comprends pas ce qui a pu se passer avec cette version !
Une autre idée ?
Merci d'avance.
Hors ligne
Bonjour Guillaume.
Oui, la rotation est peut-être faite sur le même fichier mais le RAZ de ce fichier non alors que "log_truncate_on_rotation=on".
C'est ce à quoi je m'attendais à avoir comme comportement c.a.d. un même fichier mais écrasé par la rotation dès que la taille excède celle précisée par le paramètre log_rotation_size.
Testé aujourd'hui avec la 9.2.1 avec les paramètres suivants:
log_destination = 'stderr'
logging_collector = on
log_directory = 'pg_log'
log_filename = 'postgresql-%a.log'
log_truncate_on_rotation = on
log_rotation_age = 0
log_rotation_size = 10kb
[postgres@david60:/data/dav921/data/pg_log]$ ll
total 64
-rw------- 1 postgres postgres 63655 7 déc. 10:37 postgresql-Fri.log <-- 63k
-rw------- 1 postgres postgres 0 27 nov. 00:00 postgresql-Tue.log
-rw------- 1 postgres postgres 0 28 nov. 00:00 postgresql-Wed.log
NB : j'ai le même comportement avec la 9.0.
Hors ligne
On ne peut guère dire grand chose de plus. Il faudrait avoir les mains dans le serveur pour y comprendre quelque chose
Guillaume.
Hors ligne
Pages : 1