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 Général » pgBackRest » 07/05/2020 17:46:01

mba
Réponses : 5

Bonjour,

J'ai utilise pgBackRest pour les sauvegardes physiques.
Est-ce que quelqu'un sait comment restaurer un backup expiré qui a été copié ailleurs au paravent ?
En d'autres termes comment cataloguer une sauvegarde ?
D'avance merci pour votre aide.

Cordialement.
MBA

#2 Réplication » pgpool ldap authentification » 08/11/2019 09:49:44

mba
Réponses : 0

Bonjour,

J'ai mis en place un cluster en streaming avec pgpool et j'ai besoin de paramétrer l'authentification via ldap.
Dans la documentation de pgpool il y a juste une ligne sur  l'outil pam mais sans détail.

Quelqu'un aurait une documentation complète de mise en place de l'authentification pgpool via ldap.
D'avance merci.

Cordialement.
Mba

#3 Optimisation » Problème de performance d'une requête BI sur une version 10.4 » 12/11/2018 16:01:25

mba
Réponses : 1

Bonjour,

J'ai requête BI qui fait appel à une fonction.
Sur une version 10.4 la requête fonctionne uniquement si le parallélisme est actif et l'option PARALLEL de la fonction est à SAFE, elle dure en moyenne 20secondes.
Si le parallélisme est désactivé la requête ne se termine plus (2 jours sans fin...).
J'ai restauré la base sur une version 9.5, la requête s’exécute en quelques minutes.
Quelqu'un aurait une idée ce qui peut bloquer la requête  sur la version 10.4?

Cordialement.
MBA

#4 Site PostgreSQL.fr » Problème pgpool II » 26/06/2018 10:52:54

mba
Réponses : 0

Bonjour,

J'ai des problèmes de connexions via pgpool2 et j'ai ça dans la log de pgpool:
Message : Jun 25 09:54:45 appxe01 pgpool-dbachp01[31968]: [9729-1] 2018-06-25 09:54:45: pid 31968:, scmhb-scmhb [unknown] ->ERROR: unable to read data

Sachant j'ai déjà augmenté num_init_children de 16 à 64 et max_pool à 4
connection_life_time =  300
client_idle_limit =  300


Quelqu'un aurait une idée SVP ?

Cordialement.

#6 Re : Général » Current querry postgres 8.4 » 19/03/2018 17:22:21

mba

Non c'est bien avec l'user postgres et track_activities est en on.

#7 Général » Current querry postgres 8.4 » 19/03/2018 16:39:02

mba
Réponses : 4

Bonjour,

J'ai un problème pour récupérer les requêtes en cours sur une instance 8.4.
Le champs current_query est <IDLE> ? et c'est le cas pour toutes les sessions en cours mis à part ma session:

-[ RECORD 70 ]+---------------------------------
datid         | 33679
datname       | jcmsdb
procpid       | 15194
usesysid      | 16385
usename       | jcms
current_query | <IDLE>
waiting       | f
xact_start    |
query_start   | 2018-03-19 11:42:41.599345+01
backend_start | 2018-03-19 11:41:40.184787+01
client_addr   | 127.0.0.1
client_port   | 41419

D'avance merci pour votre aide.
Cordialement.
Mahdi,

#8 Site PostgreSQL.fr » Current querry postgres 8.4 » 19/03/2018 13:39:05

mba
Réponses : 0

Bonjour,

J'ai un problème pour récupérer les requêtes en cours sur une instance 8.4.
Le champs current_query est <IDLE> ? et c'est le cas pour toutes les sessions en cours mis à part ma session:

-[ RECORD 70 ]+---------------------------------
datid         | 33679
datname       | jcmsdb
procpid       | 15194
usesysid      | 16385
usename       | jcms
current_query | <IDLE>
waiting       | f
xact_start    |
query_start   | 2018-03-19 11:42:41.599345+01
backend_start | 2018-03-19 11:41:40.184787+01
client_addr   | 127.0.0.1
client_port   | 41419

D'avance merci pour votre aide.
Cordialement.
Mahdi,

#9 Re : Installation » PostgreSQL 9.4 initdb nouvelle instance KO » 16/11/2017 11:50:38

mba

Bonjour,

J'ai trouvé l'historique de l'installation
./alfresco-community-installer-201707-linux-x64.bin
pour moi c'est une installation spécifique d'où l'impossibilité d'avoir deux postmaster.pid avec le même moteur.

Cordialement.

#10 Re : Installation » PostgreSQL 9.4 initdb nouvelle instance KO » 15/11/2017 13:13:49

mba

