Hallo NG,
das Abfragetool in meinem pgadminIII von meiner postgres 8.1.4 DB streikt.
Wähle ich in Werkzeuge/Abfragetool in der Menueleiste das
Dateimenue, z.B. Datei/öffnen oder Datei/speichern oder Datei/speichern
unter, stürzt pgadminIII ab, so dass ich nur noch durch
Ausführen/Task beenden mit dem Taskmanager von WINXP Pro SP2 pgadmin been=
den
kann. Bei der Symbolleiste vom Abfragetool ist es
genauso. Die andereren Menues Editieren, Abfrage und Hilfe funktionieren.
Nach erneutem Klick auf das nicht reagierende Datei Menue
kommt oben in der Statusleiste "pgAdmin III Query php auf localhost :5432
(keine Rückmeldung)".
Weiß jemand Rat?

Grüße
Andreas


---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match

>
> Hallo NG,
> das Abfragetool in meinem pgadminIII von meiner postgres
> 8.1.4 DB streikt.
> Wähle ich in Werkzeuge/Abfragetool in der Menueleiste das
> Dateimenue, z.B. Datei/öffnen oder Datei/speichern oder
> Datei/speichern unter, stürzt pgadminIII ab, so dass ich nur
> noch durch Ausführen/Task beenden mit dem Taskmanager von
> WINXP Pro SP2 pgadmin beenden kann. Bei der Symbolleiste vom
> Abfragetool ist es genauso. Die andereren Menues Editieren,
> Abfrage und Hilfe funktionieren.
> Nach erneutem Klick auf das nicht reagierende Datei Menue
> kommt oben in der Statusleiste "pgAdmin III Query php auf
> localhost :5432 (keine Rückmeldung)".
> Weiß jemand Rat?
>
> Grüße
> Andreas
>

ich kann dir nur sagen das ich pgadmin 1.4.2 mit pg 8.1.4 einsetze und da
geht alles.....zum glück

sagen die logs was? z.b. pgadmin.log


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

http://archives.postgresql.org

am Tue, dem 24.10.2006, um 11:48:41 +0200 mailte Andreas Bauer folgendes=
:
> Hallo NG,
> das Abfragetool in meinem pgadminIII von meiner postgres 8.1.4 DB strei=
kt.
> Wähle ich in Werkzeuge/Abfragetool in der Menueleiste das
> Dateimenue, z.B. Datei/öffnen oder Datei/speichern oder Datei/speic=
hern
> unter, stürzt pgadminIII ab, so dass ich nur noch durch
> Ausführen/Task beenden mit dem Taskmanager von WINXP Pro SP2 pgadmin =
beenden
> kann. Bei der Symbolleiste vom Abfragetool ist es
> genauso. Die andereren Menues Editieren, Abfrage und Hilfe funktioniere=
n.
> Nach erneutem Klick auf das nicht reagierende Datei Menue
> kommt oben in der Statusleiste "pgAdmin III Query php auf localhost :54=
32
> (keine Rückmeldung)".
> Weiß jemand Rat?

Nicht wirklich. Als leidender Admin von vielen Windows-Büchsen hier
würde ich das windows-typische 'Neuinstall!!!' als erste Maßnahme
empfehlen. Also von pgadmin. Läuft denn die DB so, ich meine, wenn Du
mal mit psql drauf zugreifst?


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 Andreas,

Andreas Kretschmer schrieb:

>> das Abfragetool in meinem pgadminIII von meiner postgres 8.1.4 DB
streikt.
>> Wähle ich in Werkzeuge/Abfragetool in der Menueleiste das Dateimenue,=

>> z.B. Datei/öffnen oder Datei/speichern oder Datei/speichern unter,=

