Re: Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Problème de connection

Bonjour à tous et meilleurs voeux pour cette nouvelle année qui commence.

J'ai une question suite à un problème que nous avons rencontrés qui est le suivant :

nous avons diverses bases de données PSQL sur nos deux serveurs d'intégration répliqué, et nous avons eu un soucis
concernant un blocage de connexion au niveau des bases depuis les applicatifs.

Nous avons modifié la valeurs max_connection au niveau du fichier de configuration postgres.conf (nous sommes en 9.2),
il était fixé à 100 nous l'avons monté à 500.

Cette valeurs modifiée induit-elle d'autres paramètres à modifier ?

Cordialement

Bonjour Christophe,

Bonne année à toi!

La modification du paramètre max_connection nécessite un redémarrage de
l'instance pour prise en compte.
Est-ce que tu as redémarré ton cluster?

J'ai rencontré des problèmes de sémaphores sur Linux lors de l'augmentation
d'un nombre de connections, et cela avait empéché le redémarrage de mon
cluster.

Je ne connais pas le process de réplication utilisé, mais en cas de
streaming replication, tu as besoin d'aligner le max_connection entre le
maitre et l'esclave.

En espérant t'avoir aidé,
Thomas

Le 22 janvier 2016 à 11:00, Christophe Mailhebuau <
christophe(dot)mailhebuau(at)laregion-alpc(dot)fr> a écrit :

>
> Bonjour à tous et meilleurs voeux pour cette nouvelle année qui commence.
>
> J'ai une question suite à un problème que nous avons rencontrés qui est le
> suivant :
>
> nous avons diverses bases de données PSQL sur nos deux serveurs
> d'intégration répliqué, et nous avons eu un soucis
> concernant un blocage de connexion au niveau des bases depuis les
> applicatifs.
>
> Nous avons modifié la valeurs max_connection au niveau du fichier de
> configuration postgres.conf (nous sommes en 9.2),
> il était fixé à 100 nous l'avons monté à 500.
>
> Cette valeurs modifiée induit-elle d'autres paramètres à modifier ?
>
> Cordialement
>
>
> <http://ls2.aquitaine.fr/r/25/d0fc8902-4dbe-4a99-a035-76831d8726c9>
>
>

Le 22 janvier 2016 à 12:11, Thomas Boussekey <thomas(dot)boussekey(at)gmail(dot)com> a
écrit :

> Bonjour Christophe,
>
> Bonne année à toi!
>
> La modification du paramètre max_connection nécessite un redémarrage de
> l'instance pour prise en compte.
> Est-ce que tu as redémarré ton cluster?
>
> J'ai rencontré des problèmes de sémaphores sur Linux lors de
> l'augmentation d'un nombre de connections, et cela avait empéché le
> redémarrage de mon cluster.
>
> Je ne connais pas le process de réplication utilisé, mais en cas de
> streaming replication, tu as besoin d'aligner le max_connection entre le
> maitre et l'esclave.
>
>
EN plus de ce que vient de dire Thomas, la consommation mémoire est un brin
plus importante. Rien de méchant mais tout de même. Sans compter que le
paramètre work_mem est généralement taillé par rapport à la valeur du
max_connections, et qu'une augmentation de ce dernier (max_connections)
devrait conseiller fortement une descente du premier (work_mem).

Mais en fait, il faudrait surtout savoir ce qui a causé ce blocage au
niveau applicatif. L'augmentation du max_connections n'est généralement pas
une bonne idée, surtout à une valeur si importante, si on ne sait pas
pourquoi l'applicatif a tout d'un coup demandé plus de slots de connexions.

En espérant t'avoir aidé,
> Thomas
>
> Le 22 janvier 2016 à 11:00, Christophe Mailhebuau <
> christophe(dot)mailhebuau(at)laregion-alpc(dot)fr> a écrit :
>
>>
>> Bonjour à tous et meilleurs voeux pour cette nouvelle année qui commence.
>>
>> J'ai une question suite à un problème que nous avons rencontrés qui est
>> le suivant :
>>
>> nous avons diverses bases de données PSQL sur nos deux serveurs
>> d'intégration répliqué, et nous avons eu un soucis
>> concernant un blocage de connexion au niveau des bases depuis les
>> applicatifs.
>>
>> Nous avons modifié la valeurs max_connection au niveau du fichier de
>> configuration postgres.conf (nous sommes en 9.2),
>> il était fixé à 100 nous l'avons monté à 500.
>>
>> Cette valeurs modifiée induit-elle d'autres paramètres à modifier ?
>>
>> Cordialement
>>
>>
>> <http://ls2.aquitaine.fr/r/25/d0fc8902-4dbe-4a99-a035-76831d8726c9>
>>
>>
>

--
Guillaume.
http://blog.guillaume.lelarge.info
http://www.dalibo.com

2016-01-22 20:14 GMT+09:00 Guillaume Lelarge <guillaume(at)lelarge(dot)info>:

