Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#51 Re : Général » pg_statio_all_indexes vs pg_stat_all_indexes » 11/07/2018 15:50:07
Merci de votre réponse rapide,
Donc si je comprends bien, seul pg_stat_all_indexes est à prendre en compte si on veux connaitre si un index est utilisé ou pas. Pouvez-vous confirmer svp?
Mais de coup quel est le vrai interet de pg_statio_all_indexes ?
#52 Général » pg_statio_all_indexes vs pg_stat_all_indexes » 11/07/2018 15:22:05
- duple
- Réponses : 4
Bonjour,
J'aimerai savoir quelle est exactement la différence entre les informations retournées par "pg_statio_all_indexes" et "pg_stat_all_indexes".
Notemment dans pg_stat_all_indexes on a:
idx_scan = Nombre de parcours d'index initiés par cet index
idx_tup_read = Nombre d'entrées d'index retournées par des parcours sur cet index
idx_tup_fetch = Nombre de lignes vivantes de la table rapportées par des simples parcours d'index utilisant cet index
Mais dans pg_statio_all_indexes, on a également:
idx_blks_read = Nombre de blocs disque lus pour cet index
idx_blks_hit = Nombre de tampons récupérés sur cet index
Le problème est: si je veux savoir si un index est utilisé ou pas, lequel des informations prendre en compte ? Car pour un index donné je vois par exemple :
idx_scan = 0, idx_tup_read = 0, idx_tup_fetch = 0 alors que idx_blks_read = 45357197, idx_blks_hit = 877656203
#53 Re : Général » puis-je effacer les fichiers pg_xlog » 06/07/2018 08:51:09
Peut être que le mode archivage est activé, alors qu'il n'y a pas paramètrage de copie des wal vers une autre destination. Du coup les fichier dans pg_xlog vont s'entasser.
#54 Re : Général » [RESOLU]requete sur un champs jsonb » 19/06/2018 09:30:01
Par curiosité, quelle est le réel intérêt de stoquer les données ainsi dans un champs json, la modèlisation ne pourrait être autrement ?
#55 Re : Général » Gestion nombre de connexion concurrente par session » 19/06/2018 09:22:44
Bonjour,
Oui, çà me semble logique. Mais du coup pour le cas numero 2, comment l'application gère la limite de connexion ou c'est une question de programmation ?
#56 Re : Général » Gestion nombre de connexion concurrente par session » 13/06/2018 14:17:16
Oui et non, en fait user1 ou user2 ici n'est pas un role de connexion ou role de groupe postgres. On a une table créée à part. On y conserve dans cette table les utilisateurs user1 et user2 et c'est cette table qui sera jouée par la suite pour rattacher des roles créés par rapport à l'application
#57 Général » Gestion nombre de connexion concurrente par session » 13/06/2018 10:52:33
- duple
- Réponses : 5
Bonjour,
Serait il possible de limiter pour un utilisateur donné son nombre d'accès concurrente à la base postrgeSQL. En gros, gérer le nombre de connexion concurrente par session utilisateur.
Le paramètre max_connexion ne répond pas à cette besoin vu que ce paramètre englobe tous les sessions qui s'y connectent dans la base. Ce qu'on veut faire ici c'est de dire par exemple qu'un user 1 ne peut avoir que x nombre de connexion concurrente, user2 y nombre de connexion concurrente.
Existe il un moyen de faire çà ?
Merci d'avance
#58 Re : Général » GDPR avec Postgres » 09/04/2018 17:28:09
Si tu veux tracer les select et update sur une table spécifique, il te faudrait surement passer par un trigger assurant l'historique concernant cette table
#59 Re : Général » Erreur sur pg_trgm » 09/04/2018 17:24:25
une recompilation de postgres a résolu le problème merci
#60 Re : Général » Erreur sur pg_trgm » 06/04/2018 14:54:26
bah la version 1.3 elle marchait bien avant cela pourtant.
#61 Re : Général » Erreur sur pg_trgm » 06/04/2018 13:39:52
gleu > une version de pg 9.3 avec son pgdata et ses lib , puis une autre version pg9.4 avec ses lib mais cette fois ci avec 2 pdgata (1 par instance)
rjuju > pg_trgm 1.3 sur la 9.4
Est il possible d'effecteur une autre installation de postgresql mais ciblant le pgdata d'une instance dejà présente ?
#62 Re : Général » Erreur sur pg_trgm » 06/04/2018 09:43:31
Quoi ? En êtes vous sur ? Et pourquoi il y avait pas eu cette erreur avant ?
J'ai une autre question, comment fait on pour installer un contrib dans une instance postgresql en particulier ? Disons que j'ai 3 instances de postgresql donc 3 pgdata également, j'aimerai dans celui correspondant à pddata1 installer les contrib postgresql
#63 Général » Erreur sur pg_trgm » 05/04/2018 17:33:16
- duple
- Réponses : 11
Bonjour,
Nous travaillons sur postgresql 9.4 dans un environnement linux debian. Le problème ne survient que maintenant, en fait des requêtes habituelles tournées sur base sans aucun problème, quand soudainement au début d'après midi aujourd'hui la même requête retourne un message d'erreur avec :
"could not find function "gin_trgm_triconsistent" in file "/usr/lib/postgresql/9.4/lib/pg_trgm.so" Where: SQL statement "UPDATE numenvault.Object_Folder SET name = p_name, description = p_description, properties = p_properties, allowed_child_object_type_ids = p_allowed_child_object_type_ids, last_modified_by = p_user, last_modification_date = v_change_timestamp, change_token = v_change_token WHERE id = p_id_folder" PL/pgSQL function numenvault.update_folder(bigint,numenvault.path_segment,text,hstore,character varying[],character varying,hstore) line 56 at SQL statement".
Auparavant, il n'y avait pas eu cette erreur.
De quoi s'agit il exactement, pouvez vous aider svp ? On a déjà essayé de faire un sudo apt-get install postgresql-contrib-9.4 mais toujours l'erreur. Et même un:
CREATE FUNCTION gin_trgm_triconsistent(internal, int2, text, int4, internal, internal, internal)
RETURNS "char"
AS 'MODULE_PATHNAME'
LANGUAGE C IMMUTABLE STRICT PARALLEL SAFE;
ALTER OPERATOR FAMILY gin_trgm_ops USING gin ADD
OPERATOR 7 %> (text, text),
FUNCTION 6 (text,text) gin_trgm_triconsistent (internal, int2, text, int4, internal, internal, internal);
n'a pas résolu ce problème.
Please help us !!! Merci d'avance
#64 Re : Général » PostgreSQL restauration à un état antérieure » 06/10/2017 16:33:43
Merci pour ces précisions.
Je me trompe peut être mais le document ne décrit toujours pas la méthode de récuperation à un instant "t". Il décrit avec restore_command la restauration à partir des fichiers wal. Mais là il va tout restaurer. Ce que je veux c'est de revenir à un état antérieur. Donc pas tout restaurer mais restauré jusqu'à un point X.
#65 Re : Général » PostgreSQL restauration à un état antérieure » 05/10/2017 15:02:53
Merci, j'ai déjà lu cette documentation, mais elle n'est pas trop explicite concernant la restauration à un instant t, à mon avis.
Parmis les 3 solutions que vous proposez quelle est la meilleure? Quelle est la différence entre les 3 ?
#66 Général » PostgreSQL restauration à un état antérieure » 05/10/2017 12:15:07
- duple
- Réponses : 6
Bonjour,
Nous disposons d'une base de données PostgreSQL installée dans un environnement linux. Cette base est répliquée et utilise l'archivage des wal avec archive_command.
Maintenant, j'aimerai savoir s'il serait possible de faire une restauration de la base à un moment X. C'est à dire, revenir à un état antérieur, et cela en exploitant les wal archivés.
Si oui, comment le fait on exactement, pouvez vous m'indiquez le fonctionnement et le mode de restauration ? J'aimerai faire des tests. Merci à vous.
#67 Re : Installation » Installation extension PLJAVA dans POSTGRESQL9.4 » 03/10/2017 09:24:19
Bonjour,
L'idéal est de créer un nouveau topic sur ce sujet. Les gens pourraient mieux vous répondre.
Pour ma part désolé mais j'ai pas encore rencontré le problème. En googlant, il parle de modifier un paramètre dans le registre mais je ne sais pas si çà règlera ou pas le problème. Mais déjà essayez quand même d'executer l'installation en mode administrateur.
#68 Re : Installation » Installation extension PLJAVA dans POSTGRESQL9.4 » 29/09/2017 15:54:56
Merci pour ta réponse.
Le problème fut résolu.
Premièrement, il fallait bien paramétrer le fichier postgresql.conf. Pour notre part, j'ai utilisé les même classpath avec celui de l'install,donc:
pljava.classpath='/usr/pgsql-9.4/share/pljava/pljava-1.6.0-SNAPSHOT.jar'
Puis sur la même console, lancer tout simplement les commandes:
SET pljava.libjvm_location='/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.131-2.b11.el7_3.x86_64/jre/lib/amd64/server/libjvm.so';
create extension pljava;
Et c'est bon.
Remarque, on a pas eu besoin de lancer la commande> \i /opt/pljava/lib_pdf_tools_pg94/pljava_install.sql
Juste "create extension pljava;" et cela a créé automatiquement l'extension pljava avec le schéma sqlj.
Esperons que cela peux aussi aider les autres qui rencontrent le même problème.
#69 Re : Installation » Installation extension PLJAVA dans POSTGRESQL9.4 » 29/09/2017 11:10:18
Merci pour cette réponse, j'ai modifié LD_LIBRARY_PATH tel que :
bash-4.2$ export LD_LIBRARY_PATH=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.131-2.b11.el7_3.x86_64/jre/lib/amd64/server/:$LD_LIBRARY_PATH
Et avec ldd pljava.so, à mon avi çà renvoie bien le résultat attendu:
bash-4.2$ ldd pljava.so
linux-vdso.so.1 => (0x00007ffe5a3eb000)
libjvm.so => /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.131-2.b11.el7_3.x86_64/jre/lib/amd64/server/libjvm.so (0x00007f012faae000)
libecpg.so.6 => /usr/pgsql-9.4/lib/libecpg.so.6 (0x00007f012f78c000)
libpgtypes.so.3 => /usr/pgsql-9.4/lib/libpgtypes.so.3 (0x00007f012f57b000)
libpq.so.5 => /usr/pgsql-9.4/lib/libpq.so.5 (0x00007f012f34c000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f012f042000)
libm.so.6 => /lib64/libm.so.6 (0x00007f012ed40000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f012eb2a000)
libc.so.6 => /lib64/libc.so.6 (0x00007f012e768000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f012e564000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f012e348000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007f012e0d9000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f012dcef000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f012daa1000)
libldap_r-2.4.so.2 => /lib64/libldap_r-2.4.so.2 (0x00007f012d844000)
/lib64/ld-linux-x86-64.so.2 (0x000056316b320000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f012d55d000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f012d358000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f012d126000)
libz.so.1 => /lib64/libz.so.1 (0x00007f012cf10000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f012cd00000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f012cafc000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f012c8e2000)
liblber-2.4.so.2 => /lib64/liblber-2.4.so.2 (0x00007f012c6d2000)
libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007f012c4b5000)
libssl3.so => /lib64/libssl3.so (0x00007f012c269000)
libsmime3.so => /lib64/libsmime3.so (0x00007f012c041000)
libnss3.so => /lib64/libnss3.so (0x00007f012bd17000)
libnssutil3.so => /lib64/libnssutil3.so (0x00007f012baea000)
libplds4.so => /lib64/libplds4.so (0x00007f012b8e5000)
libplc4.so => /lib64/libplc4.so (0x00007f012b6e0000)
libnspr4.so => /lib64/libnspr4.so (0x00007f012b4a2000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f012b27a000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f012b043000)
librt.so.1 => /lib64/librt.so.1 (0x00007f012ae3a000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f012abd9000)
libfreebl3.so => /lib64/libfreebl3.so (0x00007f012a9d6000)
En outre, j'ai rajouté des config dans postgresql.conf tel que :
dynamic_library_path = '$libdir:/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.131-2.b11.el7_3.x86_64-debug/jre/lib/amd64/server/'
pljava.classpath='/opt/pljava/lib_pdf_tools_pg94/pljava.jar'
pljava.vmoptions = '-Xmx1500M'
Mais même avec tout ce la je rencontre encore un message d'erreur lors du lancement de l'installation:
\i /opt/pljava/lib_pdf_tools_pg94/pljava_install.sql
BEGIN
CREATE SCHEMA
GRANT
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:4: ERROR: could not access file "pljava": No such file or directory
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:6: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:8: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:10: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:13: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:13: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:15: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:15: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:17: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:19: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:20: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:22: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:22: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:24: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:26: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:28: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:30: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:31: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:33: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:35: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:37: ERROR: current transaction is aborted, commands ignored until end of transaction block
psql:/opt/pljava/lib_pdf_tools_pg94/pljava_install.sql:39: ERROR: current transaction is aborted, commands ignored until end of transaction block
ROLLBACK
Sauriez vous d'où pourrait provenir l'erreur suivant: ERROR: could not access file "pljava": No such file or directory
#70 Installation » Installation extension PLJAVA dans POSTGRESQL9.4 » 27/09/2017 18:06:55
- duple
- Réponses : 6
Bonjour,
Nous essayons d'installer l'extension pljava sur une base dans Postgresql 9.4 sur linux. Mais nous restons bloquer avec ERROR: could not load library "/opt/pljava/lib_pdf_tools_pg94/pljava.so": libjvm.so: cannot open shared object file: No such file or directory.
Plus précisement, si je fais: ldd pljava.so
Cela renvoie:
ldd: warning: you do not have execution permission for `./pljava.so'
linux-vdso.so.1 => (0x00007fff6d9af000)
libjvm.so => not found
libecpg.so.6 => /usr/pgsql-9.4/lib/libecpg.so.6 (0x00007f333f07e000)
libpgtypes.so.3 => /usr/pgsql-9.4/lib/libpgtypes.so.3 (0x00007f333ee6d000)
libpq.so.5 => /usr/pgsql-9.4/lib/libpq.so.5 (0x00007f333ec3e000)
libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f333e934000)
libm.so.6 => /lib64/libm.so.6 (0x00007f333e632000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f333e41c000)
libc.so.6 => /lib64/libc.so.6 (0x00007f333e05a000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f333de3e000)
libssl.so.10 => /lib64/libssl.so.10 (0x00007f333dbd0000)
libcrypto.so.10 => /lib64/libcrypto.so.10 (0x00007f333d7e5000)
libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2 (0x00007f333d597000)
libldap_r-2.4.so.2 => /lib64/libldap_r-2.4.so.2 (0x00007f333d33b000)
/lib64/ld-linux-x86-64.so.2 (0x000055f95eaf0000)
libkrb5.so.3 => /lib64/libkrb5.so.3 (0x00007f333d053000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00007f333ce4f000)
libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x00007f333cc1d000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f333ca18000)
libz.so.1 => /lib64/libz.so.1 (0x00007f333c802000)
libkrb5support.so.0 => /lib64/libkrb5support.so.0 (0x00007f333c5f3000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00007f333c3ee000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f333c1d4000)
liblber-2.4.so.2 => /lib64/liblber-2.4.so.2 (0x00007f333bfc5000)
libsasl2.so.3 => /lib64/libsasl2.so.3 (0x00007f333bda7000)
libssl3.so => /lib64/libssl3.so (0x00007f333bb5b000)
libsmime3.so => /lib64/libsmime3.so (0x00007f333b934000)
libnss3.so => /lib64/libnss3.so (0x00007f333b609000)
libnssutil3.so => /lib64/libnssutil3.so (0x00007f333b3dc000)
libplds4.so => /lib64/libplds4.so (0x00007f333b1d8000)
libplc4.so => /lib64/libplc4.so (0x00007f333afd2000)
libnspr4.so => /lib64/libnspr4.so (0x00007f333ad94000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00007f333ab6c000)
libcrypt.so.1 => /lib64/libcrypt.so.1 (0x00007f333a935000)
librt.so.1 => /lib64/librt.so.1 (0x00007f333a72c000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f333a4cb000)
libfreebl3.so => /lib64/libfreebl3.so (0x00007f333a2c8000)
ce qui est interessant ici : libjvm.so => not found
J'ai déjà essayé avec de pointer avec LD_LIBRARY_PATH en faisant:
LD_LIBRARY_PATH=/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.131-2.b11.el7_3.x86_64/jre/lib/amd64/server/libjvm.so
export LD_LIBRARY_PATH
Mais le fait est que cela renvoie toujours le même erreur avec ldd pljava.so
Demande de l'aide please ?
Je tiens à remarquer que lors de l'installation de pljava (linux), la base postgres possède bien l'extension de pljava avec le schema sqlj , mais quand on veut installer l'extension dans une autre base , c'est là que le problème se montre.
Quelqu'un peut aider svp ?
#71 Re : Réplication » Base REPLIQUE corrompue » 12/09/2017 16:12:06
Merci de votre réponse sur ce sujet.
Effectivement, j'ai une requête qui lancait au master renvoie bien les résultats attendu. Mais quand on le lance au slave, une erreur "unexpected chunk number 0 (expected 1) for toast value 130066199 in pg_toast_2801358" arrête l’exécution de la requête. Il y avait un arrêt brusque de la base hier suite à une panne électrique, je suppose ce qui a engendré la corruption de la base slave.
Par curiosité, je ne comprends pas trop ce que vous voulez dire par corruption silencieuse, par quel moyen une requête pourrait il renvoyer des données fausses.
Comment savoir si une corruption provienne d'un problème de disque ou autres choses ?
Dans l'attente je vais dumper la base maitre et relancer les procédures de creation de slave.
#72 Réplication » Base REPLIQUE corrompue » 12/09/2017 12:55:40
- duple
- Réponses : 2
Bonjour,
Si on a une base de réplique corrompue, alors que la réplique ne peut accepter que des SELECT. Comment fait on pour la reindexation, ou on le lance dans le master et il serait automatiquement appliqué au slave ?
#73 Re : Général » database system was interrupted; last known up at » 11/09/2017 16:35:01
Je ne comprend pas, pourquoi il metterai beaucoup de temps pour jouer les journaux alors qu'on l'a arrêté proprement avant la coupure ?
#74 Général » database system was interrupted; last known up at » 09/09/2017 22:37:59
- duple
- Réponses : 3
Bonjour,
En utilisant, postgresql 9.6 dans un environnement linux.
Suite d'une coupure d'electricité, postgresql ne veut plus se démarrer actuellement, le log suivant subsiste:
FATAL: the database system is shutting down
2017-09-09 23:02:04 EAT [P:4690][S:59b448bc.1252][T:0][A:[unknown]] ([unknown]@192.168.180.15(56690)): [1-1] LOG: connection received: host=192.168.180.15 port=56690
2017-09-09 23:02:04 EAT [P:4690][S:59b448bc.1252][T:0][A:[unknown]] (rep@192.168.180.15(56690)): [2-1] FATAL: the database system is shutting down
2017-09-09 23:02:09 EAT [P:4691][S:59b448c1.1253][T:0][A:[unknown]] ([unknown]@192.168.180.15(56692)): [1-1] LOG: connection received: host=192.168.180.15 port=56692
2017-09-09 23:02:09 EAT [P:4691][S:59b448c1.1253][T:0][A:[unknown]] (rep@192.168.180.15(56692)): [2-1] FATAL: the database system is shutting down
2017-09-09 23:02:14 EAT [P:4692][S:59b448c6.1254][T:0][A:[unknown]] ([unknown]@192.168.180.15(56694)): [1-1] LOG: connection received: host=192.168.180.15 port=56694
2017-09-09 23:02:14 EAT [P:4692][S:59b448c6.1254][T:0][A:[unknown]] (rep@192.168.180.15(56694)): [2-1] FATAL: the database system is shutting down
2017-09-09 23:10:06 EAT [P:4741][S:59b44a9e.1285][T:0][A:] (@): [1-1] LOG: database system was interrupted; last known up at 2017-09-09 16:56:31 EAT
2017-09-09 23:10:10 EAT [P:4742][S:59b44aa2.1286][T:0][A:[unknown]] ([unknown]@192.168.180.15(56884)): [1-1] LOG: connection received: host=192.168.180.15 port=56884
2017-09-09 23:10:10 EAT [P:4742][S:59b44aa2.1286][T:0][A:[unknown]] (rep@192.168.180.15(56884)): [2-1] FATAL: the database system is starting up
2017-09-09 23:10:15 EAT [P:4744][S:59b44aa7.1288][T:0][A:[unknown]] ([unknown]@192.168.180.15(56886)): [1-1] LOG: connection received: host=192.168.180.15 port=56886
2017-09-09 23:10:15 EAT [P:4744][S:59b44aa7.1288][T:0][A:[unknown]] (rep@192.168.180.15(56886)): [2-1] FATAL: the database system is starting up
2017-09-09 23:10:20 EAT [P:4745][S:59b44aac.1289][T:0][A:[unknown]] ([unknown]@192.168.180.15(56888)): [1-1] LOG: connection received: host=192.168.180.15 port=56888
2017-09-09 23:10:20 EAT [P:4745][S:59b44aac.1289][T:0][A:[unknown]] (rep@192.168.180.15(56888)): [2-1] FATAL: the database system is starting up
2017-09-09 23:10:25 EAT [P:4746][S:59b44ab1.128a][T:0][A:[unknown]] ([unknown]@192.168.180.15(56890)): [1-1] LOG: connection received: host=192.168.180.15 port=56890
2017-09-09 23:10:25 EAT [P:4746][S:59b44ab1.128a][T:0][A:[unknown]] (rep@192.168.180.15(56890)): [2-1] FATAL: the database system is starting up
2017-09-09 23:10:30 EAT [P:4747][S:59b44ab6.128b][T:0][A:[unknown]] ([unknown]@192.168.180.15(56892)): [1-1] LOG: connection received: host=192.168.180.15 port=56892
2017-09-09 23:10:30 EAT [P:4747][S:59b44ab6.128b][T:0][A:[unknown]] (rep@192.168.180.15(56892)): [2-1] FATAL: the database system is starting up
2017-09-09 23:10:35 EAT [P:4748][S:59b44abb.128c][T:0][A:[unknown]] ([unknown]@192.168.180.15(56894)): [1-1] LOG: connection received: host=192.168.180.15 port=56894
2017-09-09 23:10:35 EAT [P:4748][S:59b44abb.128c][T:0][A:[unknown]] (rep@192.168.180.15(56894)): [2-1] FATAL: the database system is starting up
2017-09-09 23:10:40 EAT [P:4749][S:59b44ac0.128d][T:0][A:[unknown]] ([unknown]@192.168.180.15(56896)): [1-1] LOG: connection received: host=192.168.180.15 port=56896
2017-09-09 23:10:40 EAT [P:4749][S:59b44ac0.128d][T:0][A:[unknown]] (rep@192.168.180.15(56896)): [2-1] FATAL: the database system is starting up
Par ailleurs, en faisant :systemctl status postgresql-9.6.service, on obtient:
postgresql-9.6.service - PostgreSQL 9.6 database server
Loaded: loaded (/usr/lib/systemd/system/postgresql-9.6.service; enabled; vendor preset: disabled)
Active: failed (Result: signal) since Sat 2017-09-09 22:50:14 EAT; 1min 3s ago
Process: 4210 ExecStart=/usr/pgsql-9.6/bin/postmaster -D ${PGDATA} (code=killed, signal=KILL)
Process: 4204 ExecStartPre=/usr/pgsql-9.6/bin/postgresql96-check-db-dir ${PGDATA} (code=exited, status=0/SUCCESS)
Main PID: 4210 (code=killed, signal=KILL)
Sep 09 22:40:13 SRVINPI.numen.mg systemd[1]: Starting PostgreSQL 9.6 database server...
Sep 09 22:40:14 SRVINPI.numen.mg postmaster[4210]: 2017-09-09 22:40:14 EAT [P:4210][S:59b4439d.1072][T:0][A:] (@): [1-1] LOG: redirecting log output to log...r process
Sep 09 22:40:14 SRVINPI.numen.mg postmaster[4210]: 2017-09-09 22:40:14 EAT [P:4210][S:59b4439d.1072][T:0][A:] (@): [2-1] HINT: Future log output will appea...rncs_hb".
Sep 09 22:45:13 SRVINPI.numen.mg systemd[1]: postgresql-9.6.service start operation timed out. Terminating.
Sep 09 22:50:14 SRVINPI.numen.mg systemd[1]: postgresql-9.6.service stop-final-sigterm timed out. Killing.
Sep 09 22:50:14 SRVINPI.numen.mg systemd[1]: postgresql-9.6.service: main process exited, code=killed, status=9/KILL
Sep 09 22:50:14 SRVINPI.numen.mg systemd[1]: Failed to start PostgreSQL 9.6 database server.
Sep 09 22:50:14 SRVINPI.numen.mg systemd[1]: Unit postgresql-9.6.service entered failed state.
Sep 09 22:50:14 SRVINPI.numen.mg systemd[1]: postgresql-9.6.service failed.
Hint: Some lines were ellipsized, use -l to show in full.
Auriez vous une solution pour démarrer à nouveau postgresql svp ?
#75 Re : Général » Timing de requetes sur PSQL » 06/09/2017 09:56:16
Merci pour cette réponse, je vais voir çà.