Re: [pgbr-geral] pg_resetxlog
Le 2011-D-6 23h38, Euler Taveira de Oliveira a écrit : On 06-12-2011 19:24, Leandro Guimarães Faria Corce DUTRA wrote: Le 2011-D-6 21h13, Fábio Gibon - Comex System a écrit : Porque o disco corrompeu o arquivo 769035 também. O disco ou (principalmente em se tratando de MS Windows) o sistema de arquivos. Não se sabe. Por isso ‘ou’ em vez de ‘e’. O que mais tenho visto são máquinas com componentes de qualidade péssima ou, no mínimo, duvidosa que falham após algum tempo. Triste… Cada um põe os ovos naquele cesto que se sente seguro. Se o cesto já tem um rombo, é melhor que alguém avise. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
Fabio qual a mensagem de erro exibida..Posta ai para nós. Emerson Martins DBA 82 9123-5504 82 9668-1283 Em 6 de dezembro de 2011 09:04, Fábio Gibon - Comex System gi...@comexsystem.com.br escreveu: Pessoal, tenho uma base 9.0 (windows) que corrompeu os pg_xlog e o banco não inicializa, o único backup existente é um dump do dia anterior, há alguma alternativa menos drástica do que tentar resetar os WAL com o pg_resetxlog? abraços Fábio Henrique Gibon ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
Segue log... --- primeiro log após a falha --- 2011-12-05 12:56:50 BRT LOG: sistema de banco de dados foi interrompido; última execução em 2011-12-05 10:30:49 BRT 2011-12-05 12:56:50 BRT LOG: sistema de banco de dados não foi desligado corretamente; recuperação automática está em andamento 2011-12-05 12:56:50 BRT LOG: estado de recuperação consistente atingido em C/4DADE530 2011-12-05 12:56:50 BRT LOG: unrecognized win32 error code: 1392 2011-12-05 12:56:50 BRT PÂNICO: não pôde abrir arquivo pg_xlog/0001000C004C (arquivo de log 12, segmento 76): Invalid argument This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. 2011-12-05 12:56:50 BRT LOG: processo de inicialização (PID 2148) terminou com código de retorno 3 2011-12-05 12:56:50 BRT LOG: interrompendo inicialização porque o processo de inicialização falhou --- log atual ao tentar iniciar o banco --- 2011-12-05 22:58:23 BRT LOG: sistema de banco de dados foi interrompido enquanto estava sendo recuperado em 2011-12-05 12:56:50 BRT 2011-12-05 22:58:23 BRT DICA: Isso provavelmente significa que algum dado foi corrompido e você terá que utilizar o último backup para recuperação. 2011-12-05 22:58:23 BRT LOG: não pôde abrir arquivo pg_xlog/0001000C004D (arquivo de log 12, segmento 77): No such file or directory 2011-12-05 22:58:23 BRT LOG: registro do ponto de controle primário é inválido 2011-12-05 22:58:23 BRT LOG: não pôde abrir arquivo pg_xlog/0001000C004D (arquivo de log 12, segmento 77): No such file or directory 2011-12-05 22:58:23 BRT LOG: registro do ponto de controle secundário é inválido 2011-12-05 22:58:23 BRT PÂNICO: não pôde localizar registro do ponto de controle válido This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. 2011-12-05 22:58:23 BRT LOG: processo de inicialização (PID 132) terminou com código de retorno 3 2011-12-05 22:58:23 BRT LOG: interrompendo inicialização porque o processo de inicialização falhou - Original Message - From: Emerson Martins To: Fábio Gibon - Comex System ; Comunidade PostgreSQL Brasileira Sent: Tuesday, December 06, 2011 8:42 AM Subject: Re: [pgbr-geral] pg_resetxlog Fabio qual a mensagem de erro exibida..Posta ai para nós. Emerson Martins DBA 82 9123-5504 82 9668-1283 Em 6 de dezembro de 2011 09:04, Fábio Gibon - Comex System gi...@comexsystem.com.br escreveu: Pessoal, tenho uma base 9.0 (windows) que corrompeu os pg_xlog e o banco não inicializa, o único backup existente é um dump do dia anterior, há alguma alternativa menos drástica do que tentar resetar os WAL com o pg_resetxlog? abraços Fábio Henrique Gibon ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
Fábio, de acordo com o log realmente houve corrupção de um archive de WAL-LOG, e a única opção é resetar com pg_resetxlog ou deixar esse archive de fora mesmo. Pelo que li na documentação voce pode depurar com a opção -n n-(nenhuma operação) instrui o pg_resetxlog para imprimir os valores reconstruídos a partir de pg_control e depois sair sem modificar nada. Isto é principalmente uma ferramenta de depuração, mas pode ser útil como uma verificação de sanidade antes de permitir que pg_resetxlog para prosseguir para o real. Como você destacou que só tem um dump de ontem, nesse caso com um backup dos archives resolveria não vejo outra opção.. *Mas vou deixar que os nossos amigos mais experientes se manifestem!* Dica: Defina como prioridade sua estratégia de backup - Backup físico com copia dos archives de Wal-log de tempos em tempos a depender da sua volumetria de dados. Atenciosamente, Emerson Martins DBA 82 9123-5504 82 9668-1283 Em 6 de dezembro de 2011 10:55, Fábio Gibon - Comex System gi...@comexsystem.com.br escreveu: ** Segue log... --- primeiro log após a falha --- 2011-12-05 12:56:50 BRT LOG: sistema de banco de dados foi interrompido; última execução em 2011-12-05 10:30:49 BRT 2011-12-05 12:56:50 BRT LOG: sistema de banco de dados não foi desligado corretamente; recuperação automática está em andamento 2011-12-05 12:56:50 BRT LOG: estado de recuperação consistente atingido em C/4DADE530 2011-12-05 12:56:50 BRT LOG: unrecognized win32 error code: 1392 2011-12-05 12:56:50 BRT PÂNICO: não pôde abrir arquivo pg_xlog/0001000C004C (arquivo de log 12, segmento 76): Invalid argument This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. 2011-12-05 12:56:50 BRT LOG: processo de inicialização (PID 2148) terminou com código de retorno 3 2011-12-05 12:56:50 BRT LOG: interrompendo inicialização porque o processo de inicialização falhou --- log atual ao tentar iniciar o banco --- 2011-12-05 22:58:23 BRT LOG: sistema de banco de dados foi interrompido enquanto estava sendo recuperado em 2011-12-05 12:56:50 BRT 2011-12-05 22:58:23 BRT DICA: Isso provavelmente significa que algum dado foi corrompido e você terá que utilizar o último backup para recuperação. 2011-12-05 22:58:23 BRT LOG: não pôde abrir arquivo pg_xlog/0001000C004D (arquivo de log 12, segmento 77): No such file or directory 2011-12-05 22:58:23 BRT LOG: registro do ponto de controle primário é inválido 2011-12-05 22:58:23 BRT LOG: não pôde abrir arquivo pg_xlog/0001000C004D (arquivo de log 12, segmento 77): No such file or directory 2011-12-05 22:58:23 BRT LOG: registro do ponto de controle secundário é inválido 2011-12-05 22:58:23 BRT PÂNICO: não pôde localizar registro do ponto de controle válido This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. 2011-12-05 22:58:23 BRT LOG: processo de inicialização (PID 132) terminou com código de retorno 3 2011-12-05 22:58:23 BRT LOG: interrompendo inicialização porque o processo de inicialização falhou - Original Message - *From:* Emerson Martins emersonmarti...@gmail.com *To:* Fábio Gibon - Comex System gi...@comexsystem.com.br ; Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br *Sent:* Tuesday, December 06, 2011 8:42 AM *Subject:* Re: [pgbr-geral] pg_resetxlog Fabio qual a mensagem de erro exibida..Posta ai para nós. Emerson Martins DBA 82 9123-5504 82 9668-1283 Em 6 de dezembro de 2011 09:04, Fábio Gibon - Comex System gi...@comexsystem.com.br escreveu: Pessoal, tenho uma base 9.0 (windows) que corrompeu os pg_xlog e o banco não inicializa, o único backup existente é um dump do dia anterior, há alguma alternativa menos drástica do que tentar resetar os WAL com o pg_resetxlog? abraços Fábio Henrique Gibon ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
--- primeiro log após a falha --- 2011-12-05 12:56:50 BRT LOG: sistema de banco de dados foi interrompido; última execução em 2011-12-05 10:30:49 BRT 2011-12-05 12:56:50 BRT LOG: sistema de banco de dados não foi desligado corretamente; recuperação automática está em andamento 2011-12-05 12:56:50 BRT LOG: estado de recuperação consistente atingido em C/4DADE530 2011-12-05 12:56:50 BRT LOG: unrecognized win32 error code: 1392 2011-12-05 12:56:50 BRT PÂNICO: não pôde abrir arquivo pg_xlog/0001000C004C (arquivo de log 12, segmento 76): Invalid argument This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. 2011-12-05 12:56:50 BRT LOG: processo de inicialização (PID 2148) terminou com código de retorno 3 2011-12-05 12:56:50 BRT LOG: interrompendo inicialização porque o processo de inicialização falhou --- log atual ao tentar iniciar o banco --- 2011-12-05 22:58:23 BRT LOG: sistema de banco de dados foi interrompido enquanto estava sendo recuperado em 2011-12-05 12:56:50 BRT 2011-12-05 22:58:23 BRT DICA: Isso provavelmente significa que algum dado foi corrompido e você terá que utilizar o último backup para recuperação. 2011-12-05 22:58:23 BRT LOG: não pôde abrir arquivo pg_xlog/0001000C004D (arquivo de log 12, segmento 77): No such file or directory Pelo que entendi estás usando Windows. Este arquivo existe no diretório? Ele tem permissões corretas para o usuário postgres? O diretório existe, ele não era um link simbólico pra outro disco no Windows? 2011-12-05 22:58:23 BRT LOG: registro do ponto de controle primário é inválido 2011-12-05 22:58:23 BRT LOG: não pôde abrir arquivo pg_xlog/0001000C004D (arquivo de log 12, segmento 77): No such file or directory 2011-12-05 22:58:23 BRT LOG: registro do ponto de controle secundário é inválido 2011-12-05 22:58:23 BRT PÂNICO: não pôde localizar registro do ponto de controle válido This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. 2011-12-05 22:58:23 BRT LOG: processo de inicialização (PID 132) terminou com código de retorno 3 2011-12-05 22:58:23 BRT LOG: interrompendo inicialização porque o processo de inicialização falhou Se você não encontrar o arquivo faltante (ou posteriores, ele pode não ser o último) e seu backup por dump é muito antigo, fazer o pg_resetxlog é uma alternativa que vai fazer com que você perca *menos* dados, mas vai perder dados das transações presentes no arquivo WAL indicado e posteriores. Você não tinha backup pela estratégia PITR (base + archive) ? []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
--- primeiro log após a falha --- 2011-12-05 12:56:50 BRT LOG: sistema de banco de dados foi interrompido; file or directory Pelo que entendi estás usando Windows. Este arquivo existe no diretório? Ele tem permissões corretas para o usuário postgres? O diretório existe, ele não era um link simbólico pra outro disco no Windows? [Gibon] Exatamente isto, windows e não existe o arquivo 2011-12-05 22:58:23 BRT LOG: registro do ponto de controle primário é inválido Se você não encontrar o arquivo faltante (ou posteriores, ele pode não ser o último) e seu backup por dump é muito antigo, fazer o pg_resetxlog é uma alternativa que vai fazer com que você perca *menos* dados, mas vai perder dados das transações presentes no arquivo WAL indicado e posteriores. Você não tinha backup pela estratégia PITR (base + archive) ? [Gibon] Esta base não é administrada por nós, fomos acionado apenas agora, na hora do incêndio... o único backup é o dump e há mensagem de erro de disco no SO. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
Pelo que entendi estás usando Windows. Este arquivo existe no diretório? Ele tem permissões corretas para o usuário postgres? O diretório existe, ele não era um link simbólico pra outro disco no Windows? [Gibon] Exatamente isto, windows e não existe o arquivo 2011-12-05 22:58:23 BRT LOG: registro do ponto de controle primário é inválido Se você não encontrar o arquivo faltante (ou posteriores, ele pode não ser o último) e seu backup por dump é muito antigo, fazer o pg_resetxlog é uma alternativa que vai fazer com que você perca *menos* dados, mas vai perder dados das transações presentes no arquivo WAL indicado e posteriores. Você não tinha backup pela estratégia PITR (base + archive) ? [Gibon] Esta base não é administrada por nós, fomos acionado apenas agora, na hora do incêndio... o único backup é o dump e há mensagem de erro de disco no SO. Bom, então houve mesmo perda de dados. Copie o cluster para outro disco reconhecidamente bom, use o pg_resetxlog e assim você provavelmente conseguirá utilizar o banco de dados com uma perda de dados menor do que a restauração do último dump. Note que outros arquivos podem ter sido corrompidos ou perdidos. Faça um pgdump logo após conseguir acessar os dados para garantir que tudo é legível. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
Pelo que entendi estás usando Windows. Este arquivo existe no diretório? Ele tem permissões corretas para o usuário postgres? O diretório existe, ele não era um link simbólico pra outro disco no Windows? [Gibon] Exatamente isto, windows e não existe o arquivo 2011-12-05 22:58:23 BRT LOG: registro do ponto de controle primário é inválido Se você não encontrar o arquivo faltante (ou posteriores, ele pode não ser o último) e seu backup por dump é muito antigo, fazer o pg_resetxlog é uma alternativa que vai fazer com que você perca *menos* dados, mas vai perder dados das transações presentes no arquivo WAL indicado e posteriores. Você não tinha backup pela estratégia PITR (base + archive) ? [Gibon] Esta base não é administrada por nós, fomos acionado apenas agora, na hora do incêndio... o único backup é o dump e há mensagem de erro de disco no SO. Bom, então houve mesmo perda de dados. Copie o cluster para outro disco reconhecidamente bom, use o pg_resetxlog e assim você provavelmente conseguirá utilizar o banco de dados com uma perda de dados menor do que a restauração do último dump. Note que outros arquivos podem ter sido corrompidos ou perdidos. Faça um pgdump logo após conseguir acessar os dados para garantir que tudo é legível. [Gibon] Flávio, tentei fazer isto, mas ao fazer o dump eu recebi outra mensagem de erro (e isto já aconteceu comigo em outras duas situações que usei o pg_resetxlogs) e acabei não conseguindo voltar a base e então tive que usar o dump. O erro no momento do novo dump foi: cabeçalho de página é inválido no bloco 147859 da relação /base/16393/769035. Alguma dica porque isto aconteceu? O arquivo do banco também estava corrompido? []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
On 06-12-2011 19:14, Fábio Gibon - Comex System wrote: [Gibon] Flávio, tentei fazer isto, mas ao fazer o dump eu recebi outra mensagem de erro (e isto já aconteceu comigo em outras duas situações que usei o pg_resetxlogs) e acabei não conseguindo voltar a base e então tive que usar o dump. O erro no momento do novo dump foi: cabeçalho de página é inválido no bloco 147859 da relação /base/16393/769035. Alguma dica porque isto aconteceu? O arquivo do banco também estava corrompido? Porque o disco corrompeu o arquivo 769035 também. -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
On 06-12-2011 19:14, Fábio Gibon - Comex System wrote: [Gibon] Flávio, tentei fazer isto, mas ao fazer o dump eu recebi outra mensagem de erro (e isto já aconteceu comigo em outras duas situações que usei o pg_resetxlogs) e acabei não conseguindo voltar a base e então tive que usar o dump. O erro no momento do novo dump foi: cabeçalho de página é inválido no bloco 147859 da relação /base/16393/769035. Alguma dica porque isto aconteceu? O arquivo do banco também estava corrompido? Porque o disco corrompeu o arquivo 769035 também. [Gibon] É, então lascou mesmo... blz, valeu! -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
Le 2011-D-6 21h13, Fábio Gibon - Comex System a écrit : Porque o disco corrompeu o arquivo 769035 também. O disco ou (principalmente em se tratando de MS Windows) o sistema de arquivos. É legal ter um porte MS Windows para conquistar popularidade, mas deveríamos sempre sugerir aos usuários de migrarem para um sistema decente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
On 06-12-2011 19:24, Leandro Guimarães Faria Corce DUTRA wrote: Le 2011-D-6 21h13, Fábio Gibon - Comex System a écrit : Porque o disco corrompeu o arquivo 769035 também. O disco ou (principalmente em se tratando de MS Windows) o sistema de arquivos. Não se sabe. O que mais tenho visto são máquinas com componentes de qualidade péssima ou, no mínimo, duvidosa que falham após algum tempo. Cada um põe os ovos naquele cesto que se sente seguro. -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
Pessoal, alguém tem alguma outra consideração sobre este cenário? Desde já muito obrigado! Fábio Gibon - Original Message - From: Fábio Gibon - Comex System To: PostgreSQL - BR List Sent: Thursday, January 06, 2011 8:10 AM Subject: [pgbr-geral] pg_resetxlog Srs, vejam este cenário e, por favor, me digam se tem uma outra solução além da que foi aplicada: - postgresql 8.2 - windows server - banco sem archive - dump feito as 12h - as 14h ao iniciar um autovacuum ocorreu um erro e o banco caiu - servidor foi religado e o banco voltou - ao tentar conectar o usuário recebia mensagem que o banco estava startando (nos logs mostrava que estava fazendo o processo de recovery) - usuário reset server bruscamente - ao reiniciar o server o postgresql não inicializa - vendo os logs identificamos que arquivos xlog haviam sido corrompidos - foi tentado um pg_resetxlog sem passar parâmetros (o comando não conseguiu executar e informou que uma alternativa seria o -f) - antes de executar o pg_resetxlog com -f este foi executado com -n e salvo o resultado em um .txt (dados do arquivo de controle) - então foi executado com o -f - o postgresql inicializou e o banco voltou... - porém os dados estavam mais antigos do que os do .dump das 12h Havia uma outra forma de recuperação sem perda de dados (ou com menos perda)? abraços Fábio Henrique Gibon -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
Acredito que o problema deve ter ocorrido muito antes. O PostgreSQL não estava efetuando checkpoint (talvez por falha de disco ou pg_start_backup foi executada - veja logs do SO e BD). Não sendo possível gravar algum log após o reboot, o PostgreSQL travou na inicialização. Pg_resetxlog por sua vez ignorou todos os xlogs desde o início do problema e recomeçou muito antes da ocorrência do backup. O que diz os logs? Em 11 de janeiro de 2011 11:32, Fábio Gibon - Comex System gi...@comexsystem.com.br escreveu: Pessoal, alguém tem alguma outra consideração sobre este cenário? Desde já muito obrigado! Fábio Gibon - Original Message - *From:* Fábio Gibon - Comex System gi...@comexsystem.com.br *To:* PostgreSQL - BR List pgbr-geral@listas.postgresql.org.br *Sent:* Thursday, January 06, 2011 8:10 AM *Subject:* [pgbr-geral] pg_resetxlog Srs, vejam este cenário e, por favor, me digam se tem uma outra solução além da que foi aplicada: - postgresql 8.2 - windows server - banco sem archive - dump feito as 12h - as 14h ao iniciar um autovacuum ocorreu um erro e o banco caiu - servidor foi religado e o banco voltou - ao tentar conectar o usuário recebia mensagem que o banco estava startando (nos logs mostrava que estava fazendo o processo de recovery) - usuário reset server bruscamente - ao reiniciar o server o postgresql não inicializa - vendo os logs identificamos que arquivos xlog haviam sido corrompidos - foi tentado um pg_resetxlog sem passar parâmetros (o comando não conseguiu executar e informou que uma alternativa seria o -f) - antes de executar o pg_resetxlog com -f este foi executado com -n e salvo o resultado em um .txt (dados do arquivo de controle) - então foi executado com o -f - o postgresql inicializou e o banco voltou... - porém os dados estavam mais antigos do que os do .dump das 12h Havia uma outra forma de recuperação sem perda de dados (ou com menos perda)? abraços Fábio Henrique Gibon -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Matheus Ricardo Espanhol --- Dextra Sistemas http://www.dextra.com.br/postgres/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] pg_resetxlog
QUando aconteceu um caso parecido com isso, me indicaram para remover um arquivo pid e então tudo voltou ao normal. Não lembro agora exatamente o nome dele. Acho que era postgresql.pid []´s Em 6 de janeiro de 2011 09:10, Fábio Gibon - Comex System gi...@comexsystem.com.br escreveu: Srs, vejam este cenário e, por favor, me digam se tem uma outra solução além da que foi aplicada: - postgresql 8.2 - windows server - banco sem archive - dump feito as 12h - as 14h ao iniciar um autovacuum ocorreu um erro e o banco caiu - servidor foi religado e o banco voltou - ao tentar conectar o usuário recebia mensagem que o banco estava startando (nos logs mostrava que estava fazendo o processo de recovery) - usuário reset server bruscamente - ao reiniciar o server o postgresql não inicializa - vendo os logs identificamos que arquivos xlog haviam sido corrompidos - foi tentado um pg_resetxlog sem passar parâmetros (o comando não conseguiu executar e informou que uma alternativa seria o -f) - antes de executar o pg_resetxlog com -f este foi executado com -n e salvo o resultado em um .txt (dados do arquivo de controle) - então foi executado com o -f - o postgresql inicializou e o banco voltou... - porém os dados estavam mais antigos do que os do .dump das 12h Havia uma outra forma de recuperação sem perda de dados (ou com menos perda)? abraços Fábio Henrique Gibon ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José de Mello Júnior 41.9957-2007 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
