Dotaz: pgsql, pg_dump, chroot

[Mortal]

Zdravim,

na jednom serveru mam postgresql 8.2.5
na jinej server kde je apache a phppgadmin v chrootu jsem prekopiroval binarku pg_dump i s potrebnou knihovnou

dumpovani pouze dat funuje jen s prepinacem -i (kompatibilita mezi ruznymi verzemi)
dumpovani structury nefunguje vubec
ale ani dumpovani dat nefunguje jak ma, protoze vsude je stejna verze melo by to fungovat i bez prepinace -i

a v pg_logu se objevi:
STATEMENT: SELECT (SELECT usename FROM pg_user WHERE usesysid = datdba) as dba, pg_encoding_to_char(encoding) as encoding, datpath FROM pg_database WHERE datname = 'dbname'
ERROR: column "datpath" does not exist at character 113

dle google to znamena ze pouzivam pg_dump verze 7.x, ktery neumi pracovat s pgsql verze 8.x to je ale blbost nepouzivam $PATH ale absolutni cestu, takze ani zadnym omylem nemohu pustit starej pg_dump (7.4.7), ktery je jinde a funguje

WEBSERVER v CHROOTu:
#chroot /usr/local/chroot/apache_phpPgAdmin /var/pgsql/bin/pg_dump --version
pg_dump (PostgreSQL) 8.2.5

slinkovano se spravnou knihovnou:
#chroot /usr/local/chroot/apache_phpPgAdmin /usr/local/ldd /var/pgsql/bin/pg_dump
        libpq.so.5 => /var/pgsql/lib/libpq.so.5 (0xb7f3c000) 

pg_dump pokud neni v chrootu tak funguje dobre, jak na db serveru tak na webserveru kdyz to davam do toho chrootu tak na neco duleziteho asi zapominam...

Odpovědi

[Mortal]

samozrejme ze to byla prkotina
samozrejme ze na to prijdu az kdyz se nekde zeptam
samozrejme ze byl problem uplne jinde nez jsem ocekaval (v php a ja hledal problem nekde na urovni vytvareni chrootu)

v php.ini byla nastavena cesta v "safe_mode_exec_dir" ke staremu pg_dumpu
bych cekal ze se zapnutymi display_errors me to nejak upozorni ze se snazim execovat neco co nejde, a ne ze se execne neco co nechci a jeste bez zadneho warningu :(