Re: pgaccess et pgsql

si tu tapes pico, ça donne quoi ?

-----Message d'origine-----
De : siruphi [mailto:pgsql(at)siruphi(dot)freesurf(dot)fr]
Envoyé : mardi 16 mars 2004 18:29
À : pgsql-fr-generale(at)postgresql(dot)org
Objet : Re: [pgsql-fr-generale] pgaccess et pgsql

>> mais au final vi est un éditeur très convivial
>
> C'est ironique ou c'est sincère?

c'est sincère, sans aucune arrière pensée, je reconnais que le tuto de
Jean-Paul est très limpide, on maîtrise vite vi avec (pas besoin de 30
minutes comme il avait annoncé certainement pour me faire peur)

> Parce que si c'est sincère, surtout venant d'un utilisateur Windows
> (en passe d'être un ex-utilisateur Windows?), je vais l'imprimer et
> l'encadrer dans mon bureau :-)

si tu veux je peux t'envoyer mon portrait pour mettre avec :)

pour l'instant je suis bi car j'ai des applications proprios dont j'ai
besoin dans l'autre monde essentiellement pour faire de la CAO en 3D

mais pour tout le reste, je suis entièrement converti au libre, à 100%,
de l'OS aux logiciels, par ailleurs je regarde de plus prêt les bios
libres car le futur dans ce domaine me fait un peu peur avec TCPA et
compagnie (mais je ne veux pas diverger)

rapidement voici ma petite histoire, j'ai découvert le libre il y a un 4
ans à mon école d'ingénieur en mécanique (je suis diplômé depuis un an),
les cours m'ont permis d'appréhender l'univers unix dont j'ai été très
agréablement surpris par la convivialité comparé au dos (copier collé en
un clic, commandes puissantes), en quelques mois je savais plus en faire
qu'en une vie de crosoft (ben oui jusque là j'avais passé ma vie sur Win)

pour en revenir à pgsql, je m'y intéresse car j'ai aussi bien malgré moi
appris les bases de données dans l'environnement que je ne veux pas
citer avec un sgbdd proprio bien connu dans l'autre monde qui utilise
une base 'hyperfile' proprio évidemment, et en rechercheant des
équivalents libres qui peuvent lui tenir la route j'ai bien évidemment
trouvé seulement pgsql dont je vais m'intéresser de prêt

voilà pour une présentation rapide de qui je suis et de mes motivations,
je me le suis permis car je viens de voir dans le forum que c'est
coutûme par ici quand on arrive pour la première fois

et vieux motard que jamais :) même si j'ai eu le temps d'allègrement
polluer par ici
à bientôt, donc !
--
Philippe

>
> Personnellement, je trouve vi bien pratique et très puissant, mais les
> convertis sont durs à trouver :-)
>
> ---------------
> Francois
>
> Home page: http://www.monpetitcoin.com/
>
> "Nous sommes peu à penser trop, trop à penser peu." - Françoise Sagan
>
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster
>

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

bonjour Jacques, bonjour à tous

>si tu tapes pico, ça donne quoi ?
>
>

je n'ai pas compris la question (ou la blague si c'en est une)
ni son rapport avec ce que je disais

j'ai quand même tapé 'pico' en ligne de commande, résultat, 'command not
found'

peux-tu répéter plus clairement s'il te plait? je suis un peu dur
d'oreille :)

--
Philippe

On Wed, 17 Mar 2004 13:08:24 +0100
siruphi <pgsql(at)siruphi(dot)freesurf(dot)fr> wrote:

> je n'ai pas compris la question (ou la blague si c'en est une)
> ni son rapport avec ce que je disais

http://www.indiana.edu/~ucspubs/b103/
Unix text editor. Mais te casse pas la tête, utilises (X)Emacs
comme tout le monde... :)

XEmacs roulaize !

PS. T'as réussi à lancer pgaccess sans problème ?
--
M.B

>Unix text editor.
>
ah! j'avais cherché 'pico' sur internet, et j'ai vu que c'était un jeu
de cartes... plutôt marrants les unixiens