Non rien les variables d'environnement ne sont pas positionnées.
[postgres@server ~]$ echo $PGDATA

[postgres@server ~]$

#12 Re : Installation » PostgreSQL 9.4 initdb nouvelle instance KO » 15/11/2017 11:34:51

mba

Pour info, j'ai installé une version 9.6 en parallèle et j'ai créé deux instances sans aucune erreur.
Peut être ça dépend de mode d'installation ? je n'ai pas l'historique de l'installation de la version en cours (9.4).

Cordialement.

#13 Re : Installation » PostgreSQL 9.4 initdb nouvelle instance KO » 15/11/2017 10:54:48

mba

Avec l'option debug:
.............
fixing permissions on existing directory /home/postgres/data ... ok
creating subdirectories ... ok
selecting default max_connections ... 10
selecting default shared_buffers ... 400kB
selecting dynamic shared memory implementation ... posix
creating configuration files ... ok
creating template1 database in /home/postgres/data/base/1 ... FATAL:  lock file "postmaster.pid" already exists
HINT:  Is another postmaster (PID 1117) running in data directory "/opt/alfresco-community/alf_data/postgresql"?
DEBUG:  shmem_exit(1): 0 before_shmem_exit callbacks to make
DEBUG:  shmem_exit(1): 0 on_shmem_exit callbacks to make
DEBUG:  proc_exit(1): 0 callbacks to make
DEBUG:  exit(1)
child process exited with exit code 1
initdb.bin: removing contents of data directory "/home/postgres/data"

#14 Re : Installation » PostgreSQL 9.4 initdb nouvelle instance KO » 15/11/2017 10:49:01

mba

[postgres@server bin]$ ./initdb -D /home/postgres/data -E UTF-8
The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.

The database cluster will be initialized with locales
  COLLATE:  fr_FR.UTF-8
  CTYPE:    fr_FR.UTF-8
  MESSAGES: C
  MONETARY: fr_FR.UTF-8
  NUMERIC:  fr_FR.UTF-8
  TIME:     fr_FR.UTF-8
The default text search configuration will be set to "french".

Data page checksums are disabled.

fixing permissions on existing directory /home/postgres/data ... ok
creating subdirectories ... ok
selecting default max_connections ... 10
selecting default shared_buffers ... 400kB
selecting dynamic shared memory implementation ... posix
creating configuration files ... ok
creating template1 database in /home/postgres/data/base/1 ... FATAL:  lock file "postmaster.pid" already exists
HINT:  Is another postmaster (PID 1117) running in data directory "/opt/alfresco-community/alf_data/postgresql"?
child process exited with exit code 1
initdb.bin: removing contents of data directory "/home/postgres/data"

#15 Re : Installation » PostgreSQL 9.4 initdb nouvelle instance KO » 15/11/2017 10:43:28

mba

Bonjour,

Changement de répertoire idem, toujours la même erreur.
Pas de liens  entre /var/lib/pgsql/data et /opt/alfresco-community/alf_data/postgresql

Cordialement.

#16 Installation » PostgreSQL 9.4 initdb nouvelle instance KO » 14/11/2017 18:41:13

mba
Réponses : 12

Bonjour,

J'ai essayé d'initialiser une nouvelle instance sur un PostgreSQL 9.4 sachant qu'une instance déjà en cours j'ai eu le message d'erreur "FATAL:  lock file "postmaster.pid" already exists":

[postgres@server bin]$ ./initdb -D /var/lib/pgsql/data -E UTF-8
The files belonging to this database system will be owned by user "postgres".
This user must also own the server process.
The database cluster will be initialized with locales
  COLLATE:  fr_FR.UTF-8
  CTYPE:    fr_FR.UTF-8
  MESSAGES: C
  MONETARY: fr_FR.UTF-8
  NUMERIC:  fr_FR.UTF-8
  TIME:     fr_FR.UTF-8
The default text search configuration will be set to "french".
Data page checksums are disabled.
fixing permissions on existing directory /var/lib/pgsql/data ... ok
creating subdirectories ... ok
selecting default max_connections ... 10
selecting default shared_buffers ... 400kB
selecting dynamic shared memory implementation ... posix
creating configuration files ... ok
creating template1 database in /var/lib/pgsql/data/base/1 ... FATAL:  lock file "postmaster.pid" already exists
HINT:  Is another postmaster (PID 1117) running in data directory "/opt/alfresco-community/alf_data/postgresql"?
child process exited with exit code 1
initdb.bin: removing contents of data directory "/var/lib/pgsql/data"
[postgres@server bin]$

D'avance merci.

