Boa tarde, Tentei as dicas que me passaram, diz que foi reindexado com sucesso, porem quando tento fazer um Backup o servidor cai da mesma maneira.
Segue mensagem: "pg_dump: comando SQL falhou pg_dump: Mensagem de erro do servidor: ERRO: expected "[" to start datum, but got "0 0 ]}) :location 53}) :location -1}"; length = 70 pg_dump: O comando foi: SELECT tableoid, oid, adnum, pg_catalog.pg_get_expr(adbin, adrelid) AS adsrc FROM pg_catalog.pg_attrdef WHERE adrelid = '17256'::pg_catalog.oid pg_dump: *** interrompido por causa de erro Processo retornou código de saída 1." Att Elias Jakubowski Gerente de Projetos LS Technologies Fone: 41 3369-4600 O temor do Senhor é o princípio do conhecimento; os loucos desprezam a sabedoria e a instrução. Pv 1:7. -----Mensagem original----- De: [email protected] [mailto:[email protected]] Em nome de [email protected] Enviada em: sábado, 21 de maio de 2011 12:00 Para: [email protected] Assunto: Digest pgbr-geral, volume 29, assunto 53 Send pgbr-geral mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of pgbr-geral digest..." Tópicos de Hoje: 1. Re: permissao de coluna (Flavio Henrique Araque Gurgel) 2. Re: Dicionário de Dados corrompido (Flavio Henrique Araque Gurgel) 3. Re: Dicionário de Dados corrompido (Fabrízio de Royes Mello) 4. Re: Dicionário de Dados corrompido (Fabrízio de Royes Mello) 5. Re: permissao de coluna (Beto Lima) 6. Re: permissao de coluna (Flavio Henrique Araque Gurgel) 7. Re: permissao de coluna (Beto Lima) ---------------------------------------------------------------------- Message: 1 Date: Fri, 20 May 2011 18:50:55 -0300 From: Flavio Henrique Araque Gurgel <[email protected]> Subject: Re: [pgbr-geral] permissao de coluna To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 > Role name | Superuser | Create role | Create DB | Connections > | Member of > -----------------------------+-----------+-------------+-----------+-- > -----------------------------+-----------+-------------+-----------+-- > -----------------------------+-----------+-------------+-----------+-- > -----------------------------+-----------+-------------+-----------+-- > -----------------------------+-----------+-------------+-----------+-- > -----------------------------+-----------+-------------+-----------+-- > user_normal | no | no | no | no limit > | {} > user_admin | no | yes | no | no limit > | > user_dono | yes | yes | yes | no limit > | {} > postgres | yes | yes | yes | no limit > | {} Aqui ok. > meuschema | teste | table | > {user_admin=arwdDxt/user_dono,user_dono=arwdDxt/user_dono,user_normal= > arw/user_dono} Note que user_normal está com arw (a=insert, r=select w=update) veja em http://www.postgresql.org/docs/9.0/static/sql-grant.html Faça: REVOKE ALL ON teste FROM user_normal; GRANT SELECT ON teste(campo) TO user_normal; Isto deve resolver. Você fez alguma bobagem na hora de dar privilégios OU você está usando 9.0 com default privileges no schema. []s Flavio Gurgel ------------------------------ Message: 2 Date: Fri, 20 May 2011 18:53:07 -0300 From: Flavio Henrique Araque Gurgel <[email protected]> Subject: Re: [pgbr-geral] Dicionário de Dados corrompido To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="windows-1252" Em 20 de maio de 2011 18:33, <[email protected]> escreveu: > Boa tarde, > > > > Caros, em um servidor de um cliente houve uma descarga elétrica, > recuperamos os dados da pasta ?data?, porem quando tendo fazer algum > tipo de manutenção o servidor cai, me parece que o dicionário de dados > (i.e., catálogo de sistema) do PostgreSQL está corrompido. > Tentei executar alguns comandos, mas não resolveram. > Dessa forma, qualquer manutenção que faça acesso a ele (ex: dump, > vacuum, > reindex) causa a queda do servidor. > Segue abaixo informações dobre o erro: > > > > C:\Arquivos de Programas\PostgreSQL\8.4\bin> vacuumdb.exe ?f ?U > postgres > LS_CV3 > > AVISO: Índice ?pg_depend_depender_index? contem 8739 versões de > registros, mas as tabelas contem 8738 versões de registros > > DICA: Reconstrua o índice com REINDEX > > AVISO: Índice ?pg_depend_reference_index? contem 8739 versões de > registros, mas tabela contem 8738 versões de registros > > DICA: Reconstrua o Índice com REINDEX; > > Vacuumdb: limpeza no banco de dados ?LS_CV3? falhou: PÃNICO: ponteiro > do item corrompido: deslocamento = 32767, tamanho = 16 > > Servidor fechou a conexão inesperadamente > > Isto provavelmente significa que o servidor terminou de forma anormal > antes ou durante o processamento do pedido. > > Siga a DICA: reconstrua os índices. Inicie o servidor em modo single user: postgres --single -D $PGDATA REINDEX INDEX pg_depend_depender_index; REINDEX INDEX pg_depend_reference_index; Saia e inicie o servidor normalmente. Faça backups corretamente pra evitar outro susto. []s Flavio -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110520/5b 253357/attachment.html ------------------------------ Message: 3 Date: Fri, 20 May 2011 18:57:12 -0300 From: Fabrízio de Royes Mello <[email protected]> Subject: Re: [pgbr-geral] Dicionário de Dados corrompido To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="windows-1252" Em 20 de maio de 2011 18:33, <[email protected]> escreveu: > Boa tarde, > > > > Caros, em um servidor de um cliente houve uma descarga elétrica, > recuperamos os dados da pasta ?data?, porem quando tendo fazer algum > tipo de manutenção o servidor cai, me parece que o dicionário de dados > (i.e., catálogo de sistema) do PostgreSQL está corrompido. > Tentei executar alguns comandos, mas não resolveram. > Dessa forma, qualquer manutenção que faça acesso a ele (ex: dump, > vacuum, > reindex) causa a queda do servidor. > Segue abaixo informações dobre o erro: > > > > C:\Arquivos de Programas\PostgreSQL\8.4\bin> vacuumdb.exe ?f ?U > postgres > LS_CV3 > > AVISO: Índice ?pg_depend_depender_index? contem 8739 versões de > registros, mas as tabelas contem 8738 versões de registros > > DICA: Reconstrua o índice com REINDEX > > AVISO: Índice ?pg_depend_reference_index? contem 8739 versões de > registros, mas tabela contem 8738 versões de registros > > DICA: Reconstrua o Índice com REINDEX; > > Vacuumdb: limpeza no banco de dados ?LS_CV3? falhou: PÃNICO: ponteiro > do item corrompido: deslocamento = 32767, tamanho = 16 > > Servidor fechou a conexão inesperadamente > > Isto provavelmente significa que o servidor terminou de forma anormal > antes ou durante o processamento do pedido. > > > Tentou seguir a "DICA" que o postgresql lhe forneceu??? Caso negativo, tente o seguinte para reindexar o catalogo do teu banco: reindexdb -U postgres -s LS_CV3 Veja se resolve... -- Fabrízio de Royes Mello >> Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: >> http://br.linkedin.com/in/fabriziomello -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110520/77 05eb4b/attachment-0001.htm ------------------------------ Message: 4 Date: Fri, 20 May 2011 19:00:11 -0300 From: Fabrízio de Royes Mello <[email protected]> Subject: Re: [pgbr-geral] Dicionário de Dados corrompido To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" Em 20 de maio de 2011 18:53, Flavio Henrique Araque Gurgel <[email protected] > escreveu: > > Inicie o servidor em modo single user: > postgres --single -D $PGDATA > > REINDEX INDEX pg_depend_depender_index; REINDEX INDEX > pg_depend_reference_index; > > Creio que não seja necessário iniciar o servidor em modo single para reindexar estas tabelas... se rodar esses REINDEX no servidor iniciado normalmente não ocorre problema. Inclusive podemos reindexar o catálogo inteiro com: REINDEX SYSTEM nome_da_base; -- Fabrízio de Royes Mello >> Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: >> http://br.linkedin.com/in/fabriziomello -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20110520/b6 d43422/attachment-0001.htm ------------------------------ Message: 5 Date: Fri, 20 May 2011 19:00:02 -0300 From: Beto Lima <[email protected]> Subject: Re: [pgbr-geral] permissao de coluna To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 >REVOKE ALL ON teste FROM user_normal; >GRANT SELECT ON teste(campo) TO user_normal; estou usando o 9 sim e com default privileges no schema. Mas se eu der revoke all na tabela, o user_normal não vai mais poder inserir ou atualizar nas demais colunas. Preciso com que ele possa selecionar, inserir, atualizar e somente ter acesso de leitura na coluna nro. por isso ja coloquei um valor default na coluna nro. Tem solução pra esse caso? ------------------------------ Message: 6 Date: Fri, 20 May 2011 19:11:43 -0300 From: Flavio Henrique Araque Gurgel <[email protected]> Subject: Re: [pgbr-geral] permissao de coluna To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 Em 20 de maio de 2011 19:00, Beto Lima <[email protected]> escreveu: >>REVOKE ALL ON teste FROM user_normal; >>GRANT SELECT ON teste(campo) TO user_normal; > > estou usando o 9 sim e com default privileges no schema. > > Mas se eu der revoke all na tabela, o user_normal não vai mais poder > inserir ou atualizar nas demais colunas. > Preciso com que ele possa selecionar, inserir, atualizar e somente ter > acesso de leitura na coluna nro. por isso ja coloquei um valor default > na coluna nro. > Tem solução pra esse caso? deixe-me ver se entendi... Você quer que o usuário faça insert, update na tabela toda mas só faça select em uma das colunas? Se for isso, não , não é possível. O PostgreSQL pressupõe que para poder fazer um UPDATE o usuário também pode fazer SELECT. O mesmo vale pra DELETE, tem que ter permissão de SELECT. Só o INSERT tem regra diferente. []s Flavio Gurgel ------------------------------ Message: 7 Date: Fri, 20 May 2011 19:14:32 -0300 From: Beto Lima <[email protected]> Subject: Re: [pgbr-geral] permissao de coluna To: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 certo Flavio, valeu..entendi. ------------------------------ _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Fim da Digest pgbr-geral, volume 29, assunto 53 *********************************************** _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