> Le 22 janvier 2016 à 12:11, Thomas Boussekey <thomas(dot)boussekey(at)gmail(dot)com>
> a écrit :
>
>> Bonjour Christophe,
>>
>> Bonne année à toi!
>>
>> La modification du paramètre max_connection nécessite un redémarrage de
>> l'instance pour prise en compte.
>> Est-ce que tu as redémarré ton cluster?
>>
>> J'ai rencontré des problèmes de sémaphores sur Linux lors de
>> l'augmentation d'un nombre de connections, et cela avait empéché le
>> redémarrage de mon cluster.
>>
>> Je ne connais pas le process de réplication utilisé, mais en cas de
>> streaming replication, tu as besoin d'aligner le max_connection entre le
>> maitre et l'esclave.
>>
>>
> EN plus de ce que vient de dire Thomas, la consommation mémoire est un
> brin plus importante. Rien de méchant mais tout de même. Sans compter que
> le paramètre work_mem est généralement taillé par rapport à la valeur du
> max_connections, et qu'une augmentation de ce dernier (max_connections)
> devrait conseiller fortement une descente du premier (work_mem).
>

postgresql.conf:
# Note: Increasing max_connections costs ~400 bytes of shared memory per
# connection slot, plus lock space (see max_locks_per_transaction).
Donc ça ne mord pas.
--
Michael

Merci beaucoup pour ces informations.

Oui j'ai redémarré les instances.

J'ai bien réalignés les valeurs sur mes deux instances.

à bientôt

Christophe Mailhebuau
Administrateur Systèmes Open Source
Direction du Système d'Information
14 Rue François de Sourdis
33077 Bordeaux Cedex - France

Fax : +33 (0)5.56.56.38.58
GSM : +00 33 (0)6.30.11.09.77

----- Mail original -----

De: "Michael Paquier" <michael(dot)paquier(at)gmail(dot)com>
À: "Guillaume Lelarge" <guillaume(at)lelarge(dot)info>
Cc: "Thomas Boussekey" <thomas(dot)boussekey(at)gmail(dot)com>, "Christophe Mailhebuau" <christophe(dot)mailhebuau(at)laregion-alpc(dot)fr>, "pgsql-fr-generale" <pgsql-fr-generale(at)postgresql(dot)org>
Envoyé: Vendredi 22 Janvier 2016 13:36:15
Objet: Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Problème de connection

2016-01-22 20:14 GMT+09:00 Guillaume Lelarge < guillaume(at)lelarge(dot)info > :

Le 22 janvier 2016 à 12:11, Thomas Boussekey < thomas(dot)boussekey(at)gmail(dot)com > a écrit :

<blockquote>

Bonjour Christophe,

Bonne année à toi!

La modification du paramètre max_connection nécessite un redémarrage de l'instance pour prise en compte.
Est-ce que tu as redémarré ton cluster?

J'ai rencontré des problèmes de sémaphores sur Linux lors de l'augmentation d'un nombre de connections, et cela avait empéché le redémarrage de mon cluster.

Je ne connais pas le process de réplication utilisé, mais en cas de streaming replication, tu as besoin d'aligner le max_connection entre le maitre et l'esclave.

EN plus de ce que vient de dire Thomas, la consommation mémoire est un brin plus importante. Rien de méchant mais tout de même. Sans compter que le paramètre work_mem est généralement taillé par rapport à la valeur du max_connections, et qu'une augmentation de ce dernier (max_connections) devrait conseiller fortement une descente du premier (work_mem).

</blockquote>

postgresql.conf:
# Note: Increasing max_connections costs ~400 bytes of shared memory per
# connection slot, plus lock space (see max_locks_per_transaction).
Donc ça ne mord pas.
--
Michael

Merci beaucoup pour ces informations.

Oui j'ai redémarré les instances.

J'ai bien réalignés les valeurs sur mes deux instances.

à bientôt

----- Mail original -----

De: "Michael Paquier" <michael(dot)paquier(at)gmail(dot)com>
À: "Guillaume Lelarge" <guillaume(at)lelarge(dot)info>
Cc: "Thomas Boussekey" <thomas(dot)boussekey(at)gmail(dot)com>, "Christophe Mailhebuau" <christophe(dot)mailhebuau(at)laregion-alpc(dot)fr>, "pgsql-fr-generale" <pgsql-fr-generale(at)postgresql(dot)org>
Envoyé: Vendredi 22 Janvier 2016 13:36:15
Objet: Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Re: [pgsql-fr-generale] Problème de connection

2016-01-22 20:14 GMT+09:00 Guillaume Lelarge < guillaume(at)lelarge(dot)info > :

Le 22 janvier 2016 à 12:11, Thomas Boussekey < thomas(dot)boussekey(at)gmail(dot)com > a écrit :

<blockquote>

Bonjour Christophe,

Bonne année à toi!

La modification du paramètre max_connection nécessite un redémarrage de l'instance pour prise en compte.
Est-ce que tu as redémarré ton cluster?

J'ai rencontré des problèmes de sémaphores sur Linux lors de l'augmentation d'un nombre de connections, et cela avait empéché le redémarrage de mon cluster.

Je ne connais pas le process de réplication utilisé, mais en cas de streaming replication, tu as besoin d'aligner le max_connection entre le maitre et l'esclave.

EN plus de ce que vient de dire Thomas, la consommation mémoire est un brin plus importante. Rien de méchant mais tout de même. Sans compter que le paramètre work_mem est généralement taillé par rapport à la valeur du max_connections, et qu'une augmentation de ce dernier (max_connections) devrait conseiller fortement une descente du premier (work_mem).

</blockquote>

postgresql.conf:
# Note: Increasing max_connections costs ~400 bytes of shared memory per
# connection slot, plus lock space (see max_locks_per_transaction).
Donc ça ne mord pas.
--
Michael