Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
Pages : 1
#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]: [31] 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]: [41] 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]: [21] 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]: [21] 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]: [31] 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é.
Pages : 1