Re: Crash: backup / restore
От | Guillaume Lelarge |
---|---|
Тема | Re: Crash: backup / restore |
Дата | |
Msg-id | 4CCEE516.4080102@lelarge.info обсуждение исходный текст |
Ответ на | Re: Crash: backup / restore (Guillaume Lelarge <guillaume@lelarge.info>) |
Список | pgadmin-support |
Le 26/10/2010 07:52, Guillaume Lelarge a écrit : > Le 25/10/2010 08:04, Guillaume Lelarge a écrit : >> Le 25/10/2010 00:43, Anssi Kääriäinen a écrit : >>> On 10/22/2010 02:06 AM, Guillaume Lelarge wrote: >>>> The only reason I could guess is that localhost is resolved differently, >>>> once in IPv4 and once in IPv6. And that either your pg_hba.conf accepts >>>> IPv4 and IPv6 connections but with a different authentication methode, >>>> or your .pgpass already has the password for IPv4, and not IPv6 (or >>>> vice-versa). Not sure I explained myself clearly :) >>>> >>>> I think you should check your .pgpass file and your pg_hba.conf file. >>>> And be careful about IPv4 and IPv6 resolution. >>>> >>> Yes, this is it: >>> I had this leftover line in pg_hba.conf: >>> host all all ::1/128 md5 >>> >>> Removing the line gives me: >>> FATAL: no pg_hba.conf entry for host "::1", user "akaariai", ... >>> >>> And changing md5 to trust fixes the issue. >>> >>> I wonder if it would be possible to supply -w to pg_dump to make pg_dump >>> fail automatically instead of asking for password and thus hanging the >>> whole pgadmin program. Unfortunately supported only from version 8.4... >>> >> >> This is actually a great idea. I'll try to add this for next release. >> You're right that it's only supported from 8.4, but I still think this >> is something we should do. >> > > OK, I have a patch that implements this. I'll commit it in a few days if > there is no objection. > Commited. Thanks for your idea about -v switch. -- Guillaumehttp://www.postgresql.frhttp://dalibo.com
В списке pgadmin-support по дате отправления: