Vous n'êtes pas identifié(e).

#1 Re : Général » Serveur PGSQL à l'arrêt » 29/10/2019 11:31:29

J'abandonne et je repars sur une installation propre.
Merci à tous du temps que vous y avez consacré.
Bonne journée.

#2 Re : Général » Serveur PGSQL à l'arrêt » 25/10/2019 10:06:29

Il dit

Job for postgresql@9.5-main.service failed because the control process exited with error code. See "systemctl status postgresql@9.5-main.service" and "journalctl -xe" for details.

#4 Re : Général » Serveur PGSQL à l'arrêt » 25/10/2019 09:05:07

Dans le journal :

root@VM-xxxx:/etc/postgresql/9.5/main# journalctl -xe
Oct 25 06:42:47 VM-xxxx sshd[45426]: Failed password for root from x.x.x.x port xxxx ssh2
Oct 25 06:42:47 VM-xxxx sshd[45426]: error: maximum authentication attempts exceeded for root from x.x.x.x port xxxx ssh2 [preauth]
Oct 25 06:42:47 VM-xxxx sshd[45426]: Disconnecting: Too many authentication failures [preauth]
Oct 25 06:42:47 VM-xxxx sshd[45426]: PAM 5 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=x.x.x.x  user=root
Oct 25 06:42:47 VM-xxxx sshd[45426]: PAM service(sshd) ignoring max retries; 6 > 3

#5 Re : Général » Serveur PGSQL à l'arrêt » 25/10/2019 08:48:44

J'ai modifié la ligne en question.
Pour autant, j'ai toujours la ligne en rouge après la commande "pg_lsclusters" et la commande  "systemctl start potgresql@9.5-main service" renvoie elle :

Job for postgresql@9.5-main.service failed because the control process exited with error code. See "systemctl status postgresql@9.5-main.service" and "journalctl -xe" for details.

#6 Re : Général » Serveur PGSQL à l'arrêt » 25/10/2019 08:11:03

Bonjour,
Voici les dernières lignes du fichier de log :

2019-10-07 12:09:17 UTC [94653-2] CONTEXT:  line 87 of configuration file "/etc/postgresql/9.5/main/pg_hba.conf"
2019-10-07 12:09:17 UTC [94653-3] FATAL:  could not load pg_hba.conf

et le pga_hha

# Database administrative login by Unix domain socket
local    all             postgres                               peer
TYPE DATABASE        USER            ADDRESS                 METHOD
# "local" is for Unix domain socket connections only
local   all             all                                    md5
# IPv4 local connections:
host    all             all             0.0.0.0         0.0.0.0            md5
# IPv6 local connections:
host    all             all             ::1/128                 md5
# Allow replication connections from localhost, by a user with the
# replication privilege.
#local   replication     postgres                                peer
#host    replication     postgres        127.0.0.1/32            md5
#host    replication     postgres        ::1/128                 md5
# Automatically added by Geotrek installation :
local    geotrekdb     geotrek                   md5
host     geotrekdb     geotrek     0.0.0.0/0     md5
host     all           all         0.0.0.0/0     md5

#7 Général » Serveur PGSQL à l'arrêt » 24/10/2019 17:19:37

chanteclair
Réponses : 12

Bonjour à tous,
J'ai installé sur un serveur de test sous Ubuntu 16.04.5 LTS (je précise que je débute sur cet OS), une application de radonnée nommée Geotrek.
Tout s'est bien passé et tout a fonctionné pendant un moment.
Désormais le serveur ne répond plus et PGSQL semble en être la cause. J'ai lu beaucoup de choses sur internet mais rien ne m'a permis de solutionner le problème.
Lorsque je fais la commande :

systemctl status postgresql

j'ai le retour suivant :

● postgresql.service - PostgreSQL RDBMS
   Loaded: loaded (/lib/systemd/system/postgresql.service; enabled; vendor preset: enabled)
   Active: active (exited) since Thu 2019-10-24 14:17:29 UTC; 37min ago
 Main PID: 107811 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/postgresql.service

Oct 24 14:17:29 VM systemd[1]: Starting PostgreSQL RDBMS...
Oct 24 14:17:29 VM systemd[1]: Started PostgreSQL RDBMS.

Si je fais :

 pg_lsclusters

j'obtiens (la 2ème ligne est en rouge) :

Ver Cluster Port Status Owner    Data directory               Log file
9.5 main    5432 down   postgres /var/lib/postgresql/9.5/main /var/log/postgresql/postgresql-9.5-main.log

J'ai vérifié les fichiers pg_hba.conf et postregsql.conf mais l'application reste indisponible.
Si je fais :

psql -l -U postgres

j'ai :

