Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 Re : Installation » Installation du client Postgresql 9.5 sur centos 6 » 05/11/2019 18:29:09
Merci Juju,
En fait, la librairie est installée par postgresql95-libs-9.5.19-1PGDG.rhel6.x86_64.
Elle est dans :
/usr/pgsql-9.5/lib/libpq.so.5
/usr/pgsql-9.5/lib/libpq.so.5.8
En tout cas merci à vous (Guillaume et Juju)
Cecile
#2 Re : Installation » Installation du client Postgresql 9.5 sur centos 6 » 05/11/2019 16:37:38
Merci Guillaume.
Je cherche le paquet libpq sur la VM client avec la commande (find . -name "libpq" -print) mais en vain.
Comment faire pour l'installer ?
Merci
#3 Re : Installation » Installation du client Postgresql 9.5 sur centos 6 » 05/11/2019 13:29:24
Merci Guillaume.
Le protocole client-serveur implanté par la libpq, fournie avec PostgreSQL est du coté serveur ?
Cordialement
#4 Installation » Installation du client Postgresql 9.5 sur centos 6 » 05/11/2019 12:56:13
- cecile
- Réponses : 6
Bonjour,
J'ai une VM avec :
CentOS release 6.10 (Final)
RMA 8G
Je viens d'installer le client Postgresql 9.5 (yum -y install postgresql95).
Faut il installer d'autres packages pour permettre la connexion à l'instance PostgreSQL du serveur distant ?
Cordialement
Cecile
#5 Re : Général » Ajouter une description à une base de donnée » 14/01/2019 11:36:08
Bonjour Julien,
Bonne année 2019. Et, surtout bonne santé.
Un grand merci pour ta réponse.
Cordialement
#6 Général » Ajouter une description à une base de donnée » 12/01/2019 07:59:29
- cecile
- Réponses : 2
Bonjour,
la création d'une base de donnée avec la commande, ci-dessous ne permet pas de mettre une description à la base de donnée.
CREATE DATABASE nom
[ [ WITH ] [ OWNER [=] nom_utilisateur ]
[ TEMPLATE [=] modèle ]
[ ENCODING [=] codage ]
[ LC_COLLATE [=] lc_collate ]
[ LC_CTYPE [=] lc_ctype ]
[ TABLESPACE [=] tablespace ]
[ CONNECTION LIMIT [=] limite_connexion ] ]
Comment faire pour l'ajouter ?
Cette description est visible avec \l+ depuis psql.
Cordialement
#7 Re : Général » problème avec pg_dumpall » 06/01/2019 23:25:12
Bonne année et bonne santé Julien.
Merci
Cecile
#8 Re : Général » problème avec pg_dumpall » 06/01/2019 16:56:32
En fait pour la création et la suppression de la base postgres, je peux le faire avec dropdb et createdb en tant que postgres.
psql -c "drop database postgres" »
psql -c "create database postgres" template1 »
N'est ce pas ?
#9 Re : Général » problème avec pg_dumpall » 06/01/2019 16:47:52
Bonjour Guillaume,
Pour commencer, une très bonne et heureuse année 2019. Surtout bonne santé.
Merci pour tes réponses.
Je n'ai pas bien compris ce que tu veux dire par : "Mais sinon, oui, ça fonctionnera à condition d'utiliser l'option "-h h2" pour psql."
Encore un grand merci.
Cecile
#10 Général » problème avec pg_dumpall » 06/01/2019 16:01:37
- cecile
- Réponses : 7
Bonjour
J'ai deux VM h1 et h2 avec l'os Red Hat Enterprise Linux Server release 6.5 (Santiago)
et (PostgreSQL) 9.3.5.
sur la VM h1, j'ai fait nohup pg_dumpall > all.sql &. Puis, j'ai transféré all.sql sur la VM h2
sur la VM h2, j'ai fait nohup psql -f all.sql &. (import)
Sur h2, à la fin de l'import, je constate que : ma base ma_base n'a pas bougée. Elle aurait du grossir car ma_base depuis h1 est plus grosse.
Mais la base postgres a grossi. Sa taille est sensiblement égale à celle de ma_base.
une requette sur la base postgres donne le même resultat que sur la base ma_base.
C'est comme si on avait importé la base ma_base sur la base postgres.
Il y a t'il une expplication à cela ? Est ce un bug ?
Peut-on dropper la base postgres et la recréer ( createdb postgres with template template1 )sans crainte ?
puis faire l'export, sur h1, de ma_base (nohup pg_dump ma_base > ma_base.sql &) et l'importer sur h2 avec la commande
nohup psql ma_base < ma_base.sql) ?
Merci pour vos retours
Cordialement
Cecile
#11 Re : Optimisation » Optimisation des ressources système » 25/09/2018 11:38:22
Avec top on constate que ce sont les process postgres qui consomment plus de mémoire.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
31591 postgres 20 0 8620m 622m 612m R 15.6 1.9 0:07.63 postmaster
24041 postgres 20 0 9268m 7.6g 7.0g S 5.0 24.2 2:49.10 postmaster
24062 postgres 20 0 9268m 7.6g 7.0g D 4.6 24.3 2:50.10 postmaster
31738 postgres 20 0 8620m 161m 153m D 4.6 0.5 0:00.81 postmaster
31583 postgres 20 0 8618m 129m 122m S 4.3 0.4 0:00.69 postmaster
29676 postgres 20 0 8625m 4.4g 4.4g D 3.3 13.9 0:21.46 postmaster
31593 postgres 20 0 8621m 606m 596m D 3.0 1.9 0:02.62 postmaster
31579 postgres 20 0 8618m 108m 101m S 2.3 0.3 0:00.32 postmaster
31586 postgres 20 0 8620m 273m 264m S 1.7 0.9 0:01.32 postmaster
31690 postgres 20 0 8621m 1.1g 1.1g S 1.7 3.6 0:01.19 postmaster
31739 postgres 20 0 8620m 1.1g 1.1g S 1.0 3.6 0:00.90 postmaster
31002 postgres 20 0 8621m 400m 391m S 0.7 1.2 0:02.61 postmaster
31694 postgres 20 0 8617m 32m 28m S 0.7 0.1 0:00.04 postmaster
#12 Re : Optimisation » Optimisation des ressources système » 25/09/2018 11:19:33
Merci pour le retour. Cependant, la question reste posée.
#13 Re : Optimisation » Optimisation des ressources système » 25/09/2018 11:04:26
Oui. Le serveur est dédié.
#14 Re : Optimisation » Optimisation des ressources système » 25/09/2018 10:55:28
Voici les informations manquantes .
RAM = 32GB
shared_buffer = 8GB
work_mem = 10MB
maintenance_work_mem = 2GB
Merci d'avance.
#15 Optimisation » Optimisation des ressources système » 25/09/2018 10:42:40
- cecile
- Réponses : 13
Bonjour,
Voici ma configuration :
Red Hat Enterprise Linux Server release 6.7 (Santiago)
Overcommit_memory = 0
overcommit_ratio = 50
swappiness = 5
swap = 4Go
RAM = 32
CPU = 20
PostgreSQL 9.3.5
shared_buffer = 8
max_connection = 560
checkpoint_segments=64
Lorsque l'application est fortement utilisée, PostgreSQL swappe, jusqu'à utiliser tout le swap. Puis, il se plante.
Comment faire pour éviter que PostgreSQL ne swappe pas ?
Cordialement
Cécile
#16 Re : Général » Retrouver le nom de tables temporaires générées pendant un vacuum » 25/07/2018 16:33:15
Merci pour la réponse.
Est il possible de connaitre malgré tout les noms de ces fichiers temporaires. En faisant ls -alrt dans /var/lib/pgsql/9.3/data/base/14539456/ on trouve des ID ?
Cordialement
#17 Re : Général » Retrouver le nom de tables temporaires générées pendant un vacuum » 25/07/2018 16:01:36
C'était vacuum full analyze
Le vacuum arrêté avec kill -9 num process
#18 Général » Retrouver le nom de tables temporaires générées pendant un vacuum » 25/07/2018 15:46:39
- cecile
- Réponses : 5
Bonjour,
J'ai postgresql 9.3 sur Red Hat 6.5
Un vacuum s'exécutait sur la VM. Je décide de l'arrêter au bout de quelque minutes.
En regardant la taille de la base, celle-ci à augmenter notament avec des fichiers temporaires présents dans /var/lib/pgsql/9.3/data/base/14539456/....
Je suppose que ces fichiers sont des tables temporaires.
Peut-on trouver le nom de ces tables temporaire connaissant leurs ID ?
Peut-on lire leur contenu (enregistrements)?
Est ce normal, que la requete select relid, relname from pg_stat_all_tables ne contienne pas ces tables ?
En somme comment faire pour lister ces tables et connaitre leurs noms ?
Cordialement
#19 Re : Général » configuration minimale pour une VM » 28/12/2017 14:51:24
Merci Guillaume,
Je vais gonfler la config de la VM pour un bon fonctionnement des deux instances.
Cordialement
#20 Général » demarrage automatique d'une instance » 28/12/2017 14:35:17
- cecile
- Réponses : 1
Bonjour,
Configuration :
debian 8.3
VM
RAM 4
vCPU 2
Postgresql version 9.5
J'ai crée une nouvelle instance sur ma VM. Son PDATA est /var/lib/postgresql/9.5/data. Le PGDATA de l'autres instance est /var/lib/postgresql/9.5/main
Je souhaiterai que les deux instance démarrent automatiquement.
J'ai cherché le script linux qui serait dans /contrib/start-scripts/linux pour le copier dans /etc/init.d/data mais en vain.
Comment faire ?
#21 Re : Général » configuration minimale pour une VM » 23/12/2017 09:36:58
Merci.
Quelles informations dois-je fournir pour votre compréhension ?
Mais qu'entendez-vous par La RAM fait 4 Go mais quel est la partie active des bases de chaque instance ?
En fait, les deux instances sont indépendantes avec aucune interaction. Sur une la base fait 700Go (données de prod) et sur l'autre 300Go (données de développement).
Cordialement
#22 Re : Général » configuration minimale pour une VM » 23/12/2017 07:51:51
Bonjour Guillaume,
Merci pour votre réponse.
Si je comprends bien le fonctionnement des instances sera difficile ?
Une petite question.
La RAM fait 4Go, donc la shared_buffers est de 1Go.
Faut il mettre 1Go pour chaque instance ou 512Mo pour chaque instance afin de respecter le ratio de 25% de la RAM ?
Merci d'avance
Cecile
#23 Général » configuration minimale pour une VM » 22/12/2017 15:31:55
- cecile
- Réponses : 6
Bonjour,
j'ai une VM avec
OS : RHEL5
CPU : 2
RAM : 4
Postgresql 9.3
Je souhaiterai créer deux instances sur cette VM. Chaque instance aura son FS. Est-ce cette configuration est suffisante ?
Pourriez-vous me suggérer une configuration minimale pour la VM ?
Merci d'avance
#24 Offres » configuration minimale d'une VM » 22/12/2017 15:28:05
- cecile
- Réponses : 1
Bonjour,
j'ai une VM avec
OS : RHEL5
CPU : 2
RAM : 4
Postgresql 9.3
Je souhaiterai créer deux instances sur cette VM. Chaque instance aura son FS. Est-ce cette configuration est suffisante ?
Pourriez-vous suggérer une configuration minimale pour la VM ?
Merci d'avance
#25 Installation » Installation plusieurs Version de Postgresql sur une même VM » 13/04/2017 11:51:05
- cecile
- Réponses : 4
Bonjour,
J'ai une VM avec :
RAM 4Go
Debian7.8
PostgreSQL 8.4
Je souhaiterai installer la nouvelle version de PostgreSQl 9.6.2 sur cette même VM par apt-get. Est-ce qu'il n'y a pas un risque pour les commandes au moment de l'utilisation de postgresql ?
Cordialement