Cordialement.
Mahdi BAICHE

#17 Re : Général » ALTER TABLE SET NEW_TABLESPACE sur un autre FS » 21/07/2017 14:15:58

mba

Bonjour,

J'ai supprimé les fichiers manuellement puis drop de tablespace tout est OK.
Merci beaucoup pour votre aide !

Cordialement.
Mahdi,

#18 Re : Général » ALTER TABLE SET NEW_TABLESPACE sur un autre FS » 21/07/2017 10:40:26

mba

Bonjour,

@Julien

C'est exactement ce que s'est passé, le premier ALTER a échoué à cause de la génération des wal le FS était plein.

-bash-4.1$ oid2name -p 5436 -d mkgetuprd -f 467033
From database "mkgetuprd":
  Filenode  Table Name
----------------------
-bash-4.1$

Je suis partant pour un nettoyage manuel mais je voudrais savoir la méthode (la bonne pratique).

D'avance merci !

Cordialement.
Mahdi BAICHE

#20 Re : Général » ALTER TABLE SET NEW_TABLESPACE sur un autre FS » 20/07/2017 13:43:19

mba

L'OID correspond bien à ma base mais je n'ai aucune ligne dans pg_class pour ce refilenode

mkgetuprd=# select count(*) from pg_class where relfilenode=467033;
count
-------
     0
(1 row)

mkgetuprd=# \c postgres
You are now connected to database "postgres" as user "postgres".
postgres=# select count(*) from pg_class where relfilenode=467033;
count
-------
     0
(1 row)

postgres=# \c nobody
You are now connected to database "nobody" as user "postgres".
nobody=# select count(*) from pg_class where relfilenode=467033;
count
-------
     0
(1 row)

nobody=# \c template1
You are now connected to database "template1" as user "postgres".
template1=# select count(*) from pg_class where relfilenode=467033;
count
-------
     0
(1 row)

template1=#

Ma table pointe bien vers le tablespace par défaut:
                          ^
template1=# \c mkgetuprd
You are now connected to database "mkgetuprd" as user "postgres".
mkgetuprd=# select pg_relation_filepath('public.idg_etu_vente_lig');
pg_relation_filepath
----------------------
base/16386/475347
(1 row)

mkgetuprd=# select count(*) from pg_class where relfilenode=475347;
count
-------
     1
(1 row)
mkgetuprd=#

#21 Re : Général » ALTER TABLE SET NEW_TABLESPACE sur un autre FS » 20/07/2017 13:17:33

mba

@Guillaume:

Aucun objet d'autres bases.
De toutes façons je l'ai utilisé que pour une seule base, j'ai déplacé une table, j'ai fait un vacuum et en suite j'ai remis la table à son tablespace initial (pg_default).
postgres=# \c template1
You are now connected to database "template1" as user "postgres".
template1=# SELECT
template1-#   c.relname,
template1-#   t.spcname
template1-# FROM
template1-#   pg_class c
template1-#     JOIN pg_tablespace t ON c.reltablespace = t.oid
template1-# WHERE
template1-#   t.spcname = 'new_tbspace';
relname | spcname
---------+---------
(0 rows)

template1=# \c template0
FATAL:  database "template0" is not currently accepting connections
Previous connection kept
template1=# \c postgres
You are now connected to database "postgres" as user "postgres".
postgres=# SELECT
postgres-#   c.relname,
postgres-#   t.spcname
postgres-# FROM
postgres-#   pg_class c
postgres-#     JOIN pg_tablespace t ON c.reltablespace = t.oid
postgres-# WHERE
postgres-#   t.spcname = 'new_tbspace';
relname | spcname
---------+---------
(0 rows)

postgres=#

#22 Re : Général » ALTER TABLE SET NEW_TABLESPACE sur un autre FS » 20/07/2017 13:10:56

mba