psql: could not connect to server: No such file or directory
        Is the server running locally and accepting
        connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Si les spécialistes présents sur ce forum pouvaient m'aider, je leur en serai reconnaissant.
Merci d'avance.
Cordialement.

#9 Re : Général » Timeout ou quelquechose du même genre » 04/05/2018 16:17:38

Merci mais c'est justement cette valeur qui me pose question.
Si 0 = 2h ou 120 min qu'est-ce qu'il faut mettre pour 10 ou 20 min par exemple ? -1 ?
D'autant que je me souvienne, la multiplication ou la division par 0 sont impossibles. smile Ou je n'envisage pas la chose sous le bon angle ??

#10 Re : Général » Timeout ou quelquechose du même genre » 04/05/2018 15:52:12

A la lecture de la doc, je ne comprends pas du coup quelle valeur saisir pour les paramètres tcp_keepalive_ pour tenter d'avoir une connexion permanente entre ma VM Debian et mon PGSQL Windows si Windows ne fournit pas un moyen de lire la valeur par défaut du système...
Désolé pour ces lacunes techniques...

tcp_keepalives_idle (integer)

    Indique le nombre de secondes d'inactivité avant que TCP envoie un paquet keepalive au client. Une valeur de 0 revient à utiliser la valeur système par défaut. Ce paramètre est seulement supporté par les systèmes qui supportent les symboles TCP_KEEPIDLE ou une option socket équivalente et sur Windows ; sur les autres systèmes, ce paramètre doit valoir zéro. Pour les sessions connectées via une socket de domaine Unix, ce paramètre est ignoré et vaut toujours zéro.

    Sur Windows, une valeur de 0 configurera ce paramètre à deux heures car Windows ne fournit pas un moyen de lire la valeur par défaut du système.
tcp_keepalives_interval (integer)

    Indique le nombre de secondes après lesquelles un paquet TCP keepalive qui n'a pas été aquitté par le client doit être retransmis. Une valeur de 0 revient à utiliser la valeur système par défaut. Ce paramètre est seulement supporté par les systèmes qui supportent le symbole TCP_KEEPINTVL ou une option socket équivalente et sur Windows ; sur les autres systèmes, ce paramètre doit valoir zéro. Pour les sessions connectées via une socket de domaine Unix, ce paramètre est ignoré et vaut toujours zéro.


    Sur Windows, une valeur de 0 configurera ce paramètre à une seconde car Windows ne fournit pas un moyen de lire la valeur par défaut du système.
tcp_keepalives_count (integer)

    Indique le nombre de paquets TCP keepalive pouvant être perdus avant que la connexion au serveur soit considérée comme morte. Une valeur de 0 revient à utiliser la valeur système par défaut. Ce paramètre est seulement supporté par les systèmes qui supportent le symbole TCP_KEEPCNT ou une option socket équivalente ; sur les autres systèmes, ce paramètre doit valoir zéro. Pour les sessions connectées via une socket de domaine Unix, ce paramètre est ignoré et vaut toujours zéro.


    Ce paramètre n'est pas supporté sur Windows et doit donc valoir zéro.

#11 Re : Général » Timeout ou quelquechose du même genre » 04/05/2018 15:29:02

Merci de votre réactivité !
Je vais regarder cela et vous tiendrai au courant.
Merci.

#12 Général » Timeout ou quelquechose du même genre » 04/05/2018 15:20:39

chanteclair
Réponses : 7

Bonjour,
Nous rencontrons (au boulot) un problème de déconnexion entre PGSQL et Qgis Server 2.18 sur une VM.
Voici la configuration :
- PGSQL v9.6 est installé sur un Windows Server 2012 R2 (VM sur un serveur de notre infra interne),
- une VM, hébergée chez Azure et intégrée à notre réseau local, en Debian 9 Stretch.

Le problème rencontré est que les applications déposées sur la VM et exploitant PGSQL se déconnectent au bout d'un certain temps. La solution, pour le moment, est de redémarrer les services de Qgis Server pour "réinitialiser" la connexion et que celle-ci soit rétablie.
Pour autant, après avoir réalisé un test avec un PGSQL v9.6 installé en local sur la VM Debian, cette déconnexion n'a jamais lieu. Les services Qgis Server ne semblent donc pas en cause.
Auriez-vous une idée des paramètres à vérifier du côté de PGSQL et/ou d'où ce comportement peut venir ?
Merci par avance de vos réponses.
Cordialement.

#13 Re : Général » Transfert de table » 15/02/2018 18:15:04

J'ai réussi à écrire la bonne commande pour intégrer les données dans les tables créées :

psql –h NomServeur –p NumeroPort -d NomdelaBase –U utilisateur –f chemind'accèsàmonfichier.sql

#14 Re : Général » Transfert de table » 13/02/2018 17:31:11

