Vous n'êtes pas identifié(e).
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
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
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
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.
Merci Julien !
Non c'est bien avec l'user postgres et track_activities est en on.
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,
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,
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.
Non rien les variables d'environnement ne sont pas positionnées.
[postgres@server ~]$ echo $PGDATA
[postgres@server ~]$
Supprimé puis recréé => même erreur
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.
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"
[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"
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.
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
Bonjour,
J'ai supprimé les fichiers manuellement puis drop de tablespace tout est OK.
Merci beaucoup pour votre aide !
Cordialement.
Mahdi,
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
Pour information, j'ai rebooté l'instance pareil.
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=#
@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=#
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=#
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,
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,
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,