Vous n'êtes pas identifié(e).
Guillaume,
J'ai de nouvelles infos.
Chaque dimanche, les tâches suivantes sont lancées :
vacuumdb -a -f -z
reindexdb -a
reindexdb -s
Dans le fichier de log, pour le vacuumdb, je vois ceci :
2009-12-06 08:05:02 CSTLOG: transaction ID wrap limit is 1108100205, limited by database "geo"
2009-12-06 08:05:02 CSTLOG: transaction ID wrap limit is 1108100205, limited by database "geo"
2009-12-06 08:05:02 CSTLOG: duration: 1263.598 ms statement: VACUUM FULL ANALYZE;
Idem pour les bases postgres et template1.
Pour le reindexdb, je ne vois rien pour la base geo, alors que je vois cela pour les 2 autres :
2009-12-06 09:31:38 CSTLOG: duration: 312.526 ms statement: SELECT datname FROM pg_database WHERE datallowconn;
2009-12-06 09:31:43 CSTLOG: duration: 5005.807 ms statement: REINDEX DATABASE postgres;
Lorsque je fais un \l sous psql, il m'affiche bien la liste des bases.
As-tu une explication pour cela ?
Est-ce lié au problème de l'autovacuum ?
Guillaume,
J'ai réinstallé un PostgreSQL 8.1.2 sur une machine White Box 4, l'autovacuum fonctionne.
Malheureusement l'OS est : White Box Enterprise Linux release 4 (Manifestdestiny Respin 2)
Y aurait-il une différence entre White Box Enterprise Linux release 4 (Manifestdestiny) et White Box Enterprise Linux release 4 (Manifestdestiny Respin 2) ?
L'équipe système ne peut plus me fournir une White Box 4 pas "Respin 2".
Je ne sais plus quoi tester.
Mon chef n'est pas trop chaud pour la mise à jour en live sur la production.
Guillaume,
Les bases sont en production.
Je suis en train de monter un serveur de test avec White Box 4 et PostgreSQL 8.1.2.
Si j'arrive au même résultat, j'installe 8.1.18
Je n'ai jamais fait de mise à jour, j'espère que cela est simple et rapide.
Je t'informe au plus vite.
Merci encore pour ton aide.
Guillaume,
[postgres@jips ~]$ psql my_bdd
Welcome to psql 8.1.2, the PostgreSQL interactive terminal.
Type: \copyright for distribution terms
\h for help with SQL commands
\? for help with psql commands
\g or terminate with semicolon to execute query
\q to quit
Guillaume,
L'exécution du programme ne retourne rien, pas la moindre ligne de message.
Guillaume,
Sur la machine où ça ne marche pas : White Box Enterprise Linux release 4 (manifestdestiny)
Sur une autre machine où cela fonctionne : Red Hat Enterprise Linux AS release 4 (Nahant)
Si cela peut aider au diagnostic.
Bonjour Guillaume,
La commande ping localhost me retourne :
[postgres@jips ~]$ ping localhost
PING localhost.localdomain (127.0.0.1) 56(84) bytes of data.
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=0 ttl=64 time=0.030 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=1 ttl=64 time=0.014 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=2 ttl=64 time=0.015 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=3 ttl=64 time=0.013 ms
64 bytes from localhost.localdomain (127.0.0.1): icmp_seq=4 ttl=64 time=0.014 ms
--- localhost.localdomain ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 3999ms
rtt min/avg/max/mdev = 0.013/0.017/0.030/0.007 ms, pipe 2
L'équipe système m'assure que SELinux n'est pas installé, ni un autre Firewall et que la configuration réseau est correcte.
Aurais-tu d'autres pistes ?
Merci.
Guillaume,
Je viens de trouver cela dans le fichier de log du jour du dernier reboot de la machine :
2009-11-24 12:01:14 CSTFATAL: terminating connection due to administrator command
2009-11-24 12:01:14 CSTLOG: received smart shutdown request
2009-11-24 12:01:14 CSTLOG: shutting down
2009-11-24 12:01:14 CSTLOG: database system is shut down
2009-11-24 12:01:15 CSTLOG: logger shutting down
2009-11-24 12:32:33 CSTLOG: could not connect socket for statistics collector: Le réseau n'est pas accessible.
2009-11-24 12:32:33 CSTLOG: disabling statistics collector for lack of working socket
2009-11-24 12:32:33 CSTLOG: database system was shut down at 2009-11-24 12:01:14 CST
2009-11-24 12:32:33 CSTLOG: checkpoint record is at 61/A7749448
2009-11-24 12:32:33 CSTLOG: redo record is at 61/A7749448; undo record is at 0/0; shutdown TRUE
2009-11-24 12:32:33 CSTLOG: next transaction ID: 34170859; next OID: 25315878
2009-11-24 12:32:33 CSTLOG: next MultiXactId: 1556; next MultiXactOffset: 3346
2009-11-24 12:32:33 CSTLOG: database system is ready
2009-11-24 12:32:33 CSTLOG: transaction ID wrap limit is 1107833619, limited by database "postgres"
Cela peut-il aider ?
Bonjour Guillaume,
Merci pour la réponse.
Je vois pourtant ces 2 process tourner sur une autre machine en 8.1.
Bonjour,
Je travaille avec une base 8.1 sous Red-Hat 4.
Je ne vois pas l'autovacuum dans les fichiers de log.
Je ne vois pas les process "stats buffer process" et "stats collector process" non plus.
Les paramètres du fichier postgresql.conf sont :
stats_start_collector = true
stats_command_string = true
stats_block_level = true
stats_row_level = true
autovacuum = true
autovacuum_naptime = 600
autovacuum_vacuum_threshold = 1000
autovacuum_analyze_threshold = 500
autovacuum_vacuum_scale_factor = 0.4
autovacuum_analyze_scale_factor = 0.2
autovacuum_vacuum_cost_delay = -1
autovacuum_vacuum_cost_limit = -1
Quelqu'un peut-il m'aider ?