postgres=# \! ls -ltr /u02/vacuum/psql5436/PG_9.4_201409291/16386
total 26478116
-rw------- 1 postgres postgres 1073741824 Jul 13 10:09 467033
-rw------- 1 postgres postgres 1073741824 Jul 13 10:09 467033.1
-rw------- 1 postgres postgres 1073741824 Jul 13 10:09 467033.2
-rw------- 1 postgres postgres 1073741824 Jul 13 10:10 467033.3
-rw------- 1 postgres postgres 1073741824 Jul 13 10:10 467033.4
-rw------- 1 postgres postgres 1073741824 Jul 13 10:10 467033.5
-rw------- 1 postgres postgres 1073741824 Jul 13 10:10 467033.6
-rw------- 1 postgres postgres 1073741824 Jul 13 10:11 467033.7
-rw------- 1 postgres postgres 1073741824 Jul 13 10:11 467033.8
-rw------- 1 postgres postgres 1073741824 Jul 13 10:11 467033.9
-rw------- 1 postgres postgres 1073741824 Jul 13 10:11 467033.10
-rw------- 1 postgres postgres 1073741824 Jul 13 10:12 467033.11
-rw------- 1 postgres postgres 1073741824 Jul 13 10:12 467033.12
-rw------- 1 postgres postgres 1073741824 Jul 13 10:12 467033.13
-rw------- 1 postgres postgres 1073741824 Jul 13 10:12 467033.14
-rw------- 1 postgres postgres 1073741824 Jul 13 10:13 467033.15
-rw------- 1 postgres postgres 1073741824 Jul 13 10:13 467033.16
-rw------- 1 postgres postgres 1073741824 Jul 13 10:13 467033.17
-rw------- 1 postgres postgres 1073741824 Jul 13 10:13 467033.18
-rw------- 1 postgres postgres 1073741824 Jul 13 10:13 467033.19
-rw------- 1 postgres postgres 1073741824 Jul 13 10:14 467033.20
-rw------- 1 postgres postgres 1073741824 Jul 13 10:14 467033.21
-rw------- 1 postgres postgres 1073741824 Jul 13 10:14 467033.22
-rw------- 1 postgres postgres 1073741824 Jul 13 10:14 467033.23
-rw------- 1 postgres postgres 1073741824 Jul 13 10:15 467033.24
-rw------- 1 postgres postgres  269942784 Jul 13 10:15 467033.25
postgres=# postgres=# \db+ new_tbspace
                                    List of tablespaces
    Name     |  Owner   |       Location       | Access privileges | Options | Description
-------------+----------+----------------------+-------------------+---------+-------------
new_tbspace | postgres | /u02/vacuum/psql5436 |                   |         |
(1 row)

postgres-# select version();
ERROR:  syntax error at or near "postgres"
LINE 1: postgres=#
        ^
postgres=# select version();
                                                    version
----------------------------------------------------------------------------------------------------------------
PostgreSQL 9.4.11 on x86_64-unknown-linux-gnu, compiled by gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-17), 64-bit
(1 row)
postgres=#

#23 Re : Général » ALTER TABLE SET NEW_TABLESPACE sur un autre FS » 20/07/2017 12:40:51

mba

J'ai qu'une seule base.
You are now connected to database "mkgetuprd" as user "postgres".
mkgetuprd=# SELECT
mkgetuprd-#   c.relname,
mkgetuprd-#   t.spcname
mkgetuprd-# FROM
mkgetuprd-#   pg_class c
mkgetuprd-#     JOIN pg_tablespace t ON c.reltablespace = t.oid
mkgetuprd-# WHERE
mkgetuprd-#   t.spcname = 'new_tbspace';
relname | spcname
---------+---------
(0 rows)
mkgetuprd=#
mkgetuprd=# DROP TABLESPACE new_tbspace;
ERROR:  tablespace "new_tbspace" is not empty
mkgetuprd=#

Même problème.

Mahdi,

#24 Re : Général » ALTER TABLE SET NEW_TABLESPACE sur un autre FS » 20/07/2017 10:49:02

mba

Bonjour,

Effectivement, j'ai kill toutes les sessions en idle et ça fonctionné.
Par contre j'ai un un autre problème je n'arrive pas à supprimer un tablespace que j'ai utilisé pour les opérations de vacuum.
Pourtant il n'y a aucun objet dessus:
postgres=# SELECT
postgres-#   c.relname,
postgres-#   t.spcname
postgres-# FROM
postgres-#   pg_class c
postgres-#     JOIN pg_tablespace t ON c.reltablespace = t.oid
postgres-# WHERE
postgres-#   t.spcname = 'new_tbspace';
relname | spcname
---------+---------
(0 rows)

postgres=# DROP TABLESPACE new_tbspace;
ERROR:  tablespace "new_tbspace" is not empty
postgres=#

Quelqu'un aurait une idée SVP.

Cordialement.
Mahdi,

#25 Re : Général » ALTER TABLE SET NEW_TABLESPACE sur un autre FS » 11/07/2017 10:08:01

mba

Bonjour Sébastien,

Ci_dessous la commande que j'ai lancé:
nohup psql -p 5436 mbase -c "vacuum (full,analyze,verbose) public.abonnement" > abonnement_vacuumfull.log 2>&1 &

Cordialement.
Mahdi,

Pied de page des forums

Propulsé par FluxBB