> Mais te casse pas la tête, utilises (X)Emacs
>comme tout le monde... :)
>
>

voui, mais maintenant que j'ai suivi le tuto sur vi(m) je rentabilise :)

>PS. T'as réussi à lancer pgaccess sans problème ?
>
>
oui, et non, mais je reviendrai quand j'aurai étudié la chose à fond,
avec des questions claires et les avancées que j'aurai faites d'ici là

merci beaucoup de t'en soucier, je suis très touché
à bientôt
--
Philippe

bonjour,

j'espère que vous allez bien
comme promis me revoilà ;) car en effet je ne parviens pas à utiliser
pgaccess, je vais essayer d'exposer au mieux ce que j'ai fait pour que
vous puissiez m'aider à y voir plus clair

tout d'abord postgresql fonctionne très bien, je peux créer des tables
en tant que simple utilisateur avec les commandes sql sans soucis aucun,
grâce aux bons conseils et indices que vous m'avez déjà donné, merci
encore pour tout

pour pgaccess, j'ai suivi les conseils pour l'installer et il s'exécute
correctement (la fenêtre de pgaccess s'ouvre bien)
oui mais voilà, il refuse de créer une base et je ne comprends pas pourquoi

j'ai donc créé manuellement une base (en commande sql) puis essayé de
l'ouvrir pour voir si ça fonctionnait, ça ne fonctionne pas plus mais
j'espère que ça peut vous aider à m'ouvrir les yeux ;p

voici le message d'erreur de pgaccess

Error trying to connect to database 'essai' on localhost
PostgreSQL error message:
Connection to database failed
FATAL: No pg_hba.comf entry for host 127.0.0.1, user moi, database essai

pourtant la base 'essai' avec l'utilisateur 'moi' existe, pour preuve un
petit psql template1 -c "\l" donne

Liste des bases de données
Nom | Propriétaire | Encodage
-----------+--------------+-----------
essai | moi | SQL_ASCII
template0 | postgres | SQL_ASCII
template1 | postgres | SQL_ASCII
(3 lignes)

il y a un petit bouton 'help' à l'affichage de l'insulte précédemment
citée qui offre 6 points de réflexion, j'y réponds ici point par point

> There could be several reasons why your connection attempts fail:
> 1. The simplest reason would be an incorrect username or password.
> Just as easy to mistype would be the database and host names.

il semble que ça ne soit pas le cas

> 2. You might not have permissions to connect to the database. Try
> looking at the pg_hba.conf file on the server to see if it grants you
> enough permissions from your host. Usually this file is defaulted to
> only allow connections from localhost.

là non plus, j'ai bien les droits pour créer des bases de données avec pgsql

> 3. If it's a UNICODE error, you will need to recompile PostgreSQL from
> source. Some linux distros include a buggy libpgtcl.so that needs
> replacing. Or, instead of recompiling, try the -pgintcl command line
> option.

ça pourrait être ça? je me vois mal recompiler, surtout qu'ici il y en a
qui ont installé pgsql sur une Mandrake avec des rpms, donc j'espère que
c'est pas ça :)

> 4. If you are connecting over a network, it may be the case that the
> database server was not started with the -i option, which is needed to
> allow TCP/IP connections.

je fonctionne en local, donc à priori pas besoin de lancer l'option avec
-i, si?

> 5. Your connection state data might be stale. Try removing the
> ~/.pgaccess/connections file and re-starting PgAccess.

j'ai fait, ça permet de relancer pgaccess, mais il ne veut pas pour
autant ouvrir ou créer de bases de données

> 6. If your database is v7.4 or greater, you will need to use the
> version 3 frontend/backend protocol. Try the -pgintcl3 command line
> option to use the one provided with PgAccess.

j'utilise postgresql 7.3.4 donc c'est pas ça

voilà, il est vrai que je n'ai pas tout tester (je pense aux points 3 et
4), mais je préfère entendre vos avis éclairé avant de partir à
l'aveuglette essayer tout et n'importe quoi, notamment je me suis
demandé si je devais spécifier quelquepart mon adresse ip qui n'est pas
127.0.0.1, mais 10.0.0.6, je me demande si ce ne joue pas non plus un rôle

