Hallo,

ich habe PostgreSQL auf einem freeBSD-Server installiert.
Der zugriff über SSH/Putty funktioniert soweit. d.h. Der Datenbankuser =
existiert, und die Datenbank schient zu funktionieren.

Jetzt ist natürlich der zugang über SSH etwas sehr unbequem, und da w=
ollte ich pgAdmin III ausprobieren.

Jedoch baut dieser keine Verbindung zur Datenbank auf, und bricht mit der=
folgenden Fehlermeldung ab. "Error connecting to the Server. FATAL: Miss=
ing or errornus pg_hba.conf file. HINT: Se server log for details."

Jetzt hab ich gleich zwei Probleme; zum einen kann ich mir nicht erklär=
en, was für ein Problem mit der pg_hba.conf vorliegt (Das mit den Zeile=
numbrüchen hab ich bei Google gefunden, und hab daraufhin einmal die Ga=
nze datei mit vi neu erstellt und abgetippt; keine Veränderung)

zum anderen kann ich partout kein log-file für PostgreSQL finden (/var/=
log/postgres existiert nicht). und das algemeine log-file des rechners is=
t genau so gesprächig wie pgAdmin....

Vlt ist es noch hilfreich zu erwähnen, dass ich PostgreSQL 7.4 installi=
ert habe. (OT: ist 8.1 schon stable genug oder war meine Entscheidung ric=
htig?)

Die pg_hba.conf sowie die postgresql.conf hab ich nach Handbuch bearbeite=
t, kann sie aber bei Interesse auch noch posten.

Ich währe echt froh, wenn ich nach tagelangem googeln hier Hilfe finden=
könnte...

MfG

Carsten
--
GMX DSL-Flatrate 0,- Euro* - =DCberall, wo DSL verfügbar ist!
NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo [at] postgresql.org so that your
message can get through to the mailing list cleanly

--On Montag, November 06, 2006 16:41:26 +0100 Carsten Schmid
<netz-rack.c [at] gmx.net> wrote:

> Die pg_hba.conf sowie die postgresql.conf hab ich nach Handbuch
> bearbeitet, kann sie aber bei Interesse auch noch posten.
>
> Ich währe echt froh, wenn ich nach tagelangem googeln hier Hilfe finden
> könnte...

Bitte schick uns die aktuelle pg_hba.conf.

--
Thanks

Bernd

---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at

http://www.postgresql.org/about/donate

Am Montag, 6. November 2006 16:41 schrieb Carsten Schmid:
> Vlt ist es noch hilfreich zu erwähnen, dass ich PostgreSQL 7.4 instal=
liert
> habe. (OT: ist 8.1 schon stable genug oder war meine Entscheidung richt=
ig?)

War sie nicht.

--
Peter Eisentraut
http://developer.postgresql.org/~petere/

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo [at] postgresql.org so that your
message can get through to the mailing list cleanly

am Mon, dem 06.11.2006, um 16:41:26 +0100 mailte Carsten Schmid folgende=
s:
> Hallo,
>
> ich habe PostgreSQL auf einem freeBSD-Server installiert. Der zugriff
> über SSH/Putty funktioniert soweit. d.h. Der Datenbankuser existiert,
> und die Datenbank schient zu funktionieren.

Tut sie oder tut sie nur so scheinen? ;-)

Also, kannst du Dich lokal mit psql anmelden?


>
> Jetzt ist natürlich der zugang über SSH etwas sehr unbequem, und da
> wollte ich pgAdmin III ausprobieren.

Mit Zugang über SSH meinst Du jetzt aber schon psql, oder? Also das
Kommandozeileninterface von PG?


>
> Jedoch baut dieser keine Verbindung zur Datenbank auf, und bricht mit
> der folgenden Fehlermeldung ab. "Error connecting to the Server.
> FATAL: Missing or errornus pg_hba.conf file. HINT: Se server log for
> details."

PG nimmt erst mal nicht von überall und von jedem Verbindungen an. Das
ist auch gut so. Ich *vermute* mal, Du willst übers Netz Verbindung
aufnehmen. Dazu muß PG an TCP/IP lauschen _UND_ einen passenden Eintrag
in der pg_hba.conf haben.

