Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 Re : Installation » Connexion distante à Postgresql sur CentOS » 17/08/2012 17:46:29
Problème résolu.
Pour me connecter à internet, je dois utiliser à chaque redémarrage la commande : dhclient -v eth0
L'icône de la barre des tâches (en haut pour Gnome) représentant la connexion réseau affichait que la machine virtuelle est déconnectée de tout réseau même si j'avais internet après l'exécution de la commande précédente.
J'ai cliqué sur l'icône réseau et choisi "System eth0". L'icône a commencé à montrer que je suis connecté et du coût l'adresse IP de la machine virtuelle a changé et j'arrive à me connecter à postgresql à distance.
Auriez-vous une solution pour que la machine se connecte à internet au lancement de l'OS sans passer par la commande précédente ?
#2 Re : Installation » Connexion distante à Postgresql sur CentOS » 17/08/2012 17:28:45
Pour le réactiver j'utilise quelle commande ?
J'ai configuré pg_hba.conf (comme mentionné dans le premier post). Je ne pense pas que cela provient de pg_hba.conf. Si c'était le cas j'aurais eu un autre message d'erreur.
Le message server doesn't listen veut dire que la connexion au serveur n'a pas pu être établie. Donc c'est avant l'utilisation des paramètres de pg_hba.conf ; il me semble.
#3 Re : Installation » Connexion distante à Postgresql sur CentOS » 17/08/2012 17:14:51
Le port est 5432 pour la 9.1. Les deux versions 8.4 et 9.1 sont installées sur des machines virtuelles indépendantes.
listen_addresses est bien décommentée.
J'utilise le serveur en local avec psql sans problème : j'ai créé une table et inséré des valeurs dedans.
#4 Installation » Connexion distante à Postgresql sur CentOS » 17/08/2012 16:48:18
- yo_haha
- Réponses : 5
Bonjour,
J'ai une machine virtuelle CentOS 6.3 avec Postgresql 9.1 installé dessus. Cette machine virtuelle se trouve sur un PC Windows 7. Sur ce dernier j'ai PgAdminIII.
Quand j'essaie de me connecter au serveur Postgresql avec PgAdminIII, j'ai un message d'erreur : Server doesn't listen. Je ne comprends pas d'où procède cette erreur !
J'ai autorisé le port 5432 dans le fichier iptables. De plus, quand je stoppe le firewall (service iptables stop), le message d'erreur du côté de PgAdminIII ne change pas : toujours Server doesn't listen.
Dans le fichier postgresql.conf, la variable listen_addresses = '*'.
Dans le fichier pg_hba.conf, la ligne correspondant au host avec l'IP de la machine virtuelle est présente : host all all ip_adresse masque md5.
A noter que j'ai une autre machine vituelle avec Postgresql 8.4 installé dessus et je n'ai pas ce problème.
Auriez-vous des pistes pour m'orienter ?
Cordialement.
yo_haha
#5 Re : PL/pgSQL » Problème de variable » 21/10/2011 17:24:07
Ok merci.
#6 Re : PL/pgSQL » Problème de variable » 21/10/2011 16:52:36
D'accord. Merci beaucoup.
Est-il possible d'utiliser une table de la BD dans une fonction plpgsql sans aucune déclaration préalable d'aucun objet ?
En d'autres termes, la fonction suivante, est-elle correcte ?
CREATE OR REPLACE FUNCTION alimenter_geom() RETURNS void AS $$
BEGIN
query := "UPDATE sondage
SET sondage.geom = geomfromtext('POINT("||sondage.coord_x||" "||sondage.coord_y+1000000||" "||sondage.coord_z||")',102581)";
PERFORM query;
END;
$$ LANGUAGE plpgsql;
#7 Re : PL/pgSQL » Problème de variable » 21/10/2011 16:31:15
Je vous remercie.
Au lieu de créer la fonction, est-il possible d'exécuter directement la requête SQL suivante ? Existe-t-il la concaténation des chaînes dans les requêtes SQL ? Je n'ai pas l'application sous main : je ne peux pas tester la requête.
UPDATE sondage
SET sondage.geom = geomfromtext('POINT('||sondage.coord_x||' '||sondage.coord_y+1000000 ||' '||sondage.coord_z||')',102581)
#8 PL/pgSQL » Problème de variable » 21/10/2011 12:02:53
- yo_haha
- Réponses : 6
Bonjour j'ai une base de données contenant la table sondage. Cette table contient les colonnes geom, coord_x, coord_y et coord_z. J'ai un problème avec la fonction suivante :
CREATE OR REPLACE FUNCTION alimenter_geom(sondage) RETURNS void AS $$
BEGIN
UPDATE $1
SET $1.geom = geomfromtext('POINT('||$1.coord_x||' '||$1.coord_y+1000000||' '||$1.coord_z||')',102581);
END;
$$ LANGUAGE plpgsql;
L'erreur est la suivante :
ERREUR: erreur de syntaxe sur ou près de « $1 »
LINE 1: UPDATE $1 SET $2 = geomfromtext('POINT('|| $3 ||' '|| $4...
^
QUERY: UPDATE $1 SET $2 = geomfromtext('POINT('|| $3 ||' '|| $4 +1000000||' '|| $5 ||')',102581)
CONTEXT: SQL statement in PL/PgSQL function "alimenter_geom" near line 3
********** Erreur **********
ERREUR: erreur de syntaxe sur ou près de « $1 »
État SQL :42601
Contexte : SQL statement in PL/PgSQL function "alimenter_geom" near line 3
Sauriez-vous m'aider ?
Cordialement.
#9 Re : PSQL » pg_dump » 02/08/2011 12:33:50
J'ai trouvé : psql -f fichier base
#10 Re : PSQL » pg_dump » 02/08/2011 12:27:18
J'ai essayé avec
pg_restore -h localhost -p 5432 -U utilis -d "MADATABASE" -v "D:\copy\bd.dmp"
Mais j'ai eu une erreur :
Le ficentrée ne semble pas être une archive valide.
#11 Re : PSQL » pg_dump » 02/08/2011 09:09:00
Je vous remercie. Cela marche parfaitement. Un autre souci : comment restaurer la BD ? J'ai essayé avec pgAdminIII mais le bouton OK est désactivé. Pourriez-vous me dire comment faire en ligne de commande ?
#12 Re : PSQL » pg_dump » 28/07/2011 14:57:02
J'ai lancé pg_dump maBd -f "D:\copy\nomBD". Et j'ai eu une erreur :
Trop d'argumrnts en ligne de commande. Le premier -f.
#13 PSQL » pg_dump » 28/07/2011 14:01:32
- yo_haha
- Réponses : 7
Bonjour,
Je suis sur le serveur où Postgresql est installé. Je veux sauvegarder ma base de données.
Je lance la ligne de commande. Je fais
psql maBD
Ensuite je rentre mon mot de passe.
Je fais ensuite
pg_dump >"D:\monRep\nom.backup"
Je n'ai aucune erreur ni aucun message.
J'ouvre le repertoire monRep et je ne trouve pas ma BD sauvegardée !
Est-ce que j'ai fait une erreur ?
Cordialement.
#14 Re : Migration » Migration WinDev -> Postgresql 8.4 » 27/07/2011 14:28:29
En fait il faut spécifier le chemin tel qu'il est vu par Postgresql.
COPY commune FROM 'D:/copy/communes.csv' WITH DELIMITER AS ';'
#15 Re : Migration » Migration WinDev -> Postgresql 8.4 » 26/07/2011 12:46:31
La requête suivante ne marche pas
COPY commune FROM '//tesla/copy/communes.csv' WITH DELIMITER AS ';'
//tesla/copy est un répertoire se trouvant sur le serveur où Postgresql est installé.
J'ai toujours la mâme erreur. Auriez-vous une solution ?
#16 Re : PgAdmin3 » Problème pg_dump » 26/07/2011 11:15:21
Est-ce qu'il suffit de remplacer mon pg_dump.exe par celui dans les binaires ? J'ai essayé et cela n'a pas marché.
#17 Re : PHP » Gestion de l'insertion de caractères spéciaux » 25/07/2011 15:02:22
Merci beaucoup.
#18 PHP » Gestion de l'insertion de caractères spéciaux » 25/07/2011 12:30:54
- yo_haha
- Réponses : 2
Bonjour,
J'ai créé un IHM en PHP pour gérer l'insertion dans une BD Postgresql. Dans l'IHM j'ai des champs texte où l'utilisateur peut écrire ce qu'il veut. Le problème se pose lorsque ce dernier rentre du texte contenant des caractères spéciaux tels que des apostrphes ou des guillemets.
Comment puis-je pallier ce cas ?
Cordialement.
#19 PgAdmin3 » Problème pg_dump » 25/07/2011 10:07:30
- yo_haha
- Réponses : 3
Bonjour,
Lorsque j'essaie de sauvegarder ma BD (click droit -> sauvegarder ...) j'ai l'erreur suivante :
pg_dump: server version: 8.4.8; pg_dump version: 8.3.0
pg_dump: aborting because of version mismatch (Use the -i option to proceed anyway.)
pg_dump: *** aborted because of error
Le process a retourné le code de sortie 1.
Ce que j'ai compris c'est qu'il faut mettre à jour pg_dump. Comment puis-je le faire ? J'ai cherché un peu sur internet mais je n'ai pas trouvé (ou compris) ce qu'il faut telecharger pour la mise à jour. Je suis sous un poste client windows XP. J'ai les droits de super user.
Cordialement.
#20 Re : Général » Changer le format de la date » 25/07/2011 09:26:02
Ok merci.
#21 Re : Général » Changer le format de la date » 22/07/2011 17:49:49
A travers l'IHM aussi (requête sql).
#22 Re : Migration » Migration WinDev -> Postgresql 8.4 » 22/07/2011 17:37:58
Y aurait-il une différence ?
#23 Re : Général » Changer le format de la date » 22/07/2011 17:35:14
J'ai une IHM en PHP qui controle la saisie. La date est toujours saisie sous format dd/mm/yyyy.
#24 Re : Migration » Migration WinDev -> Postgresql 8.4 » 22/07/2011 17:23:19
Je ne sais pas
#25 Général » Changer le format de la date » 22/07/2011 17:21:03
- yo_haha
- Réponses : 6
Bonjour,
J'utilise Postgresql 8.4. Lorsque j'insère la date dans la base sous format dd/mm/yyyy elle est insérée correctement mais enregistrée sous format yyyy-mm-dd. Et donc lorsque je la récupère, elle est sous ce dernier format. Comment je peux faire pour qu'elle soit enregistrée directement sous format dd/mm/yyyy ?
J'ai utilisé la requête : ALTER DATABASE "geosondage" SET DateStyle =iso, dmy; pour changer le format mais aucun changement n'est effectué malgré qu'elle est correctement exécutée.
Cordialement.