On Wed, Apr 21, 2010 at 11:21 PM, y.y.Chen wrote:
>
>
> pg_dump in A=> pg_dump -h A db > file =>failure
> pg_dump in B => pg_dump -h A db > file =>success
>
and what was the error?
are you sure pg_hba.conf allow host connections from A to A for that
database and user?
--
Atentamente
The following bug has been logged online:
Bug reference: 5433
Logged by: y.y.Chen
Email address: yyc...@clhs.tyc.edu.tw
PostgreSQL version: 8.4.3
Operating system: OpenSuSE and XP
Description:pg_dump (8.4.3) copy database failure!
Details:
Server A:Ver 8.4.3
Se
The following bug has been logged online:
Bug reference: 5432
Logged by: y.y.Chen
Email address: yyc...@clhs.tyc.edu.tw
PostgreSQL version: 8.4.3
Operating system: OpenSuSE and XP
Description:pg_dump (8.4.3) copy database failure!
Details:
Server A:Ver 8.4.3
Se
Devrim GÜNDÜZ wrote:
On Wed, 2010-04-21 at 06:19 -0700, Jamie Strachan wrote:
I don't think there should be any issue with explicitly specifying the
directory in the RPM with a %dir directive.
Yeah, I will do it in next set -- I'm just thinking whether it is worth
to push another build for now
Hello,
I do appreciate help on this issue!
It seems to me that the directories /usr/share/pgsql/tsearch_data timezone and
timezone_data
- are not explicitly contained within in the RPM
- are not configured by %defattr
(defattr is -,root,root)
I did a quick search to see what the default beha
On Wed, 2010-04-21 at 06:19 -0700, Jamie Strachan wrote:
> I don't think there should be any issue with explicitly specifying the
> directory in the RPM with a %dir directive.
Yeah, I will do it in next set -- I'm just thinking whether it is worth
to push another build for now or not ;)
I'll let
On Tue, 2010-04-20 at 13:39 -0700, Jamie Strachan wrote:
> [r...@isotest ~]# ls -ld /usr/share/pgsql/timezonesets/
> drwxr-x--- 2 root root 4096 Apr 20
> 16:27 /usr/share/pgsql/timezonesets/
Still, this should have never ever happened. Lacey, AFAICS there is
nothing that could cause this issue i