1. postgresql.conf, dort muß ein listen_addresses sein, auf welchen
Adressen er lauscht. Du verwendest eine *hüstel* abgehangene Version,
IIRC ist dort noch expliziet zu sagen, daß es an TCP/IP lauschen soll.
Dein psql-CLI - Tool verbindet sich über einen lokalen Socket, es
braucht kein TCP/IP (zumindest nicht, solange die Option -h localhost
nicht gegeben wird. Ich *vermute* mal, würdest Du 'psql -h localhost'
ausführen, käme evtl. auch schon der Fehler.

Falls nicht, und es klappt:
2. in der ph_hba.conf passende Einträge machen. Die Datei ist an sich
selbsterklärend.


> zum anderen kann ich partout kein log-file für PostgreSQL finden
> (/var/log/postgres existiert nicht). und das algemeine log-file des
> rechners ist genau so gesprächig wie pgAdmin....

Distri-Abhängig IIRC. Hier ist es
/var/log/postgresql/postgresql-8.1-main.log


>
> Vlt ist es noch hilfreich zu erwähnen, dass ich PostgreSQL 7.4
> installiert habe. (OT: ist 8.1 schon stable genug oder war meine
> Entscheidung richtig?)

Ja, Nein.


> Ich währe echt froh, wenn ich nach tagelangem googeln hier Hilfe
> finden könnte...


Na, das hoffen wir doch...


Andreas
--
Andreas Kretschmer
Kontakt: Heynitz: 035242/47215, D1: 0160/7141639 (mehr: -> Header)
GnuPG-ID: 0x3FFF606C, privat 0x7F4584DA http://wwwkeys.de.pgp.net

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

Carsten Schmid wrote:
> Hallo,
>
> ich habe PostgreSQL auf einem freeBSD-Server installiert.
> Der zugriff über SSH/Putty funktioniert soweit. d.h. Der Datenbankuse=
r existiert, und die Datenbank schient zu funktionieren.
>
> Jetzt ist natürlich der zugang über SSH etwas sehr unbequem, und da=
wollte ich pgAdmin III ausprobieren.
>
> Jedoch baut dieser keine Verbindung zur Datenbank auf, und bricht mit d=
er folgenden Fehlermeldung ab. "Error connecting to the Server. FATAL: Mi=
ssing or errornus pg_hba.conf file. HINT: Se server log for details."
>
> Jetzt hab ich gleich zwei Probleme; zum einen kann ich mir nicht erklä=
ren, was für ein Problem mit der pg_hba.conf vorliegt (Das mit den Zeil=
enumbrüchen hab ich bei Google gefunden, und hab daraufhin einmal die G=
anze datei mit vi neu erstellt und abgetippt; keine Veränderung)
>
> zum anderen kann ich partout kein log-file für PostgreSQL finden (/va=
r/log/postgres existiert nicht). und das algemeine log-file des rechners =
ist genau so gesprächig wie pgAdmin....
>
> Vlt ist es noch hilfreich zu erwähnen, dass ich PostgreSQL 7.4 instal=
liert habe. (OT: ist 8.1 schon stable genug oder war meine Entscheidung r=
ichtig?)
>
7.4 ist einwenig sehr veraltet. 8.1 ist stable und die derzeit aktuelle
Version.
Schau Dir mal die pg_hba.conf an oder schick sie. Du findest sie
vermutlich unter: /usr/local/pgsql/data/pg_hba.conf

> Die pg_hba.conf sowie die postgresql.conf hab ich nach Handbuch bearbei=
tet, kann sie aber bei Interesse auch noch posten.
>
Für die Fehlerfindung wäre es da beste.
> Ich währe echt froh, wenn ich nach tagelangem googeln hier Hilfe find=
en könnte...
>
> MfG
>
> Carsten
>


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

am Mon, dem 06.11.2006, um 16:41:26 +0100 mailte Carsten Schmid folgende=
s:
> Vlt ist es noch hilfreich zu erwähnen, dass ich PostgreSQL 7.4
> installiert habe. (OT: ist 8.1 schon stable genug oder war meine
> Entscheidung richtig?)

Um _diesen_ Punkt mal noch etwas zu erklären:

1. Du beginnst offenbar mit PostgreSQL. Es gibt exakt keinen Grund, mit
einer Version zu beginnen, deren 'End of Livetime' unmittelbar
bevorsteht. Dies wird IIRC eintreten, wenn es 8.2 gibt, was für die
nächsten Tage zu erwarten ist.

2. 8.1 ist seit einem Jahr(?) als 'stable' deklariert, daß es
mittlerweile 8.1.5 gibt ist kein Ausdruck für prinzipielle Schwäch=
en,
sondern dafür, das es natürlich kleinere Korrekturen gibt. Die 7.4=
-
Reihe hat mehr davon.

3. 8.1 ist nicht nur in der Version höher, sondern auch in den Features
*deutlich* besser und vor allem auch in der Geschwindigkeit als 7.4.


Also, tue Dir (und uns) einen Gefallen und nehme 8.1. Du wirst es nicht
bereuen. Die Masse an Leuten, die Dir bei konkreten Problemen mit 7.4
helfen kann|will, wird demnächst gegen NULL tendieren. Okay?


Andreas
--
Andreas Kretschmer
Kontakt: Heynitz: 035242/47215, D1: 0160/7141639 (mehr: -> Header)
GnuPG-ID: 0x3FFF606C, privat 0x7F4584DA http://wwwkeys.de.pgp.net

---------------------------(end of broadcast)---------------------------
TIP 4: Have you searched our list archives?

http://archives.postgresql.org

>Hallo,

>ich habe PostgreSQL auf einem freeBSD-Server installiert.
>Der zugriff über SSH/Putty funktioniert soweit. d.h. Der Datenbankuser e=
xistiert, und die Datenbank schient zu funktionieren.

>Jetzt ist natürlich der zugang über SSH etwas sehr unbequem, und da wo=
llte ich pgAdmin III ausprobieren.

>Jedoch baut dieser keine Verbindung zur Datenbank auf, und bricht mit der =
folgenden Fehlermeldung ab. "Error connecting to the Server. FATAL: Missing=
or errornus pg_hba.conf file. HINT: Se server log for details."

>Jetzt hab ich gleich zwei Probleme; zum einen kann ich mir nicht erkläre=
n, was für ein Problem mit der pg_hba.conf vorliegt (Das mit den Zeilenum=
brüchen hab ich bei Google gefunden, und hab daraufhin einmal die Ganze d=
atei mit vi neu erstellt und abgetippt; keine Veränderung)

>zum anderen kann ich partout kein log-file für PostgreSQL finden (/var/l=
og/postgres existiert nicht). und das algemeine log-file des rechners ist g=
enau so gesprächig wie pgAdmin....

>Vlt ist es noch hilfreich zu erwähnen, dass ich PostgreSQL 7.4 installie=
rt habe. (OT: ist 8.1 schon stable genug oder war meine Entscheidung richti=
g?)

>Die pg_hba.conf sowie die postgresql.conf hab ich nach Handbuch bearbeitet=
, kann sie aber bei Interesse auch noch posten.

>Ich währe echt froh, wenn ich nach tagelangem googeln hier Hilfe finden =
könnte...

>MfG

>Carsten
Hallo!

Ich habe mal versucht die Fehlermeldung von Carsten zu reproduzieren. Unter=
der Vorraussetzung, dass die Installation von PostrgreSQL ansonsten läuf=
t, d.h. dass man sich
lokal mittels psql beim DB-Server anmelden und SQL-Statements absenden und =
Ergebnisse empfangen kann, bleibt nur die Möglichkeit eines Schreibfehler=
s in der
Datei pg_hba.conf. In der Datei habe ich einige Einträge durch voranstell=
en eines Minuszeichens für den Server unverständlich gemacht. Z.B. habe=
folgende Einträge gemacht:
-host all axel 192.168.0.4/32 md5
local all all ident sameuser

Die Folge war, dass ich mittels des Kommandos 'psql -h 192.168.0.4 -U axel'=
folgende Fehlermeldung bekam:
psql: FATAL: fehlende oder fehlerhafter pg_hba.conf-Datei
TIP: Einzelheiten finden Sie im Serverlog.
Wenn ich nur 'psql' Eingab, gelang die Anmeldung beim Server. Ich habe dann=
die Datei noch mittels recode ..pc in eine Windowsmäßige Ascii-Datei g=
ewandelt und den postmaster
neu gestartet. Das Ergebnis war dasselbe. Also folgere ich mal, dass es sic=
h bei dem Fehler mit dem Carsten herumzukämpfen hat(te) um einen Tippfehl=
er oder ähnliches
in der pg_hba.conf handeln muss. Alles andere, was ich probierte, ergab and=
ere Fehlermeldungen.

Ich muss jedoch sagen, dass ich mit PostgreSQL Version 8.1 herumexperimenti=
ert habe. Aber, ich habe auch noch mal in der Anleitung zu 7.4.7 nachgescha=
ut, und fand da aber
in Bezug auf die pg_hba.conf keine Unterschiede zur Version 8.1.4, die bei =
mir läuft. Insofern sollte sich diese Aussage auch auf 7.4 übertragen l=
assen.

Ich schlage vor, zur Sicherheit, die pg_hba.conf auf dem Serverrechner mit =
dem vim (vi improved), joe oder emacs neu zu erstellen. Vielleicht erstmal =
mit nur einem oder zwei
Einträgen. Wahrscheinlich kommt der Fehler der alten pg_hba durch irgende=
in im Editor unsichtbares Sonderzeichen bzw. Byte.

In der Hoffnung, vielleicht etwas geholfen zu haben

mit freundlichen Grüßen
Axel

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo [at] postgresql.org so that your
message can get through to the mailing list cleanly

On Monday 06 November 2006 16:41, Carsten Schmid wrote:
> zum anderen kann ich partout kein log-file für PostgreSQL finden
> (/var/log/postgres existiert nicht). und das algemeine log-file des
> rechners ist genau so gesprächig wie pgAdmin....
Die Meldungen sollten in
/var/log/messages
landen, wenn du PostgreSQL bzw syslog nicht anders eingerichtet hast nach d=
em
Initialisieren (via /usr/local/etc/rc.d/010.pgsql.sh).

Robert

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo [at] postgresql.org so that your
message can get through to the mailing list cleanly

Axel Schnell <axel.schnell [at] gmx.de> schrieb:
> Ich habe mal versucht die Fehlermeldung von Carsten zu reproduzieren.
> Unter der Vorraussetzung, dass die Installation von PostrgreSQL
> ansonsten läuft, d.h. dass man sich lokal mittels psql beim DB-Server
> anmelden und SQL-Statements absenden und Ergebnisse empfangen kann,
> bleibt nur die Möglichkeit eines Schreibfehlers in der Datei
> pg_hba.conf. In der Datei habe ich einige Einträge durch voranstellen

Das ist nett ;-)