je vous avoue mal m'y connaître en réseau, un petit ifconfig en root donne

eth0 Lien encap:Ethernet HWaddr 00:10:A7:1B:BB:68
inet adr:10.0.0.6 Bcast:10.255.255.255 Masque:255.0.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4642 errors:0 dropped:0 overruns:0 frame:0
TX packets:3891 errors:0 dropped:0 overruns:0 carrier:0
collisions:21 lg file transmission:100
RX bytes:3752024 (3.5 Mb) TX bytes:398760 (389.4 Kb)
Interruption:18 Adresse de base:0xe800

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:279 errors:0 dropped:0 overruns:0 frame:0
TX packets:279 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:17586 (17.1 Kb) TX bytes:17586 (17.1 Kb)

mais je ne sais pas trop quoi en dire, ni si ça a un lien

autre chose qui peut-être aide à comprendre, je ne parviens pas non plus
à accéder par ODBC à la base postgresql, tout est bien installé, mais le
fichier odbc.ini est désespérément vide

un petit odbcinst -j donne

unixODBC 2.2.6
DRIVERS............: /etc/odbcinst.ini
SYSTEM DATA SOURCES: /etc/odbc.ini
USER DATA SOURCES..: /home/moi/.odbc.ini

le fichier odbcint.ini est rempli comme il faut, les fichiers odbc.ini
sont eux vides

je cite cette histoire d'ODBC juste en supposant que c'est en rapport
avec le problème rencontré par pgaccess, on ne va pas traiter les deux
sujets dans ce fil ;)

merci d'avoir lu jusqu'ici, et je vous remercie tous par avance pour les
réponses pertinentes que je sais que vous ferez, et je vous préviens
aussi que rien ne presse, je fais 'mumuse' avec pgsql déjà en ligne de
commande, les réponses pourront calmement venir dans le week-end et la
semaine selon votre temps libre et le mien ;)

bonne soirée et bon week-end à tous
amitiés
--
Philippe

Le Friday 19 March 2004 19:54, vous avez écrit :
> bonjour,
>
> j'espère que vous allez bien
> comme promis me revoilà ;) car en effet je ne parviens pas à utiliser
> pgaccess, je vais essayer d'exposer au mieux ce que j'ai fait pour que
> vous puissiez m'aider à y voir plus clair
>
> tout d'abord postgresql fonctionne très bien, je peux créer des tables
> en tant que simple utilisateur avec les commandes sql sans soucis aucun,
> grâce aux bons conseils et indices que vous m'avez déjà donné, merci
> encore pour tout
>
> pour pgaccess, j'ai suivi les conseils pour l'installer et il s'exécute
> correctement (la fenêtre de pgaccess s'ouvre bien)
> oui mais voilà, il refuse de créer une base et je ne comprends pas pourquoi

Il faut modifier 2 fichiers permettant les connexions par TCP/IP qui se
trouvent certainement dans /var/lib/pgsql/data/ :

        - postgresql.conf - mettre : tcpip_socket = true

        - pg_hba.conf (c'est le fichier de contrôle des accès des hôtes à
Postgresql)
A configurer selon la configuration du réseau. Exemple :
host       all     all    127.0.0.1     255.255.255.255    trust  # permet la
connexion sur le poste lui-même.
host       all     all    10.0.0.0    255.0.0.0    trust  # permet la
connexion du réseau 10.0.0.0/8.

Attention, beaucoup d'autres possibilités existent. La méthode trust est
notamment très permissive (autorise notamment n'importe quel utilisateur de
l'hôte concerné à se connecter sans mot de passe...)

> voici le message d'erreur de pgaccess
>
> Error trying to connect to database 'essai' on localhost
> PostgreSQL error message:
> Connection to database failed
> FATAL: No pg_hba.comf entry for host 127.0.0.1, user moi, database essai
>
>
> pourtant la base 'essai' avec l'utilisateur 'moi' existe, pour preuve un
> petit psql template1 -c "\l" donne

Oui mais justement, la connexion à la base n'est pas permise par le fichier
pg_hba.conf...

> > 2. You might not have permissions to connect to the database. Try
> > looking at the pg_hba.conf file on the server to see if it grants you
> > enough permissions from your host. Usually this file is defaulted to
> > only allow connections from localhost.
>
> là non plus, j'ai bien les droits pour créer des bases de données avec
> pgsql

Je pense que le problème vient bien du fichier pg_hba.conf, c'est écrit dans
le message d'erreur de pgaccess : "FATAL: No pg_hba.comf entry for host
127.0.0.1, user moi, database essai"...

> > 4. If you are connecting over a network, it may be the case that the
> > database server was not started with the -i option, which is needed to
> > allow TCP/IP connections.
>
> je fonctionne en local, donc à priori pas besoin de lancer l'option avec
> -i, si?

Oui, même en local pgaccess utilise le réseau (TCP/IP).
Mais, je crois que mettre : tcpip_socket = true dans postgresql.conf revient
au même.

> autre chose qui peut-être aide à comprendre, je ne parviens pas non plus
> à accéder par ODBC à la base postgresql, tout est bien installé, mais le
> fichier odbc.ini est désespérément vide
>
> un petit odbcinst -j donne
>
> unixODBC 2.2.6
> DRIVERS............: /etc/odbcinst.ini
> SYSTEM DATA SOURCES: /etc/odbc.ini
> USER DATA SOURCES..: /home/moi/.odbc.ini
>
> le fichier odbcint.ini est rempli comme il faut, les fichiers odbc.ini
> sont eux vides

C'est à vous de le remplir ; voici les miens (sous Mandrake 9.1 ; je n'ai pas
les mêmes lib sous Debian) :

Mon fichier /etc/odbcinst.ini

[PostgreSQL]
Driver = /usr/lib/libodbcpsql.so.2
Setup = /usr/lib/libodbcpsqlS.so.1
FileUsage = 1
CPTimeout =
CPReuse =
Debug = 0
CommLog = 1

Mon fichier /etc/odbc.ini (DSN système donc visible par tous les users)

[geststage]
Driver = PostgreSQL
ReadOnly = no
Database = geststage
Port = 5432
ServerName = localhost
Host = localhost
ServerType =

Cordialement,
--
Apollonie Raffalli
apo(dot)raffalli(at)wanadoo(dot)fr
Lycée Laetitia Bonaparte
http://btsig-llb.homelinux.com

bonjour Apollonie, bonjour à tous
et merci pour ton aide !

>Il faut modifier 2 fichiers permettant les connexions par TCP/IP qui se
>trouvent certainement dans /var/lib/pgsql/data/ :
>
> - postgresql.conf - mettre : tcpip_socket = true
>
>

fait

> - pg_hba.conf (c'est le fichier de contrôle des accès des hôtes à
>Postgresql)
>A configurer selon la configuration du réseau. Exemple :
>host all all 127.0.0.1 255.255.255.255 trust # permet la
>connexion sur le poste lui-même.
>host all all 10.0.0.0 255.0.0.0 trust # permet la
>connexion du réseau 10.0.0.0/8.
>
>

fait aussi, et depuis le message d'erreur de pgaccess a changé, signe
que le problème vient bien de là, tu as vu juste ;)

'FATAL: missing or erroneous pg_hba.conf file, see postamster log for
details'

j'ai cherché le log de postmaster (postmaster.log) sans succès (j'ai
pourtant trouvé des postmaster.pid, et .opts)

donc je vous mets le fichier pg_hba.conf dans son intégralité en
espérant que vous puissiez m'aider à détecter la faille :)

