leider ist es mir nicht möglich eine Datenbank / Tabelle mit pgadmin zu dumpen (exportieren).
PgAdmin sagt immer: Export error: Failed to execute pg_dump (given path in your conf/config.inc.php : /usr/bin/pg_dump). Please, fix this path in your configuration and relog.
Ich nutze die PostgreSQL 8.4.4 und phpPgAdmin 4.2.3.
Nun habe ich natürlich bevor ich hier schreibe gegoogelt und bin auf folgende Lösungen gekommen.
Pfad ist nicht korrekt in der inc.config.php
Mein Pfad ist hier korrekt eingestellt /usr/bin/pg_dump bzw. pg_dumpall
Ich vermute dennoch, daß der Pfad halt NICHT stimmt. Wo läuft PhpPgAdmin, wo läuft PostgreSQL? Selbe Maschine? Kannst Du pg_dump(all) manuell aufrufen?
Vorschlag: laß erst mal PhpPgAdmin weg und arbeite mit plain pg_dump(all).
Ich selber nutze es nicht, hab aber grad mal auf einer Kundendomain geschaut, wo ich weiß, daß da PhpPgAdmin genutzt wird: ist dort auch so eingestellt.
Hab grad keine Idee, was da falsch sein könnte. Dieses PhpXXXAdmin mit XXX in (MySQL, Pg) - Zeugs ist mir eh suspekt … ich weiß, hilft Dir grad auch nicht.
phpPGAdmin ist ein PHP Skript welches im Webserver (meistens Apache) mit einem Parser läuft (entweder Modul oder als CGI). Somit muss der entsprechende User schon einmal die Berechtigung haben, in den bin Ordner rein zu können was nicht in jeder Hosting Umbegung der Fall ist. Des weiteren werden oft diverse Befehle in PHP wie exec, system etc gesperrt welche aber notwendig sind, um Systemprogramm aufzurufen. as auch sein könnte wo ich mir aber nicht sicher bin da ich keine PHP-Modul verwende ist, das vielleicht eine OpenBasedir Eisntellung auch Probleme macht.
Joa, exec() und Co sind per Default auch bei uns aus, aber die Fehlermeldung da schaut anders aus. Aber ja, man kann es nicht ausschließen.
An den Fragesteller: erstell Dir mal eine kurze .php, die phpinfo() aufruft, da kannst Du diese Dinge überprüfen. Falls Dein Hoster mitspielt kann man das schnell ändern. Wir z.B. machen das recht umkompliziert.