Em Sex, 2006-06-02 às 14:26 -0300, Otacilio Neto escreveu:
> --- Fernando Ike de Oliveira <[EMAIL PROTECTED]>
> escreveu:
> 
> > Em Sex, 2006-06-02 às 10:58 -0300, Otacilio Neto
> > escreveu:
> > > --- Joao <[EMAIL PROTECTED]> escreveu:
> > > 
> > > > meu banco nao inicia
> > > > 
> > > > 
> > > > <%2006-06-02 08:46:30 BRT%>LOG:  database system
> > was
> > > > shut down at 2006-06-02 08:46:12 BRT
> > > > <%2006-06-02 08:46:30 BRT%>LOG:  checkpoint
> > record
> > > > is at 1/8200001C
> > > > <%2006-06-02 08:46:30 BRT%>LOG:  redo record is
> > at
> > > > 1/8200001C; undo record is at 1/8200001C;
> > shutdown
> > > > TRUE
> > > > <%2006-06-02 08:46:30 BRT%>LOG:  next
> > transaction
> > > > ID: 4294967295; next OID: 341747
> > > > <%2006-06-02 08:46:30 BRT%>LOG:  next
> > MultiXactId:
> > > > 1; next MultiXactOffset: 0
> > > > <%2006-06-02 08:46:30 BRT%>PANIC:  could not
> > access
> > > > status of transaction 4294967295
> > > > <%2006-06-02 08:46:30 BRT%>DETAIL:  could not
> > open
> > > > file "pg_clog/0FFF": Arquivo ou diretório não
> > > > encontrado
> > > > <%2006-06-02 08:46:30 BRT%>LOG:  startup process
> > > > (PID 2378) was terminated by signal 6
> > > > <%2006-06-02 08:46:30 BRT%>LOG:  aborting
> > startup
> > > > due to startup process failure
> > > > <%2006-06-02 08:46:30 BRT%>LOG:  logger shutting
> > > > down
> > > > 
> > > > o q eu faco?
> > > > 
> > 
> >     Este problema aconteceu comigo por causa do cache
> > de escrita da hd
> > habilitado.
> >     Faça este procedimento mas não dá para garantir a
> > restauração dos dados
> > que estavam no WAL.
> > 
> > - Crie um cluster novo do banco com as mesmas opções
> > de codificação e
> > localização.
> > 
> > #initdb -D /postgresql_novo
> > 
> > - Inicie o o cluster novo e pare-o
> > 
> > #pg_ctl -D /postgresql_novo -l
> > /tmp/postgresql_novo.log start
> > #pg_ctl -D /postgresql_novo -l
> > /tmp/postgresql_novo.log stop
> > 
> > - Copie os arquivos abaixo
> > 
> > #cp /postgresql_novo/pg_clog/0000
> > /base_producao/pg_clog/
> > #cp /postgresql_novo/pg_multixact/offsets/0000
> > /base_producao/pg_multixact/offsets/
> > 
> > - Reinicie o xlog
> > 
> > #pg_resetxlog -f /base_producao
> > 
> > 
> >     Agora inicie seu banco de produção. 
> > 
> 
> 
> Este problema foi por causa de configuração do SO então?

        Não sei dizer no servidor dele. =)

        Mas isso já aconteceu comigo algumas vezes e precisei desabilitar o
write cache do HD para parar o problema. Isso aconteceu comigo pq o
servidor teve uma queda de energia e os dados estavam no cache ao invés
de ser gravados direto no HD. 
        Veja que não é uma regra, tem casos de desabilitar essa função deixará
todo o servidor mais lento. =)


[]'s
-- 
Fernando Ike - http://fike.homelinux.org:8088/cgi-bin/blosxom
Linux User 303638 - Debian User 352
Jabber - [EMAIL PROTECTED]
I seek You (ICQ)- 160594996

Attachment: signature.asc
Description: Esta é uma parte de mensagem assinada digitalmente

_______________________________________________
Grupo de Usuários do PostgreSQL no Brasil
http://www.postgresql.org.br

Responder a