# PostgreSQL Client Authentication Configuration File
# ===================================================
#
# Refer to the PostgreSQL Administrator's Guide, chapter "Client
# Authentication" for a complete description. A short synopsis
# follows.
#
# This file controls: which hosts are allowed to connect, how clients
# are authenticated, which PostgreSQL user names they can use, which
# databases they can access. Records take one of three forms:
#
# local all moi trust [OPTION]
host all all trust [OPTION]
# hostssl DATABASE USER IP-ADDRESS IP-MASK METHOD [OPTION]
#
# (The uppercase quantities should be replaced by actual values.)
# DATABASE can be "all", "sameuser", "samegroup", a database name (or
# a comma-separated list thereof), or a file name prefixed with "@".
# USER can be "all", an actual user name or a group name prefixed with
# "+" or a list containing either. IP-ADDRESS and IP-MASK specify the
# set of hosts the record matches. METHOD can be "trust", "reject",
# "md5", "crypt", "password", "krb4", "krb5", "ident", or "pam". Note
# that "password" uses clear-text passwords; "md5" is preferred for
# encrypted passwords. OPTION is the ident map or the name of the PAM
# service.
#
# This file is read on server startup and when the postmaster receives
# a SIGHUP signal. If you edit the file on a running system, you have
# to SIGHUP the postmaster for the changes to take effect, or use
# "pg_ctl reload".

# Put your actual configuration here
# ----------------------------------
#
# CAUTION: The default configuration allows any local user to connect
# using any PostgreSQL user name, including the superuser, over either
# Unix-domain sockets or TCP/IP. If you are on a multiple-user
# machine, the default configuration is probably too liberal for you.
# Change it to use something other than "trust" authentication.
#
# If you want to allow non-local connections, you need to add more
# "host" records. Also, remember TCP/IP connections are only enabled
# if you enable "tcpip_socket" in postgresql.conf.

# TYPE DATABASE USER IP-ADDRESS IP-MASK METHOD

host all all 10.0.0.0 255.0.0.0 trust
host all all 127.0.0.1 255.0.0.0 trust
#host all trust
# Using sockets credentials for improved security. Not available everywhere,
# but works on Linux, *BSD (and probably some others)

comme vous voyez, j'ai essayé de le faire le plus permissif possible

merci encore Apollonie pour m'avoir ouvert un peu les yeux 0_0
à bientôt
:)

--
Philippe

Le Saturday 20 March 2004 14:19, vous avez écrit :
> bonjour Apollonie, bonjour à tous
> et merci pour ton aide !

>
> 'FATAL: missing or erroneous pg_hba.conf file, see postamster log for
> details'

Erreur de syntaxe dans pg_hba.conf ?

> j'ai cherché le log de postmaster (postmaster.log) sans succès (j'ai
> pourtant trouvé des postmaster.pid, et .opts)

par défaut, c'est postgres.log (dans /var/log/postgresql/)

> host all all trust [OPTION]

Il faut supprimer "[OPTION]" qui ne sert qu'à dire dans l'exemple que l'on
peut éventuellement rajouter des options : je pense que c'est ces
"caractères" qu'il n'apprécie pas.

>
> # TYPE DATABASE USER IP-ADDRESS IP-MASK METHOD
>
> host all all 10.0.0.0 255.0.0.0 trust
> host all all 127.0.0.1 255.0.0.0 trust

127.0.0.1 n'est pas une adresse de réseau mais une adresse de poste : il est
inutile de mettre un masque à 255.0.0.0. Il faut mettre 255.255.255.255 pour
permettre au poste lui-même (serveur postgreSQL) d'être aussi client
postgreSQL avec pgaccess.

>
> merci encore Apollonie pour m'avoir ouvert un peu les yeux 0_0
> à bientôt :)

De rien, on est là pour ça...

Cordialement,

--
Apollonie Raffalli
apo(dot)raffalli(at)wanadoo(dot)fr
Lycée Laetitia Bonaparte
http://btsig-llb.homelinux.com

bonsoir à tous,
j'espère que vous avez passé un bon week-end

ma réponse est longue à venir, mais on est pas perdu vu le débit de
communication sur cette liste ;)
signe que postgresql fonctionne bien (ou que je dois me racheter un cerveau)

pgaccess me renvoie toujours la même erreur détaillée dans mon précédent
courrier auquel Apollonie a répondu (merci Apollonie !)