Pas grave, j'aurais dû préciser.
Je vais continuer de chercher, mais si quelqu'un a une idée, qu'il n'hésite pas ;-)
Merci.

#15 Re : Général » Transfert de table » 13/02/2018 16:20:37

Bonjour,
La création de tables est ok.
Mais je ne parviens pas à réaliser la copie des données sans passer par un fichier.
Dans la fenêtre psql, lancée depuis PgAdmin sur la base de destination, j'ai saisi :

psql -h NomduServer - p NumeroduPort -U login NomdemaBasedeDepart -c 'COPY public.MaTable TO STDOUT' | psql NomdemaBasedeDestination -c 'COPY MonNouveauSchema.MaTable FROM STDIN'

je n'ai aucun retour, je reviens sur le nom de ma base de destination, en attente d'une nouvelle commande.

Si je lance la commande depuis une fenêtre Dos ouverte depuis le répertoire windows de PgAdmin contenant le programme psql.exe; j'ai les erreurs suivantes :

psql: warning: extra command-line argument "COPY" ignored
psql: warning: extra command-line argument " MonSchema.MaTable" ignored
psql: warning: extra command-line argument "FROM" ignored
psql: warning: extra command-line argument "STDIN" ignored
psql: warning: extra command-line argument "NomduServeur" ignored
psql: warning: extra command-line argument "-p" ignored
psql: warning: extra command-line argument "NumeroduPort " ignored
psql: warning: extra command-line argument "-U" ignored
psql: warning: extra command-line argument "login" ignored
psql: warning: extra command-line argument "-c" ignored
psql: warning: extra command-line argument "public.MaTable" ignored
psql: warning: extra command-line argument "TO" ignored
psql: warning: extra command-line argument "STDOUT" ignored
psql: could not connect to server: Connection refused
Is the server running on host "localhost" and accepting TCP/IP connections on port 5432 ?

Faut-il passer différemment les paramètres de connexion au serveur (nom, port, login/pwd) ou ailleurs dans la ligne de commande ?
Je ne sais pas ce que je ne fais pas correctement...
Merci de vos réponses.

#16 Re : Général » Transfert de table » 12/02/2018 10:59:53

Bonjour Marc,
Et merci pour ces réponses.
Je vais tenter de réaliser votre procédure.
Cordialement.

#17 Général » Transfert de table » 09/02/2018 14:34:49

chanteclair
Réponses : 6

Bonjour,
Je dois transférer des tables existantes dans différentes bases, mais à chaque fois placées dans le schéma public, dans une nouvelle base sur le même serveur contenant quant à elle, plusieurs schémas.
Par exemple, j'ai une table "communes" dans le schéma public de la base "refs" que je dois transférer avec ses données dans le schéma "refs" de la base "bdd". Idem avec une table "courses" dans le schéma public de la base "sports" que je dois transférer dans le schéma "sports" de la base "bdd", etc.
Il faut bien sûr que lors de ce transfert, je ne perde pas les contraintes de clés étrangères, les séquences, les triggers...
Je débute sous PostgreSQL, les plus expérimentés de ce forum pourraient-ils me venir en aide pour réaliser cette opération ?
J'ai fait des recherches sur le net au préalable sans réussir à trouver un cas similaire au mien, ni parvenir à adapter des commandes de cas proches (j'ai notamment testé un ALTER TABLE mais si j'ai bien compris, cela fonctionne au sein d'une même base).
Je ne cherche pas forcément à automatiser le process, le nombre de tables à transférer étant relativement restreint (une grosse 20aine de tables).
Merci par avance de l'aide que vous pourrez m'apporter.
Cordialement,

#18 Re : Général » Colonne geom en clair » 08/02/2018 14:48:09

Merci beaucoup.
Effectivement dans le bon sens, cela fonctionne bien mieux wink
Bonne journée.

#19 Général » Colonne geom en clair » 08/02/2018 13:05:40

chanteclair
Réponses : 2

Bonjour,
Débutant sous PostgreSQl 9.6/Postgis, je parviens à afficher le champ "geom" de ma couche géographique en clair avec St_AsText(geom).
Je souhaiterais copier ce contenu rendu "lisible" dans un nouveau champ de type texte.
J'ai essayé ceci sans succès :

UPDATE Ma_Table
SET st_astext(geom)::text = geometrie;

mais j'ai cette erreur en retour :

ERREUR:  erreur de syntaxe sur ou près de « ( »
LINE 4: SET st_astext(geom)::text = geometrie;
                     ^

********** Erreur **********

ERREUR: erreur de syntaxe sur ou près de « ( »
État SQL :42601
Caractère : 30

Pourriez-vous m'aider svp ?
Merci par avance.

Pied de page des forums

Propulsé par FluxBB