Aber, wie von mir schon gesagt, mit 8.x kam die native
Windows-Unterstützung, und um es den ach so bemitleidenswerten
Windows-Usern etwas einfacher zu machen, hat man, wenn ich mich jetzt
nicht komplett irre, mit 8.x es so gemacht, daß man default auf TCP/IP
lauscht. Der Fragesteller hat aber 7.4, dort ist das per default nicht
angestellt. Das *kann* auch eine Ursache sein.

>
> Ich muss jedoch sagen, dass ich mit PostgreSQL Version 8.1
> herumexperimentiert habe. Aber, ich habe auch noch mal in der
> Anleitung zu 7.4.7 nachgeschaut, und fand da aber in Bezug auf die
> pg_hba.conf keine Unterschiede zur Version 8.1.4, die bei mir läuft.
> Insofern sollte sich diese Aussage auch auf 7.4 übertragen lassen.

Richtig, an der pg_hba.conf hat sich da wohl nix geändert.


>
> Ich schlage vor, zur Sicherheit, die pg_hba.conf auf dem Serverrechner
> mit dem vim (vi improved), joe oder emacs neu zu erstellen. Vielleicht
> erstmal mit nur einem oder zwei Einträgen. Wahrscheinlich kommt der
> Fehler der alten pg_hba durch irgendein im Editor unsichtbares
> Sonderzeichen bzw. Byte.

Ein gern genommener Fehler ist wohl auch der, zu übersehen, daß weite=
r
unten stehende Einträge in der pg_hba.conf bereits eher stehende
überschreiben können. Vielleicht ist es ja auch das.

So, für heute genug orakelt.
(ohne c, besser ist das...)


Andreas
--
Really, I'm not out to destroy Microsoft. That will just be a completely
unintentional side effect. (Linus Torvalds)
"If I was god, I would recompile penguin with --enable-fly." (unknow)
Kaufbach, Saxony, Germany, Europe. N 51.05082=B0, E 13.56889=
=B0

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

This is a multi-part message in MIME format.
--------------030407010809050701050207
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable



A. Kretschmer schrieb:
> am Mon, dem 06.11.2006, um 16:41:26 +0100 mailte Carsten Schmid folgen=
des:
>> Hallo,
>>
>> ich habe PostgreSQL auf einem freeBSD-Server installiert. Der zugriff
>> über SSH/Putty funktioniert soweit. d.h. Der Datenbankuser existiert=
,
>> und die Datenbank schient zu funktionieren.
>
> Tut sie oder tut sie nur so scheinen? ;-)
>
> Also, kannst du Dich lokal mit psql anmelden?
>
>
>> Jetzt ist natürlich der zugang über SSH etwas sehr unbequem, und d=
a
>> wollte ich pgAdmin III ausprobieren.
>
> Mit Zugang über SSH meinst Du jetzt aber schon psql, oder? Also das
> Kommandozeileninterface von PG?
>
>
>> Jedoch baut dieser keine Verbindung zur Datenbank auf, und bricht mit
>> der folgenden Fehlermeldung ab. "Error connecting to the Server.
>> FATAL: Missing or errornus pg_hba.conf file. HINT: Se server log for
>> details."
>
> PG nimmt erst mal nicht von überall und von jedem Verbindungen an. Da=
s
> ist auch gut so. Ich *vermute* mal, Du willst übers Netz Verbindung
> aufnehmen. Dazu muß PG an TCP/IP lauschen _UND_ einen passenden Eintr=
ag
> in der pg_hba.conf haben.
>
> 1. postgresql.conf, dort muß ein listen_addresses sein, auf welchen
> Adressen er lauscht. Du verwendest eine *hüstel* abgehangene Version,
> IIRC ist dort noch expliziet zu sagen, daß es an TCP/IP lauschen soll=
..
> Dein psql-CLI - Tool verbindet sich über einen lokalen Socket, es
> braucht kein TCP/IP (zumindest nicht, solange die Option -h localhost
> nicht gegeben wird. Ich *vermute* mal, würdest Du 'psql -h localhost'
> ausführen, käme evtl. auch schon der Fehler.
>
> Falls nicht, und es klappt:
> 2. in der ph_hba.conf passende Einträge machen. Die Datei ist an sich
> selbsterklärend.
>
>
>> zum anderen kann ich partout kein log-file für PostgreSQL finden
>> (/var/log/postgres existiert nicht). und das algemeine log-file des
>> rechners ist genau so gesprächig wie pgAdmin....
>
> Distri-Abhängig IIRC. Hier ist es
> /var/log/postgresql/postgresql-8.1-main.log
>
>
>> Vlt ist es noch hilfreich zu erwähnen, dass ich PostgreSQL 7.4
>> installiert habe. (OT: ist 8.1 schon stable genug oder war meine
>> Entscheidung richtig?)
>
> Ja, Nein.
>
>
>> Ich währe echt froh, wenn ich nach tagelangem googeln hier Hilfe
>> finden könnte...
>
>
> Na, das hoffen wir doch...
>
>
> Andreas



Hallo,

erstmal vielen Dank für eure schnellen Antworten.

Aufgrund der Klarheit eurer Kommentare hab ich mich entschlossen, der
Datenbank ein Update zu verpassen, jetzt hab ich Version 8.1!

Wieder hab ich nach bestem Wissen und Gewissen die postgresqol.conf und
die pg_hba.conf angepasst.
Der Zugang über psql klappt einwandfrei!!

Jedoch erhalte ich immer noch den selben Fehler:

FATAL: Missing or ...

auch habe ich dann einmal ausprobiert wie das Ganze klappt wenn ich vom
localhost aus über TCP/IP komme (psql -h localhost)
Hier erhielt ich wieder den bereits beschriebenen Fehler....

daraus schließe ich, das meine umsetzung eines Zugangs über TCP/IP
irgendwie nicht so recht funktioniert...

Vielleicht hilft das Anfügen der geforderten Dateien pg_hba.conf &
postgresql.conf weiter??

MfG

Carsten

--------------030407010809050701050207
Content-Type: text/plain;
name="postgresql.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="postgresql.conf"

# -----------------------------
# PostgreSQL configuration file
# -----------------------------
#
# This file consists of lines of the form:
#
# name = value
#
# (The '=' is optional.) White space may be used. Comments are introduced
# with '#' anywhere on a line. The complete list of option names and
# allowed values can be found in the PostgreSQL documentation. The
# commented-out settings shown in this file represent the default values.
#
# Please note that re-commenting a setting is NOT sufficient to revert it
# to the default value, unless you restart the postmaster.
#
# Any option can also be given as a command line switch to the
# postmaster, e.g. 'postmaster -c log_connections=on'. Some options
# can be changed at run-time with the 'SET' SQL command.
#
# This file is read on postmaster startup and when the postmaster
# receives a SIGHUP. 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". Some settings, such as listen_addresses, require
# a postmaster shutdown and restart to take effect.


#----------------------------------------------------------- ----------------
# FILE LOCATIONS
#----------------------------------------------------------- ----------------

# The default values of these variables are driven from the -D command line
# switch or PGDATA environment variable, represented here as ConfigDir.

#data_directory = 'ConfigDir' # use data in another directory
#hba_file = 'ConfigDir/pg_hba.conf' # host-based authentication file
#ident_file = 'ConfigDir/pg_ident.conf' # IDENT configuration file

# If external_pid_file is not explicitly set, no extra pid file is written.
#external_pid_file = '(none)' # write an extra pid file


#----------------------------------------------------------- ----------------
# CONNECTIONS AND AUTHENTICATION
#----------------------------------------------------------- ----------------

# - Connection Settings -

listen_addresses = '*' # what IP address(es) to listen on;
# comma-separated list of addresses;
# defaults to 'localhost', '*' = all
port = 5432
max_connections = 40
# note: increasing max_connections costs ~400 bytes of shared memory per
# connection slot, plus lock space (see max_locks_per_transaction). You
# might also need to raise shared_buffers to support more connections.
#superuser_reserved_connections = 2
#unix_socket_directory = ''
#unix_socket_group = ''
#unix_socket_permissions = 0777 # octal
#bonjour_name = '' # defaults to the computer name

# - Security & Authentication -

#authentication_timeout = 60 # 1-600, in seconds
#ssl = off
#password_encryption = on
#db_user_namespace = off

# Kerberos
#krb_server_keyfile = ''
#krb_srvname = 'postgres'
#krb_server_hostname = '' # empty string matches any keytab entry
#krb_caseins_users = off

# - TCP Keepalives -
# see 'man 7 tcp' for details

#tcp_keepalives_idle = 0 # TCP_KEEPIDLE, in seconds;
# 0 selects the system default
#tcp_keepalives_interval = 0 # TCP_KEEPINTVL, in seconds;
# 0 selects the system default
#tcp_keepalives_count = 0 # TCP_KEEPCNT;
# 0 selects the system default


#----------------------------------------------------------- ----------------
# RESOURCE USAGE (except WAL)
#----------------------------------------------------------- ----------------

# - Memory -

shared_buffers = 1000 # min 16 or max_connections*2, 8KB each
#temp_buffers = 1000 # min 100, 8KB each
#max_prepared_transactions = 5 # can be 0 or more
# note: increasing max_prepared_transactions costs ~600 bytes of shared memory
# per transaction slot, plus lock space (see max_locks_per_transaction).
#work_mem = 1024 # min 64, size in KB
#maintenance_work_mem = 16384 # min 1024, size in KB
#max_stack_depth = 2048 # min 100, size in KB

# - Free Space Map -

#max_fsm_pages = 20000 # min max_fsm_relations*16, 6 bytes each
#max_fsm_relations = 1000 # min 100, ~70 bytes each

# - Kernel Resource Usage -

#max_files_per_process = 1000 # min 25
#preload_libraries = ''

# - Cost-Based Vacuum Delay -

#vacuum_cost_delay = 0 # 0-1000 milliseconds
#vacuum_cost_page_hit = 1 # 0-10000 credits
#vacuum_cost_page_miss = 10 # 0-10000 credits
#vacuum_cost_page_dirty = 20 # 0-10000 credits
#vacuum_cost_limit = 200 # 0-10000 credits

# - Background writer -

#bgwriter_delay = 200 # 10-10000 milliseconds between rounds
#bgwriter_lru_percent = 1.0 # 0-100% of LRU buffers scanned/round
#bgwriter_lru_maxpages = 5 # 0-1000 buffers max written/round
#bgwriter_all_percent = 0.333 # 0-100% of all buffers scanned/round
#bgwriter_all_maxpages = 5 # 0-1000 buffers max written/round


#----------------------------------------------------------- ----------------
# WRITE AHEAD LOG
#----------------------------------------------------------- ----------------

# - Settings -

#fsync = on # turns forced synchronization on or off
#wal_sync_method = fsync # the default is the first option
# supported by the operating system:
# open_datasync
# fdatasync
# fsync
# fsync_writethrough
# open_sync
#full_page_writes = on # recover from partial page writes
#wal_buffers = 8 # min 4, 8KB each
#commit_delay = 0 # range 0-100000, in microseconds
#commit_siblings = 5 # range 1-1000

# - Checkpoints -

#checkpoint_segments = 3 # in logfile segments, min 1, 16MB each
#checkpoint_timeout = 300 # range 30-3600, in seconds
#checkpoint_warning = 30 # in seconds, 0 is off

# - Archiving -

#archive_command = '' # command to use to archive a logfile
# segment


#----------------------------------------------------------- ----------------
# QUERY TUNING
#----------------------------------------------------------- ----------------

# - Planner Method Configuration -

#enable_bitmapscan = on
#enable_hashagg = on
#enable_hashjoin = on
#enable_indexscan = on
#enable_mergejoin = on
#enable_nestloop = on
#enable_seqscan = on
#enable_sort = on
#enable_tidscan = on

# - Planner Cost Constants -

#effective_cache_size = 1000 # typically 8KB each
#random_page_cost = 4 # units are one sequential page fetch
# cost
#cpu_tuple_cost = 0.01 # (same)
#cpu_index_tuple_cost = 0.001 # (same)
#cpu_operator_cost = 0.0025 # (same)

# - Genetic Query Optimizer -

#geqo = on
#geqo_threshold = 12
#geqo_effort = 5 # range 1-10
#geqo_pool_size = 0 # selects default based on effort
#geqo_generations = 0 # selects default based on effort
#geqo_selection_bias = 2.0 # range 1.5-2.0

# - Other Planner Options -

#default_statistics_target = 10 # range 1-1000
#constraint_exclusion = off
#from_collapse_limit = 8
#join_collapse_limit = 8 # 1 disables collapsing of explicit
# JOINs


#----------------------------------------------------------- ----------------
# ERROR REPORTING AND LOGGING
#----------------------------------------------------------- ----------------

# - Where to Log -

log_destination = 'syslog'
#log_destination = 'stderr' # Valid values are combinations of
# stderr, syslog and eventlog,
# depending on platform.

# This is used when logging to stderr:
#redirect_stderr = off # Enable capturing of stderr into log
# files

# These are only used if redirect_stderr is on:
#log_directory = 'pg_log' # Directory where log files are written
# Can be absolute or relative to PGDATA
#log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log' # Log file name pattern.
# Can include strftime() escapes
#log_truncate_on_rotation = off # If on, any existing log file of the same
# name as the new log file will be
# truncated rather than appended to. But
# such truncation only occurs on
# time-driven rotation, not on restarts
# or size-driven rotation. Default is
# off, meaning append to existing files
# in all cases.
#log_rotation_age = 1440 # Automatic rotation of logfiles will
# happen after so many minutes. 0 to
# disable.
#log_rotation_size = 10240 # Automatic rotation of logfiles will
# happen after so many kilobytes of log
# output. 0 to disable.

# These are relevant when logging to syslog:
#syslog_facility = 'LOCAL0'
#syslog_ident = 'postgres'


# - When to Log -

#client_min_messages = notice # Values, in order of decreasing detail:
# debug5
# debug4
# debug3
# debug2
# debug1
# log
# notice
# warning
# error

#log_min_messages = notice # Values, in order of decreasing detail:
# debug5
# debug4
# debug3
# debug2
# debug1
# info
# notice
# warning
# error
# log
# fatal
# panic

#log_error_verbosity = default # terse, default, or verbose messages

#log_min_error_statement = panic # Values in order of increasing severity:
# debug5
# debug4
# debug3
# debug2
# debug1
# info
# notice
# warning
# error
# panic(off)

#log_min_duration_statement = -1 # -1 is disabled, 0 logs all statements
# and their durations, in milliseconds.

silent_mode = on
#silent_mode = off # DO NOT USE without syslog or
# redirect_stderr

# - What to Log -

#debug_print_parse = off
#debug_print_rewritten = off
#debug_print_plan = off
#debug_pretty_print = off
#log_connections = off
#log_disconnections = off
#log_duration = off
#log_line_prefix = '' # Special values:
# %u = user name
# %d = database name
# %r = remote host and port
# %h = remote host
# %p = PID
# %t = timestamp (no milliseconds)
# %m = timestamp with milliseconds
# %i = command tag
# %c = session id
# %l = session line number
# %s = session start timestamp
# %x = transaction id
# %q = stop here in non-session
# processes
# %% = '%'
# e.g. '<%u%%%d> '
#log_statement = 'none' # none, mod, ddl, all
#log_hostname = off


#----------------------------------------------------------- ----------------
# RUNTIME STATISTICS
#----------------------------------------------------------- ----------------

# - Statistics Monitoring -

#log_parser_stats = off
#log_planner_stats = off
#log_executor_stats = off
#log_statement_stats = off

# - Query/Index Statistics Collector -

#stats_start_collector = on
#stats_command_string = off
#stats_block_level = off
#stats_row_level = off
#stats_reset_on_server_start = off


#----------------------------------------------------------- ----------------
# AUTOVACUUM PARAMETERS
#----------------------------------------------------------- ----------------

#autovacuum = off # enable autovacuum subprocess?
#autovacuum_naptime = 60 # time between autovacuum runs, in secs
#autovacuum_vacuum_threshold = 1000 # min # of tuple updates before
# vacuum
#autovacuum_analyze_threshold = 500 # min # of tuple updates before
# analyze
#autovacuum_vacuum_scale_factor = 0.4 # fraction of rel size before
# vacuum
#autovacuum_analyze_scale_factor = 0.2 # fraction of rel size before
# analyze
#autovacuum_vacuum_cost_delay = -1 # default vacuum cost delay for
# autovac, -1 means use
# vacuum_cost_delay
#autovacuum_vacuum_cost_limit = -1 # default vacuum cost limit for
# autovac, -1 means use
# vacuum_cost_limit


#----------------------------------------------------------- ----------------
# CLIENT CONNECTION DEFAULTS
#----------------------------------------------------------- ----------------

# - Statement Behavior -

#search_path = '$user,public' # schema names
#default_tablespace = '' # a tablespace name, '' uses
# the default
#check_function_bodies = on
#default_transaction_isolation = 'read committed'
#default_transaction_read_only = off
#statement_timeout = 0 # 0 is disabled, in milliseconds

# - Locale and Formatting -

#datestyle = 'iso, mdy'
#timezone = unknown # actually, defaults to TZ
# environment setting
#australian_timezones = off
#extra_float_digits = 0 # min -15, max 2
#client_encoding = sql_ascii # actually, defaults to database
# encoding

# These settings are initialized by initdb -- they might be changed
lc_messages = 'C' # locale for system error message
# strings
lc_monetary = 'C' # locale for monetary formatting
lc_numeric = 'C' # locale for number formatting
lc_time = 'C' # locale for time formatting

# - Other Defaults -

#explain_pretty_print = on
#dynamic_library_path = '$libdir'


#----------------------------------------------------------- ----------------
# LOCK MANAGEMENT
#----------------------------------------------------------- ----------------

#deadlock_timeout = 1000 # in milliseconds
#max_locks_per_transaction = 64 # min 10
# note: each lock table slot uses ~220 bytes of shared memory, and there are
# max_locks_per_transaction * (max_connections + max_prepared_transactions)
# lock table slots.


#----------------------------------------------------------- ----------------
# VERSION/PLATFORM COMPATIBILITY
#----------------------------------------------------------- ----------------

# - Previous Postgres Versions -

#add_missing_from = off
#regex_flavor = advanced # advanced, extended, or basic
#sql_inheritance = on
#default_with_oids = off
#escape_string_warning = off

# - Other Platforms & Clients -

#transform_null_equals = off


#----------------------------------------------------------- ----------------
# CUSTOMIZED OPTIONS
#----------------------------------------------------------- ----------------

#custom_variable_classes = '' # list of custom variable class names

--------------030407010809050701050207
Content-Type: text/plain;
name="pg_hba.conf"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="pg_hba.conf"

# 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 these forms:
#
# local DATABASE USER METHOD [OPTION]
# host DATABASE USER CIDR-ADDRESS METHOD [OPTION]
# hostssl DATABASE USER CIDR-ADDRESS METHOD [OPTION]
# hostnossl DATABASE USER CIDR-ADDRESS METHOD [OPTION]
#
# (The uppercase items must be replaced by actual values.)
#
# The first field is the connection type: "local" is a Unix-domain socket,
# "host" is either a plain or SSL-encrypted TCP/IP socket, "hostssl" is an
# SSL-encrypted TCP/IP socket, and "hostnossl" is a plain TCP/IP socket.
#
# DATABASE can be "all", "sameuser", "samerole", a database name, or
# a comma-separated list thereof.
#
# USER can be "all", a user name, a group name prefixed with "+", or
# a comma-separated list thereof. In both the DATABASE and USER fields
# you can also write a file name prefixed with " [at] " to include names from
# a separate file.
#
# CIDR-ADDRESS specifies the set of hosts the record matches.
# It is made up of an IP address and a CIDR mask that is an integer
# (between 0 and 32 (IPv4) or 128 (IPv6) inclusive) that specifies
# the number of significant bits in the mask. Alternatively, you can write
# an IP address and netmask in separate columns to specify the set of hosts.
#
# METHOD can be "trust", "reject", "md5", "crypt", "password",
# "krb5", "ident", or "pam". Note that "password" sends passwords
# in clear text; "md5" is preferred since it sends encrypted passwords.
#
# OPTION is the ident map or the name of the PAM service, depending on METHOD.
#
# Database and user names containing spaces, commas, quotes and other special
# characters must be quoted. Quoting one of the keywords "all", "sameuser" or
# "samerole" makes the name lose its special character, and just match a
# database or username with that name.
#
# 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. You can use
# "pg_ctl reload" to do that.

# Put your actual configuration here
# ----------------------------------
#
# If you want to allow non-local connections, you need to add more
# "host" records. In that case you will also need to make PostgreSQL listen
# on a non-local interface via the listen_addresses configuration parameter,
# or via the -i or -h command line switches.
#

# CAUTION: Configuring the system for local "trust" authentication allows
# any local user to connect as any PostgreSQL user, including the database
# superuser. If you do not trust all your local users, use another
# authentication method.


# TYPE DATABASE USER CIDR-ADDRESS METHOD

# "local" is for Unix domain socket connections only
local all all trust
# IPv4 local connections:
Host all all 127.0.0.1/32 trust


# IPv6 local connections:
Host all all ::1/128 trust


#Aenderung am 7.11.06 - Zugriff ueber lokales Netz hinzugefuegt - C.Schmid
Hoast all all 192.168.2.0/24 trust

--------------030407010809050701050207
Content-Type: text/plain
Content-Disposition: inline
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable


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

--------------030407010809050701050207--

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Am 07.11.2006 um 18:04 schrieb Carsten Schmid:

> Hoast all all 192.168.2.0/24 trust

Etwas weniger bayrisch vielleicht?

Gruß, C.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)

iD8DBQFFUL6lnCYkNsytVmQRApbwAKCIiKl7Yu9jjlR4S3a4A0oirCnjwACf SNkv
syU2dbGhCb635qJQosOj9NY=3D
=3D7l9v
-----END PGP SIGNATURE-----

---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to majordomo [at] postgresql.org so that your
message can get through to the mailing list cleanly

Christian Voelker schrieb:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Am 07.11.2006 um 18:04 schrieb Carsten Schmid:
>
>> Hoast all all 192.168.2.0/24 trust
>
> Etwas weniger bayrisch vielleicht?
>
> Gruß, C.
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.5 (Darwin)
>
> iD8DBQFFUL6lnCYkNsytVmQRApbwAKCIiKl7Yu9jjlR4S3a4A0oirCnjwACf SNkv
> syU2dbGhCb635qJQosOj9NY=3D
> =3D7l9v
> -----END PGP SIGNATURE-----
>
> ---------------------------(end of broadcast)--------------------------=
-
> TIP 1: if posting/reading through Usenet, please send an appropriate
> subscribe-nomail command to majordomo [at] postgresql.org so that your
> message can get through to the mailing list cleanly
>
>


LOL das hab ich nicht gesehen!!!!!

zu geil!!!

---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at

http://www.postgresql.org/about/donate

am Tue, dem 07.11.2006, um 18:13:08 +0100 mailte Christian Voelker folgendes:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Am 07.11.2006 um 18:04 schrieb Carsten Schmid:
>
> >Hoast all all 192.168.2.0/24 trust
>
> Etwas weniger bayrisch vielleicht?

ich lieg lang vor Lachen...


Andreas
--
Andreas Kretschmer
Kontakt: Heynitz: 035242/47215, D1: 0160/7141639 (mehr: -> Header)
GnuPG-ID: 0x3FFF606C, privat 0x7F4584DA http://wwwkeys.de.pgp.net

---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at

http://www.postgresql.org/about/donate

Am Dienstag, 7. November 2006 18:04 schrieb Carsten Schmid:
> Hallo,
>
> erstmal vielen Dank für eure schnellen Antworten.
>
> Aufgrund der Klarheit eurer Kommentare hab ich mich entschlossen, der
> Datenbank ein Update zu verpassen, jetzt hab ich Version 8.1!
>
> Wieder hab ich nach bestem Wissen und Gewissen die postgresqol.conf und=

> die pg_hba.conf angepasst.
> Der Zugang über psql klappt einwandfrei!!
>
> Jedoch erhalte ich immer noch den selben Fehler:
>
> FATAL: Missing or ...
>
> auch habe ich dann einmal ausprobiert wie das Ganze klappt wenn ich vom=

> localhost aus über TCP/IP komme (psql -h localhost)
> Hier erhielt ich wieder den bereits beschriebenen Fehler....
>
> daraus schließe ich, das meine umsetzung eines Zugangs über TCP/IP
> irgendwie nicht so recht funktioniert...
>
> Vielleicht hilft das Anfügen der geforderten Dateien pg_hba.conf &
> postgresql.conf weiter??
>
> MfG
>
> Carsten
>

Versuch's mal mit folgenden Einträgen:

host all all 127.0.0.1/32 trust

# IPv6 local connections:
host all all ::1/128 trust

#Aenderung am 7.11.06 - Zugriff ueber lokales Netz hinzugefuegt - C.Schmid
host all all 192.168.2.0/24 trust

Ansonsten einen Toast auf den Hoast!

Axel

---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at

http://www.postgresql.org/about/donate

-------- Original-Nachricht --------
Datum: Tue, 7 Nov 2006 19:58:46 +0100
Von: Axel Schnell <axel.schnell [at] gmx.de>
An: pgsql-de-allgemein [at] postgresql.org, Carsten Schmid <netz-rack.c [at] gmx.ne=
t>
Betreff: Re: [pgsql-de-allgemein] Remote acces zu Postgress: pg_hba.conf =
Fehler

> Am Dienstag, 7. November 2006 18:04 schrieb Carsten Schmid:
> > Hallo,
> >
> > erstmal vielen Dank für eure schnellen Antworten.
> >
> > Aufgrund der Klarheit eurer Kommentare hab ich mich entschlossen, der=

> > Datenbank ein Update zu verpassen, jetzt hab ich Version 8.1!
> >
> > Wieder hab ich nach bestem Wissen und Gewissen die postgresqol.conf u=
nd
> > die pg_hba.conf angepasst.
> > Der Zugang über psql klappt einwandfrei!!
> >
> > Jedoch erhalte ich immer noch den selben Fehler:
> >
> > FATAL: Missing or ...
> >
> > auch habe ich dann einmal ausprobiert wie das Ganze klappt wenn ich v=
om
> > localhost aus über TCP/IP komme (psql -h localhost)
> > Hier erhielt ich wieder den bereits beschriebenen Fehler....
> >
> > daraus schließe ich, das meine umsetzung eines Zugangs über TCP/I=
P
> > irgendwie nicht so recht funktioniert...
> >
> > Vielleicht hilft das Anfügen der geforderten Dateien pg_hba.conf &
> > postgresql.conf weiter??
> >
> > MfG
> >
> > Carsten
> >
>
> Versuch's mal mit folgenden Einträgen:
>
> host all all 127.0.0.1/32 trust
>
> # IPv6 local connections:
> host all all ::1/128 trust
>
> #Aenderung am 7.11.06 - Zugriff ueber lokales Netz hinzugefuegt - C.Sch=
mid
> host all all 192.168.2.0/24 trust
>
> Ansonsten einen Toast auf den Hoast!
>
> Axel
>

Tja, is ja immer schön wenn man mal lachen kann...

als ich dann heute wieder auf der Arbeit war, hab ich mal ganz fix alle b=
lau weißen Fahnen runtergerissen!!!

ergo: die pg_hba.conf müsste jetzt so weit in ordnung sein!!

Blöderweise ist das Problem damit nicht gelöst, und die Fehlermeldung=
bleibt die gleiche.


Nun hatte ich irgendwie den Eindruck, dass es vlt irgendwie an der rechte=
vergabe liegen könnte.

Hab' mir das ganze mal angesehen:

-rw------- 1 pgsql pgsql 4 Nov 7 13:04 PG_VERSION
drwx------ 5 pgsql pgsql 512 Nov 7 13:05 base
drwx------ 2 pgsql pgsql 512 Nov 8 13:21 global
drwx------ 2 pgsql pgsql 512 Nov 7 13:04 pg_clog
-rw------- 1 pgsql pgsql 3532 Nov 8 13:01 pg_hba.conf
-rw------- 1 pgsql pgsql 1460 Nov 7 13:04 pg_ident.conf
drwx------ 4 pgsql pgsql 512 Nov 7 13:04 pg_multixact
drwx------ 2 pgsql pgsql 512 Nov 7 13:04 pg_subtrans
drwx------ 2 pgsql pgsql 512 Nov 7 13:04 pg_tblspc
drwx------ 2 pgsql pgsql 512 Nov 7 13:04 pg_twophase
drwx------ 3 pgsql pgsql 512 Nov 7 13:04 pg_xlog
-rw------- 1 pgsql pgsql 13652 Nov 8 13:21 postgresql.conf
-rw------- 1 pgsql pgsql 49 Nov 8 13:21 postmaster.opts
-rw------- 1 pgsql pgsql 46 Nov 8 13:21 postmaster.pid

sieht IMHO ganz in odnung aus oder?


vlt. liegt es aber auch am Netzwerk:

muss ich bei freeBSD nach der install von postgresql-server-81 und dem du=
rchlaufen des initdb-scripts sowie dem Eintrag in die rc.d noch etwas mac=
hen??

ist es zum Beispiel nötig auch noch den port postgresql-client-81 zu in=
stallieren?? (ich will im endeffekt nur über remote-hosts auf die DB zu=
greifen!)

MfG

Carsten

--
GMX DSL-Flatrate 0,- Euro* - =DCberall, wo DSL verfügbar ist!
NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl

---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend

Hallo allerseits,

ich habe das Problem gelöst und möchte euch auch an dieser, meiner
Ansicht nach, doch recht ungewöhnlichen Lösung Teilhaben lassen...

Im Prinzip hatte mein freeBSD (oder das darauf installierte PostgreSQL)
aus einem unerfindlichen Grund Probleme mit IPv6. Denn sobald ich die
Zeile für die Anmeldung über den IPv6-Localhost auskommentiert hatte,=

konnte ich mich wieder über IPv4 anmelden.

Jedoch scheitert seit dem Jedweder Anmeldeversuch über die
Namensauflösung Localhost. (psql -h localhost)

Verwunderlich ist hierbei auch noch das es keinen PC in diesem LAN gibt,
der IPv6 benutzt (auch die freeBSD-Kiste nicht).

MfG

Carsten


---------------------------(end of broadcast)---------------------------
TIP 3: Have you checked our extensive FAQ?

http://www.postgresql.org/docs/faq