j'ai pris en compte les remarques d'Apollonie

>>host all all trust [OPTION]
>>
>>
>
>Il faut supprimer "[OPTION]" ...
>

c'est fait

>># TYPE DATABASE USER IP-ADDRESS IP-MASK METHOD
>>
>>host all all 10.0.0.0 255.0.0.0 trust
>>host all all 127.0.0.1 255.0.0.0 trust
>>
>>
>
>127.0.0.1 n'est pas une adresse de réseau mais une adresse de poste : il est
>inutile de mettre un masque à 255.0.0.0. Il faut mettre 255.255.255.255
>
>

j'ai essayé avec

host all all 10.0.0.0 255.0.0.0 trust
host all all 127.0.0.1 255.0.0.0 trust

et avec

host all all 10.0.0.0 255.0.0.0 trust
host all all 127.0.0.1 255.255.255.255 trust

sans succès

ainsi que

host all all 10.0.0.6 255.0.0.0 trust
host all all 127.0.0.1 255.0.0.0 trust

et

host all all 10.0.0.6 255.0.0.0 trust
host all all 127.0.0.1 255.255.255.255 trust

car mon adresse ip est 10.0.0.6 (voici ce que donne la commande ifconfig)

eth0 Lien encap:Ethernet HWaddr 00:10:A7:1B:BB:68
inet adr:10.0.0.6 Bcast:10.255.255.255 Masque:255.0.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5571 errors:0 dropped:0 overruns:0 frame:0
TX packets:4687 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:100
RX bytes:2962099 (2.8 Mb) TX bytes:580422 (566.8 Kb)
Interruption:18 Adresse de base:0xe800

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:348 errors:0 dropped:0 overruns:0 frame:0
TX packets:348 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:22854 (22.3 Kb) TX bytes:22854 (22.3 Kb)

bref, je ne comprends plus vraiment où peut se trouver l'erreur (toutes
les pistes proposées par pgacces me semblent avoir été étudiées)
je précise que j'ai à chaque fois bien pensé à relancer pgsql comme il
est précisé dans l'aide de pgaccess, avec la commande 'pg_ctl reload'

merci encore pour l'aide que vous m'avez apportée jusque maintenant,
s'il y en a qui ont d'autres idées qu'ils n'hésitent surtout pas :)
à bientôt

ps: je crois que si je m'en sors, je rédige un petit tutoriel de newbie
à newbie sur le lancement de pgsql et de pgaccess

--
Philippe
Quand votre maman est fâchée après votre papa, ne la laissez pas peigner
vos cheveux.
- Taylia, 11 ans

Bonsoir,

siruphi a écrit :
> [...]
> j'ai pris en compte les remarques d'Apollonie
>
>>> host all all trust [OPTION]
>>>
>>
>>
>> Il faut supprimer "[OPTION]" ...
>
>
> c'est fait
>
>>> # TYPE DATABASE USER IP-ADDRESS IP-MASK
>>> METHOD
>>>
>>> host all all 10.0.0.0 255.0.0.0 trust
>>> host all all 127.0.0.1 255.0.0.0 trust
>>>
>>
>>
>> 127.0.0.1 n'est pas une adresse de réseau mais une adresse de poste :
>> il est inutile de mettre un masque à 255.0.0.0. Il faut mettre
>> 255.255.255.255
>>
>
> j'ai essayé avec
>
> host all all 10.0.0.0 255.0.0.0 trust
> host all all 127.0.0.1 255.0.0.0 trust
> [...]
Essaie en ne mettant que des tabulations et une seule entre chaque
champ... je ne vois plus que ça :-/

> bref, je ne comprends plus vraiment où peut se trouver l'erreur (toutes
> les pistes proposées par pgacces me semblent avoir été étudiées)
> je précise que j'ai à chaque fois bien pensé à relancer pgsql comme il
> est précisé dans l'aide de pgaccess, avec la commande 'pg_ctl reload'
>
> merci encore pour l'aide que vous m'avez apportée jusque maintenant,
> s'il y en a qui ont d'autres idées qu'ils n'hésitent surtout pas :)
> à bientôt
>
> ps: je crois que si je m'en sors, je rédige un petit tutoriel de newbie
> à newbie sur le lancement de pgsql et de pgaccess
>
Super :)
On pourra le mettre ainsi sur le site avec drupal.