>> stürzt pgadminIII ab, so dass ich nur noch durch Ausführen/Task
>> beenden mit dem Taskmanager von WINXP Pro SP2 pgadmin beenden kann.
>> Bei der Symbolleiste vom Abfragetool ist es genauso. Die andereren
>> Menues Editieren, Abfrage und Hilfe funktionieren.
>> Nach erneutem Klick auf das nicht reagierende Datei Menue kommt oben
>> in der Statusleiste "pgAdmin III Query php auf localhost :5432 (keine
>> Rückmeldung)".
>> Weiß jemand Rat?

> Nicht wirklich. Als leidender Admin von vielen Windows-Büchsen hier w=
ürde
ich das windows-typische 'Neuinstall!!!' als erste Maßnahme empfehlen.
> Also von pgadmin. Läuft denn die DB so, ich meine, wenn Du mal mit psql
drauf zugreifst?

Die sql Komanndos im Abfragetool werden richtig ausgeführt. Die Daten im
pgadmin korrekt
angezeigt. Alles paletti. De/Installieren korrigiert den Fehler auch nicht,
habe ich
mehrmals probiert. Den Fehler hatte ich von Anfang an in postgres.
Vielleicht eine neue
postgres Version installieren, die den Fehler vielleicht behebt?

Grüße und Danke
Andreas


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

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

Hallo Rene,
> da muss ich passen! wann komnmt die fehlermeldung? beim oeffen, speichern
unter...?
> was sagt das log von pg in dem augenblick?
Die logs, die ich mailte, sind zu dem Zeitpunkt,
wenn ich im Abfragetool Datei/öffnen selektiere:

pgadmin.log sagt beim Absturz:
2006-10-24 12:04:54 LOG: could not receive data from client:
Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die
Verbindung
verweigerte.=09
2006-10-24 12:04:54 LOG: unexpected EOF on client connection
2006-10-24 12:04:54 LOG: autovacuum: processing database "phpbox"

Grüße und Danke
Andreas



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

http://archives.postgresql.org

am Tue, dem 24.10.2006, um 12:29:44 +0200 mailte Andreas Bauer folgendes=
:
> Hallo Andreas,
>
> Andreas Kretschmer schrieb:

Antworten _bitte_ in die Liste, okay?


> Die sql Komanndos im Abfragetool werden richtig ausgeführt. Die Daten=
im
> pgadmin korrekt

Dann gehe davon aus, das die DB an sich korrekt arbeitet. Vielleicht hat
PGAdmin auf dem aktuellen Verzeichnis keine Rechte oder sowas, ich habe
nicht wirklich Ahnung von Windows, um das beurteilen zu können.



> angezeigt. Alles paletti. De/Installieren korrigiert den Fehler auch ni=
cht,
> habe ich
> mehrmals probiert. Den Fehler hatte ich von Anfang an in postgres.
> Vielleicht eine neue
> postgres Version installieren, die den Fehler vielleicht behebt?

Ich denke, es liegt an pgadmin, nicht an PostgreSQL. Wenn PGAdmin
abkackt beim Versuch, in diesem Tool eine Datei zu öffnen, dann liegt
das ganz sicher nicht an PostgreSQL. Wie schon gesagt, Rechteprobleme
auf das Verzeichnis z.B.


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 6: explain analyze is your friend

am Tue, dem 24.10.2006, um 12:36:34 +0200 mailte Andreas Bauer folgendes=
:
>
> Hallo Rene,
> > da muss ich passen! wann komnmt die fehlermeldung? beim oeffen, speic=
hern
> unter...?
> > was sagt das log von pg in dem augenblick?
> Die logs, die ich mailte, sind zu dem Zeitpunkt,
> wenn ich im Abfragetool Datei/öffnen selektiere:
>
> pgadmin.log sagt beim Absturz:
> 2006-10-24 12:04:54 LOG: could not receive data from client:
> Es konnte keine Verbindung hergestellt werden, da der Zielcomputer die
> Verbindung
> verweigerte.=09

