PostgreSQL La base de donnees la plus sophistiquee au monde.

Forums PostgreSQL.fr

Le forum officiel de la communauté francophone de PostgreSQL

Vous n'êtes pas identifié(e).

#1 Re : Général » Maintenance » 29/01/2014 11:09:22

Bonjour,

Il a effectué un Vac full pour rentre l'espace disque au system !
bref il ne savait pas qu'en detruisant une table l'espace était rendu au system !

Assadi,

#2 Re : Général » Maintenance » 29/01/2014 00:22:15

Re: du coup
je me demande comment protéger mon serveur de prod.
interdire des actions de dump de 8h30 à 22h est ce possible ?

Cdt,

#3 Re : Général » Maintenance » 29/01/2014 00:16:44

Re:Bonjour,

J'ai reussi à reproduire le cas:
Ce matin j'avais un dump en cours + l'execution manuel par un user d'un vaccuum full.
Encore merci,

#4 Re : Général » Maintenance » 28/01/2014 18:08:10

Merci,

Si le problème se reproduit j'executerai la requête.

aat

#5 Général » Maintenance » 28/01/2014 12:18:47

assadi
Réponses : 6

Bonjour,

Un de mes utilisateurs à effectué un VACUUM FULL sur sa base ce matin et j'ai constaté au niveau des logs
que plus personnes ne pouvaient se connecter à leur base.

Un postgresql:
- base 1
- base 2
- base n

__logs__
> debut du vacuum full
944822 2014-01-28 07:38:11 GMT [11285]: [3­1] xx.xx.xx.xx.xx user=userbase1,db=base 1LOG:  process 11285 still waiting for AccessExclusiveLock on relation 1260 of database 0 after 1000.044 ms
944823 2014-01-28 07:38:11 GMT [11285]: [4­1] xx.xx.xx.xx.xx user=userbase1,db=base 1 STATEMENT:  VACUUM FULL VERBOSE

> ensuite d'autres users tente de se connecter
944829 2014-01-28 07:38:12 GMT [11294]: [2­1] host_distant user=userbase2,db=base 2 LOG:  process 11294 still waiting for AccessShareLock on relation 1260 of database 0 after 1000.287 ms
944830 2014-01-28 07:38:12 GMT [11295]: [2­1] host_distant user=userbase2,db=base 2 LOG:  process 11295 still waiting for AccessShareLock on relation 1260 of database 0 after 1000.148 ms
944865 2014-01-28 07:39:11 GMT [11294]: [3­1] host_distant user=userbase2,db=base 2 FATAL:  canceling authentication due to timeout
--
le user de la base 1 n'est pas admin et ne peux se connecter qu'à sa base...

questions:
Qu'est ce que la database 0 ?
Est ce conseillé de faire un vacuum full sur une base ?
ou doit ton effectuer table par table ?

Merci,

#6 Réplication » L'esclave réclame un fichier wal qui n'existe plus... » 19/10/2013 23:00:52

assadi
Réponses : 1

Bonjour,

Lorsque j'effectue un vacum full sur une de mes bases (45go) à tous les coups le slave réclame un fichier 'Wal' qui n'est plus sur le master.

ma configuration de base était:
____
checkpoint_segments             = 128
checkpoint_completion_target    = 0.9
checkpoint_timeout              = 1h

wal_level='hot_standby'

max_wal_senders=3
wal_keep_segments=300

--> j'ai modifié la variable
wal_keep_segments=600

Mais le problème persiste toujours à chaque vacumm full je suis obligé de refaire un rsync entre mes deux serveurs..

Toutes mes excuses si le sujet a déjà été abordé.

Pied de page des forums

Propulsé par FluxBB