Olá,

Alterar você pode.

BEGIN;

UPDATE pg_database
SET datallowconn='f'
WHERE datname='postgres';

SELECT datname,datallowconn
FROM pg_database
WHERE datname='postgres';

COMMIT;

Isso tá muito estranho pois segundo o seu email o banco de dados
template1 também não esta aceitando conexões, e por padrão ele o banco
postgres aceitam conexões.

Tem como você dar uma analisada nos logs e ver aparece alguma
alteração na pg_database.

[]s


2009/1/15 Mr J.L. <[email protected]>:
> Jota,
>
> # SELECT datname,datconnlimit FROM pg_database WHERE datname='postgres';
>  datname  | datconnlimit
> ----------+--------------
>  postgres |           -1
>
> Porem, identifiquei um campo da pg_database que pode explicar esse problema:
>
> datallowconn -> If false then no one can connect to this database. This is 
> used to protect the template0 database from being altered.
>
> # SELECT datname,datallowconn,datconnlimit from pg_database where datname in 
> ('postgres','template0','template1');
>  datname  | datallowconn | datconnlimit
> -----------+--------------+--------------
>  template1 | f            |           -1
>  postgres  | f            |           -1
>  template0 | f            |           -1
>
>
> Creio que seja esse o problema, agora como isso ficou 'f' é muito estranho. 
> Sera que isso pode ser arrumado fazendo um update? ou teria alguma 
> configuracao pra arrumar?
>
> abraços.
>
>
>
>
> --- Em qui, 15/1/09, Jota <[email protected]> escreveu:
>
>> De: Jota <[email protected]>
>> Assunto: Re: [pgbr-geral] duvida conexao
>> Para: [email protected]
>> Cc: "Comunidade PostgreSQL Brasileira" <[email protected]>
>> Data: Quinta-feira, 15 de Janeiro de 2009, 14:37
>> Olá,
>>
>> Por acaso existe alguma outra linha no pg_hba.conf que
>> você por acaso
>> não colocou aqui por esquecimento?
>>
>> Outro detalhe. Você tem apenas uma instalação do
>> PostgreSQL no
>> servidor? Pois derrepente pode estar apontado para o
>> arquivo errado.
>>
>> Um detalhe que me passou pela cabeça agora. Você consegue
>> executar o
>> seguinte SQL:
>>
>> SELECT datname,datconnlimit FROM pg_database WHERE
>> datname='postgres';
>>
>> Você pode conectar em qualquer banco, por exemplo,
>> template1 e
>> executar o SQL acima, e verificar o resultado dele. Caso o
>> resultado
>> seja datconnlimit=0 significa que seu banco postgres não
>> está
>> aceitando conexões.
>>
>> []s
>>
>> 2009/1/15 Mr J.L. <[email protected]>:
>> > Ola Jota,
>> >
>> > Entendi agora. sim, ja foi realizada a releitura do
>> arquivo pg_hba.conf , no caso nao seria esse o problema. O
>> problema continua.
>> >
>> >
>> >
>> >
>> > --- Em qui, 15/1/09, Jota <[email protected]>
>> escreveu:
>> >
>> >> De: Jota <[email protected]>
>> >> Assunto: Re: [pgbr-geral] duvida conexao
>> >> Para: [email protected], "Comunidade
>> PostgreSQL Brasileira"
>> <[email protected]>
>> >> Data: Quinta-feira, 15 de Janeiro de 2009, 13:11
>> >> Olá,
>> >>
>> >>
>> >>
>> >> 2009/1/15 Mr J.L. <[email protected]>:
>> >> > Nao entendia a parte de
>> "reiniciado/sinalizado o
>> >> PostgreSQL"
>> >> O Euler quis dizer que após realizar qualquer
>> alteração
>> >> no pg_hba.conf
>> >> você precisa sinalizar ao PostgreSQL que uma
>> modificação
>> >> foi realizada
>> >> e para isso usa-se o comando: pg_ctl -D
>> /caminho/para/data
>> >> reload
>> >> >
>> >> > Tipo, o banco esta funcionando OK, fazendo
>> todas suas
>> >> tarefas, conecta em outros bancos, etc... só nao
>> conecta no
>> >> banco "postgres"
>> >>
>> >> <chute>
>> >> Acho que após você modificar o pg_hba.conf você
>> esqueceu
>> >> de executar o
>> >> comando que mencionei acima.
>> >> </chute>
>> >> >
>> >> > Referente a regra do pg_hba.conf, essa a a
>> primeira
>> >> regra, nao tem nenhuma outra regra acima dessa.
>> >>
>> >> Faça o pg_ctl -D /caminho/para/data reload e ve
>> se
>> >> resolve. Caso não
>> >> resolva avise a gente.
>> >> >
>> >> > O vacuumdb só da pau quando tenta fazer para
>> o banco
>> >> "postgres", para os outros bancos se eu
>> fizer
>> >> individual ao invés de "-a" funciona.
>> >> >
>> >> > A versao desse banco é PostgreSQL 8.2.5 .
>> >> >
>> >> > Alguma outra sugestao?
>> >> >
>> >> > Obrigado.
>> >> >
>> >> >
>> >> >
>> >> > --- Em qui, 15/1/09, Euler Taveira de
>> Oliveira
>> >> <[email protected]> escreveu:
>> >> >
>> >> >> De: Euler Taveira de Oliveira
>> >> <[email protected]>
>> >> >> Assunto: Re: [pgbr-geral] duvida conexao
>> >> >> Para: [email protected],
>> "Comunidade
>> >> PostgreSQL Brasileira"
>> >> <[email protected]>
>> >> >> Data: Quinta-feira, 15 de Janeiro de
>> 2009, 10:45
>> >> >> Mr J.L. escreveu:
>> >> >> > Pessoal, estou com uma duvida.
>> >> >> >
>> >> >> > Recentemente fui ver o log de
>> processos que
>> >> tenho no
>> >> >> cron do server e em um deles encontrei o
>> seguinte:
>> >> >> >
>> >> >> > #ROTINA DE VACUUM DIARIA
>> >> >> > 00 22 * * 1-6 /usr/bin/vacuumdb -z
>> -v -a >
>> >> >> /var/log/postgres/log_v.log
>> >> >> >
>> >> >> > mensagem:
>> >> >> > vacuumdb: could not connect to
>> database
>> >> postgres:
>> >> >> FATAL:  banco de dados
>> "postgres" não
>> >> está
>> >> >> aceitando conexões
>> >> >> >
>> >> >> > Nao entendi o porque do erro, uma
>> vez que, no
>> >> >> pg_hba.conf esta assim:
>> >> >> >
>> >> >> > # TYPE  DATABASE    USER
>> CIDR-ADDRESS
>> >> >> METHOD
>> >> >> > local   all         all
>> >> >> trust
>> >> >> >
>> >> >> Mudar o pg_hba.conf não quer dizer que
>> >> *magicamente* o
>> >> >> PostgreSQL passará a
>> >> >> aceitar conexões; talvez você *não*
>> tenha
>> >> >> reiniciado/sinalizado o PostgreSQL.
>> >> >> Outra suposição é que você tem alguma
>> regra
>> >> >> 'local' acima desta e, que a
>> mesma
>> >> >> está negando o acesso. Por fim, pode ser
>> que
>> >> você esteja
>> >> >> iniciando essa rotina
>> >> >> logo após iniciar o PostgreSQL. A partir
>> da 8.3,
>> >> o
>> >> >> PostgreSQL não deixa
>> >> >> conectar até que ele esteja _realmente_
>> pronto
>> >> para
>> >> >> aceitar conexões. Se for
>> >> >> este o caso, sugiro colocar uma
>> diferença de
>> >> alguns
>> >> >> segundos/minutos entre o
>> >> >> início e o vacuumdb.
>> >> >>
>> >> >>
>> >> >> --
>> >> >>   Euler Taveira de Oliveira
>> >> >>   http://www.timbira.com/
>> >> >
>> >> >
>> >> >      Veja quais são os assuntos do momento
>> no Yahoo!
>> >> +Buscados
>> >> > http://br.maisbuscados.yahoo.com
>> >> >
>> >> >
>> _______________________________________________
>> >> > pgbr-geral mailing list
>> >> > [email protected]
>> >> >
>> >>
>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>> >> >
>> >>
>> >> []s
>> >>
>> >> --
>> >> João Paulo
>> >> www.dextra.com.br/postgres
>> >> PostgreSQL
>> >
>> >
>> >      Veja quais são os assuntos do momento no Yahoo!
>> +Buscados
>> > http://br.maisbuscados.yahoo.com
>> >
>> >
>>
>>
>>
>> --
>> João Paulo
>> www.dextra.com.br/postgres
>> PostgreSQL
>
>
>      Veja quais são os assuntos do momento no Yahoo! +Buscados
> http://br.maisbuscados.yahoo.com
>
>



-- 
João Paulo
www.dextra.com.br/postgres
PostgreSQL
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Responder a