Moment: speichert PGAdmin in der DB? =C4hm, dann schau mal, was im Log vo=
m
Server steht. Vielleicht legt PGAdmin da ein neues Schema oder was an
und Dir fehlen Rechte dazu. Notfalls die Logausgaben der DB erhöhen.


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 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

Hallo Andreas,
>>> Hallo Rene,
>>> da muss ich passen! wann komnmt die fehlermeldung? beim oeffen,
>>> speichern
>>> unter...?
>>> was sagt das log von pg in dem augenblick?
>>> Die logs, die ich mailte, sind zu dem Zeitpunkt, wenn ich im
>>> Abfragetool Datei/öffnen selektiere:
>>>
>> pgadmin.log sagt beim Absturz:
>> 2006-10-24 12:04:54 LOG: could not receive data from client:
>> Es konnte keine Verbindung hergestellt werden, da der Zielcomputer
>> die Verbindung verweigerte.=09

> Moment: speichert PGAdmin in der DB? =C4hm, dann schau mal, was im Log vom
Server steht. Vielleicht legt PGAdmin da ein neues Schema oder was an und
Dir
> fehlen Rechte dazu. Notfalls die Logausgaben der DB erhöhen.

Dank Dir. Ich glaub da liegt der Hund begraben, die Ereignisazeige von Win
sagt zu dem Fehler folgendes:

Ereignistyp: Fehler
Ereignisquelle: Application Hang
Ereigniskategorie: (101)
Ereigniskennung: 1002
Datum: 24.10.2006
Zeit: 13:02:46
Benutzer: Nicht zutreffend
Computer: SEMP
Beschreibung:
Stillstehende Anwendung pgAdmin3.exe, Version 1.4.2.100, Stillstandmodul
hungapp, Version 0.0.0.0, Stillstandadresse 0x00000000.


Dem User postgres habe ich aber volle Rechte auf das postgres Verzeichnis
gegeben und ihn in die Administratoren- und Domänen-Adminsgruppe
gesteckt. Ohne Erfolg.

Grüße
Andreas


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

> Dem User postgres habe ich aber volle Rechte auf das postgres Verzeichn=
is
> gegeben und ihn in die Administratoren- und Domänen-Adminsgruppe
> gesteckt. Ohne Erfolg.

pgAdminIII läuft nicht unter dem postgres-user, sondern unter deinem
(momentanen) account. wenn du mit file open/close probleme hast, musst du
schauen dass du mit deinem account genügend rechte hast. pgAdminIII
speichert keine (query-)dateien in pg, schon gar nicht über datei
öffnen/schliessen. pgAdmin greift nur für postgres.conf und pg_hba.co=
nf über
pg auf files zu, alles andere geschieht lokal unter deinem benutzer.

dem postgres-user full rights auf seine verzeichnisse zu geben ist aber
nicht per se schlecht. pg muss ja seine dateien verwalten können.

- thomas



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

http://archives.postgresql.org

am Tue, dem 24.10.2006, um 13:34:11 +0200 mailte Andreas Bauer folgendes=
:
> Hallo Andreas,
> >>> Hallo Rene,
> >>> da muss ich passen! wann komnmt die fehlermeldung? beim oeffen,
> >>> speichern
> >>> unter...?
> >>> was sagt das log von pg in dem augenblick?
> >>> Die logs, die ich mailte, sind zu dem Zeitpunkt, wenn ich im
> >>> Abfragetool Datei/öffnen selektiere:
> >>>
> >> pgadmin.log sagt beim Absturz:
> >> 2006-10-24 12:04:54 LOG: could not receive data from client:
> >> Es konnte keine Verbindung hergestellt werden, da der Zielcomputer
> >> die Verbindung verweigerte.=09
>
> > Moment: speichert PGAdmin in der DB? =C4hm, dann schau mal, was im Lo=
g vom
> Server steht. Vielleicht legt PGAdmin da ein neues Schema oder was an u=
nd
> Dir
> > fehlen Rechte dazu. Notfalls die Logausgaben der DB erhöhen.
>
> Dank Dir. Ich glaub da liegt der Hund begraben, die Ereignisazeige von =
Win
> sagt zu dem Fehler folgendes:

Die wollte ich nicht sehen, wird mir nur immer schlecht bei...
Was loggt die DB? Schau mal in die postgresql.conf, die ist kommentiert.
Logge zumindest Fehler, sollte aber wohl default sein.


> Dem User postgres habe ich aber volle Rechte auf das postgres Verzeichn=
is
> gegeben und ihn in die Administratoren- und Domänen-Adminsgruppe
> gesteckt. Ohne Erfolg.

Ich bin mir nicht sicher, ob es eine gute Idee ist, an den Rechten zum
PG-Eigentümer zu drehen. Die Einstellungen, die bei der Installation da
gemacht werden, sollten passen. Gehe bitte davon aus, daß die Leute, di=
e
das programmiert haben, im Vollbesitz ihrer geistigen Fähigkeiten waren=
..


Btw.: du kammquotest.


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

am Tue, dem 24.10.2006, um 13:42:00 +0200 mailte Thomas H. folgendes:
> >Dem User postgres habe ich aber volle Rechte auf das postgres Verzeich=
nis
> >gegeben und ihn in die Administratoren- und Domänen-Adminsgruppe
> >gesteckt. Ohne Erfolg.
>
> pgAdminIII läuft nicht unter dem postgres-user, sondern unter deinem
> (momentanen) account. wenn du mit file open/close probleme hast, musst =
du
> schauen dass du mit deinem account genügend rechte hast. pgAdminIII
> speichert keine (query-)dateien in pg, schon gar nicht über datei
> öffnen/schliessen. pgAdmin greift nur für postgres.conf und pg_hba.=
conf über

Okay, Danke. Mir war so, als ob irgend ein GUI direkt in einem extra
Schema in der DB speichert. PhpPgAdmin? Ich weiß nicht, irgend eines
hatte die Macke, dies zu tun. Ich hatte kurzzeitig PGAdminIII in
Verdacht...


> pg auf files zu, alles andere geschieht lokal unter deinem benutzer.
>
> dem postgres-user full rights auf seine verzeichnisse zu geben ist aber
> nicht per se schlecht. pg muss ja seine dateien verwalten können.

Nach einer sauberen Installation sollten die Rechte aber passen. Wenn
ich meinem SSH-Key 777 gebe, weigert ssh sich, das zu nehmen. Und ich
finde, zu Recht. Ich hab grad keinen Bock darauf zu testen, wie PG sich
verhält, wäre aber über auftretende Probleme nicht wirklich verwund=
ert.


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 2: Don't 'kill -9' the postmaster

>> dem postgres-user full rights auf seine verzeichnisse zu geben ist abe=
r
>> nicht per se schlecht. pg muss ja seine dateien verwalten können.
>
> Nach einer sauberen Installation sollten die Rechte aber passen. Wenn
> ich meinem SSH-Key 777 gebe, weigert ssh sich, das zu nehmen. Und ich
> finde, zu Recht. Ich hab grad keinen Bock darauf zu testen, wie PG sich
> verhält, wäre aber über auftretende Probleme nicht wirklich verwu=
ndert.

die windowswelt läuft bisschen anders. "saubere installation" ja, aber =
was
einmal sauber war, muss nicht auch tage später noch sauber sein.
default-mässig werden access rights vom höheren folder her propagiert=
.. und
je nach dem wo man pgsql installiert hat (zb. datadirectory im
"programme"-ordner) kann das schon mal zu unerwünschten
änderungen/nebeneffekten führen. da auf windows pgsql als service im =
eigenen
userspace abläuft, ist es zumindest bei io-problemen sicher mal hilfrei=
ch,
das zu überprüfen. "zuviele" rechte stören nicht, höchstens zuwen=
ig.

> Btw.: du kammquotest.

whatever :-)

- thomas



---------------------------(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