--
Guillaume.
<!-- http://abs.ptithibou.org/
http://pgsql.ptithibou.org/ -->

Le Monday 22 March 2004 22:24, vous avez écrit :

>
> host all all 10.0.0.0 255.0.0.0 trust
> host all all 127.0.0.1 255.255.255.255 trust
>
> sans succès

Ces deux lignes sont pourtant "bonnes". Mais je viens de penser à quelque
chose : est-ce que tes fichiers de configuration appartiennent bien à
l'utilisateur postgres ; il faut que ce dernier puisse les lire.

Quel est ton nouveau message d'erreur ?

Cordialement,
--
Apollonie Raffalli
apo(dot)raffalli(at)wanadoo(dot)fr
Lycée Laetitia Bonaparte
http://btsig-llb.homelinux.com

On Mon, 22 Mar 2004 22:24:21 +0100
siruphi <pgsql(at)siruphi(dot)freesurf(dot)fr> wrote:

> pgaccess me renvoie toujours la même erreur détaillée dans mon
> précédent courrier auquel Apollonie a répondu (merci Apollonie !)

Suffit simplement (comme je te l'avais dit l'autre fois) que tes
fichiers postgresql.conf contiennent dans les deux premières lignes :

#
# Connection Parameters
#
tcpip_socket = true <--
#ssl = false

#max_connections = 32

port = 5432 <--

et pg_hba.conf :

# TYPE DATABASE USER IP-ADDRESS IP-MASK
METHOD

local all all
trust host all all 127.0.0.1 255.255.255.255
trust

# Using sockets credentials for improved security. Not available
everywhere,# but works on Linux, *BSD (and probably some others)

local all all ident sameuser

et c'est tout ! Le répertoire /var/lib/pgsql DOIT appartenir à postgres.

à faire si ce n'est pas le cas :
su (pour passer root)
# cd /var/lib
# chown -R postgres:postgres pgsql

et tout devrait fonctionner.

--
M.B

bravo Marco !

c'était bien ça, ce tout petit truc de rien du tout

>Suffit simplement (comme je te l'avais dit l'autre fois) que tes
>fichiers postgresql.conf contiennent dans les deux premières lignes :
>
>tcpip_socket = true <--
>port = 5432 <--
>
>

j'avais bien la première ligne, mais je n'avais pas remarqué que tu
m'avais déjà dit d'ouvrir le port 5432, je crois que je vais changer
d'ophtalmo :)

tout fonctionne très bien maintenant, merci, grand merci :) à tous

si vous pensez que ça peut être utile, je vous livre prochainement un
petit tutoriel qui explique comment lancer pgsql et pgaccess quand on
est newbie sous Mandrake, un truc pas aussi exhaustif que ce qui existe
sur le sujet, mais qui sera plus à même d'attirer des débutants en
informatique et en Linux comme moi, histoire de dire aussi qu'on peut
passer à autre chose que MySQL en toute simplicité ;)

je vais le rédiger au format SPIP que je connais pour le mettre ici avec
votre accord
http://mdk.mondelinux.org/

comme j'ai lu dans les archives que le site en rapport avec cette ml
n'est pas sous SPIP because MySQL et mauvais mélange PHP/MySQL, je suis
tout disposé à formater le texte dans la syntaxe qui va bien pour que ça
passe joliement sur votre site

bien évidemment, avant de publier quoi que ce soit où que ce soit, je
vous tiens au courant, et je passerai le texte ici en brut au format
texte pour recevoir vos critiques éclairées (sauf si vous voyez un autre
moyen de fonctionner pour ne pas perturber la ml)

à bientôt

--
Philippe
dans une voiture à un feu rouge
- le passager : "c'est vert"
- le conducteur : "une grenouille ?"