Por favor, não consegui resposta para esta questão, qual é a versão estável que posso confiar para fazer um upgrade da versão 8.0, utilizando win32?
Atenciosamente, Marco Merlin -----Mensagem original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de [EMAIL PROTECTED] Enviada em: quarta-feira, 17 de janeiro de 2007 18:19 Para: [email protected] Assunto: Digest Brasil-Usuarios, volume 411, assunto 4 Enviar submissões para a lista de discussão Brasil-Usuarios para [email protected] Para se cadastrar ou descadastrar via WWW, visite o endereço http://pgfoundry.org/mailman/listinfo/brasil-usuarios ou, via email, envie uma mensagem com a palavra 'help' no assunto ou corpo da mensagem para [EMAIL PROTECTED] Você poderá entrar em contato com a pessoa que gerencia a lista pelo endereço [EMAIL PROTECTED] Quando responder, por favor edite sua linha Assunto assim ela será mais específica que "Re: Contents of Brasil-Usuarios digest..." Tópicos de Hoje: 1. dump perdendo os parâmetros de funções (saulo Mendes) 2. Erro no Banco (daniel mendes) 3. Re: dump perdendo os parâmetros de funções (Evandro Ricardo Silvestre) 4. off topic - email com anexo (Marcos Fabrício Corso) 5. Re: Erro no Banco (Osvaldo Rosario Kussama) 6. Re: Erro no Banco (daniel mendes) ---------------------------------------------------------------------- Message: 1 Date: Wed, 17 Jan 2007 18:09:52 +0000 From: saulo Mendes <[EMAIL PROTECTED]> Subject: [PostgreSQL-Brasil] dump perdendo os parâmetros de funções To: "[email protected]" <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Senhores, em meu banco de dados existem algumas funções com parâmetros tipo CREATE OR REPLACE FUNCTION "public"."fn_estoque_produto" (vn_c_produto numeric, out vn_c_estoque numeric, out vt_d_estoque varchar, out vr_saldo numeric) RETURNS "pg_catalog"."record" AS ... até aí tudo bem.... o problema é que quando eu executo um dump (pg_dump -U postgres meu_banco > c:\meu_banco.sql) e eu restauro ele utilizando psql -U postgres meu_banco < c:\meu_banco.sql acontece o seguinte as funçoes com a citada acima: os parâmetros ficam "sem nome". ex: o que era fn_estoque_produto" (vn_c_produto numeric, out vn_c_estoque numeric, out vt_d_estoque varchar, out vr_saldo numeric) fica assim: fn_estoque_produto" (numeric, out numeric, out varchar, out numeric). alguém sabe o que pode ser isso? _________________________________________________________________ Obtenha o novo Windows Live Messenger! http://get.live.com/messenger/overview -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://pgfoundry.org/pipermail/brasil-usuarios/attachments/20070117/0e15a764 /attachment-0001.html ------------------------------ Message: 2 Date: Wed, 17 Jan 2007 18:22:16 +0000 (GMT) From: daniel mendes <[EMAIL PROTECTED]> Subject: [PostgreSQL-Brasil] Erro no Banco To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Boa tarde, eu sou novato em postgre, e esta ocorrendo o seguinte problema comigo.Ate ontem dia 16/01, eu estava acessando o banco normalmente, trabalhando tranquilo, cheguei hoje de manha tentei acessar o banco, utilizando a mesma senha dos dias anteriores, e deu o seguinte erro: "An error has occured: Error connecting to the server: FATAL: password authentication failed for user "postgres" ". Segue o log com o erro : 2007-01-16 19:50:57 LOG: autovacuum: processing database "faturamento" 2007-01-16 19:51:57 LOG: autovacuum: processing database "postgres" 2007-01-16 19:52:57 LOG: autovacuum: processing database "template1" 2007-01-16 19:53:57 LOG: autovacuum: processing database "faturamento" 2007-01-16 19:54:57 LOG: autovacuum: processing database "postgres" 2007-01-16 19:55:59 LOG: autovacuum: processing database "template1" 2007-01-16 19:57:14 WARNING: there is already a transaction in progress 2007-01-16 19:57:22 LOG: autovacuum: processing database "faturamento" 2007-01-16 19:57:43 FATAL: password authentication failed for user "postgres" 2007-01-16 19:58:25 LOG: autovacuum: processing database "postgres" 2007-01-16 19:59:52 LOG: autovacuum: processing database "template1" 2007-01-16 20:00:52 LOG: autovacuum: processing database "faturamento" Alguem tem ideia do que possa ser? O postgre tem algum esquema que expira a senha?Eu nao estou conseguindo acessar a base e eu estou nessa empresa a pouco tempo e nao foi feito backup dos dados. Obrigado! __________________________________________________ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://pgfoundry.org/pipermail/brasil-usuarios/attachments/20070117/c83aec9a /attachment-0001.html ------------------------------ Message: 3 Date: Wed, 17 Jan 2007 16:54:45 -0300 From: Evandro Ricardo Silvestre <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] dump perdendo os parâmetros de funções To: Grupo de Usuários do PostgreSQL no Brasil <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Isso é normal. Os parametros devem ser declarados da maneira que fica depois que restaura o banco e declarar variáveis como alias para os parâmetros. Exemplo: *CREATE OR REPLACE FUNCTION "public"."fn_estoque_produto" (numeric, **out **numeric, **out **varchar,**out ** numeric) RETURNS "pg_catalog"."record" AS DECLARE ** vn_c_produto ALIAS FOR #1; vn_c_estoque ALIAS FOR #2; vt_d_estoque ALIAS FOR #3; vr_saldo ALIAS FOR #4;* *BEGIN END; *** Att. Evandro saulo Mendes wrote: > > Senhores, em meu banco de dados existem algumas funções com parâmetros > tipo > *CREATE OR REPLACE FUNCTION "public"."fn_estoque_produto" > (vn_c_produto numeric, out vn_c_estoque numeric, out vt_d_estoque > varchar, out vr_saldo numeric) RETURNS "pg_catalog"."record" AS* > *...* > ** > até aí tudo bem.... o problema é que quando eu executo um dump > (pg_dump -U postgres meu_banco > c:\meu_banco.sql) > e eu restauro ele utilizando psql -U postgres meu_banco < c:\meu_banco.sql > > acontece o seguinte as funçoes com a citada acima: os parâmetros ficam > "sem nome". > ex: > > o que era *fn_estoque_produto" (vn_c_produto numeric, out vn_c_estoque > numeric, out vt_d_estoque varchar, out vr_saldo numeric)* > fica assim: *fn_estoque_produto" (numeric, out numeric, out varchar, > out numeric).* > ** > *alguém sabe o que pode ser isso?* > > ------------------------------------------------------------------------ > Obtenha o novo Windows Live Messenger! Experimente! > <http://get.live.com/messenger/overview> > ------------------------------------------------------------------------ > > _______________________________________________ > Grupo de Usuários do PostgreSQL no Brasil > Antes de perguntar consulte o manual > http://pgdocptbr.sourceforge.net/ > > Para editar suas opções ou sair da lista acesse a página da lista em: > http://pgfoundry.org/mailman/listinfo/brasil-usuarios ------------------------------ Message: 4 Date: Wed, 17 Jan 2007 17:03:11 -0300 From: Marcos Fabrício Corso <[EMAIL PROTECTED]> Subject: [PostgreSQL-Brasil] off topic - email com anexo To: "Visual DataFlex" <[EMAIL PROTECTED]>, "Postgres" <[email protected]>, "Java" <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Tenho um email com anexo formatado ... Esse anexo é um arquivo texto igual a .txt só que com outra extensão, com várias linhas, e cada linha tem uns 200 caracteres, parecido como um arquivo bancário de retorno ... Mas quando mando pelo hotmail ele tira todo o formato do arquivo, já mudei ele para a extensão .txt e não adiantou, já tentei colocar o atributo de apenas leitura e não adiantou, ou seja, um arquivo que tem 5 linhas de 200 caracteres chega com 15 linhas, cada linha com um número diferente de caracteres .... Alguém sabe como resolver isso, por enqaunto só peguei no Hotmail, não sei nos outros ... Atenciosamente, Marcos Fabrício Corso Analista de Sistemas Júnior JM Informática (41) 3352-2688 [EMAIL PROTECTED] -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://pgfoundry.org/pipermail/brasil-usuarios/attachments/20070117/72bd3bc2 /attachment-0001.html ------------------------------ Message: 5 Date: Wed, 17 Jan 2007 17:07:46 -0200 From: Osvaldo Rosario Kussama <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] Erro no Banco To: Grupo de Usuários do PostgreSQL no Brasil <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed daniel mendes escreveu: > Boa tarde, > > eu sou novato em postgre, e esta ocorrendo o seguinte problema > comigo.Ate ontem dia 16/01, eu estava acessando o banco normalmente, > trabalhando tranquilo, cheguei hoje de manha tentei acessar o banco, > utilizando a mesma senha dos dias anteriores, e deu o seguinte erro: "An > error has occured: Error connecting to the server: FATAL: password > authentication failed for user "postgres" ". Segue o log com o erro : > ... > > Alguem tem ideia do que possa ser? O postgre tem algum esquema que > expira a senha?Eu nao estou conseguindo acessar a base e eu estou nessa > empresa a pouco tempo e nao foi feito backup dos dados. > Sim o PostgreSQL *pode* ter um prazo de validade para a senha do usuário, veja: http://www.postgresql.org/docs/8.2/interactive/sql-createrole.html "VALID UNTIL 'timestamp' The VALID UNTIL clause sets a date and time after which the role's password is no longer valid. If this clause is omitted the password will be valid for all time." Para contornar faça: 1) Edite o arquivo pg_hba.conf (localizado no diretório data de seu PostgreSQL), e altere a forma de autenticação para trust: local all all trust 2) Reinicie o serviço PostgreSQL para ativar a modificação. 3) Liste o arquivo global/pg_auth (localizado no diretório data de seu PostgreSQL) e verifique o nome do superusuário: normalmente é "postgres". *Não altere este arquivo!* 4) No prompt de comando em seu servidor dê o seguinte comando: psql -U <nome obtido no passo 3> postgres Isto fará com que você se conecte ao bd postgres como superusuário sem ter que informar a senha. 5) Execute o comando SQL abaixo para alterar a senha: ALTER USER <nome obtido no passo 3> WITH PASSWORD 'nova_senha'; 6) Saia do psql (\q). 7) Se necessário realtere o arquivo pg_hba.conf para especificar a forma de autenticação desejada. 8) Reinicie o servidor PostgreSQL. []s Osvaldo PS.: se sua versão do PostgreSQL não tiver o bd postgres (anterior a 8.1) utilize em seu lugar o template1 no passo (4). _______________________________________________________ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ ------------------------------ Message: 6 Date: Wed, 17 Jan 2007 17:12:16 -0300 (ART) From: daniel mendes <[EMAIL PROTECTED]> Subject: Re: [PostgreSQL-Brasil] Erro no Banco To: Grupo de Usuários do PostgreSQL no Brasil <[email protected]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" Blz Osvaldo! funcionou certinho! segui todos os seus passos, mas eu fiquei com uma pequena dúvida, no meu arquivo pg_hba.conf, eu coloquei o metodo para md5, e mesmo assim depois de feita a alteração eu to conseguindo acessar o banco sem colocar senha alguma.É assim mesmo? Osvaldo Rosario Kussama <[EMAIL PROTECTED]> escreveu: daniel mendes escreveu: > Boa tarde, > > eu sou novato em postgre, e esta ocorrendo o seguinte problema > comigo.Ate ontem dia 16/01, eu estava acessando o banco normalmente, > trabalhando tranquilo, cheguei hoje de manha tentei acessar o banco, > utilizando a mesma senha dos dias anteriores, e deu o seguinte erro: "An > error has occured: Error connecting to the server: FATAL: password > authentication failed for user "postgres" ". Segue o log com o erro : > ... > > Alguem tem ideia do que possa ser? O postgre tem algum esquema que > expira a senha?Eu nao estou conseguindo acessar a base e eu estou nessa > empresa a pouco tempo e nao foi feito backup dos dados. > Sim o PostgreSQL *pode* ter um prazo de validade para a senha do usuário, veja: http://www.postgresql.org/docs/8.2/interactive/sql-createrole.html "VALID UNTIL 'timestamp' The VALID UNTIL clause sets a date and time after which the role's password is no longer valid. If this clause is omitted the password will be valid for all time." Para contornar faça: 1) Edite o arquivo pg_hba.conf (localizado no diretório data de seu PostgreSQL), e altere a forma de autenticação para trust: local all all trust 2) Reinicie o serviço PostgreSQL para ativar a modificação. 3) Liste o arquivo global/pg_auth (localizado no diretório data de seu PostgreSQL) e verifique o nome do superusuário: normalmente é "postgres". *Não altere este arquivo!* 4) No prompt de comando em seu servidor dê o seguinte comando: psql -U postgres Isto fará com que você se conecte ao bd postgres como superusuário sem ter que informar a senha. 5) Execute o comando SQL abaixo para alterar a senha: ALTER USER WITH PASSWORD 'nova_senha'; 6) Saia do psql (\q). 7) Se necessário realtere o arquivo pg_hba.conf para especificar a forma de autenticação desejada. 8) Reinicie o servidor PostgreSQL. []s Osvaldo PS.: se sua versão do PostgreSQL não tiver o bd postgres (anterior a 8.1) utilize em seu lugar o template1 no passo (4). _______________________________________________________ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios __________________________________________________ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://pgfoundry.org/pipermail/brasil-usuarios/attachments/20070117/23105986 /attachment.html ------------------------------ _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil http://www.postgresql.org.br http://pgfoundry.org/mailman/listinfo/brasil-usuarios Fim da Digest Brasil-Usuarios, volume 411, assunto 4 **************************************************** Esta mensagem foi verificada pelo E-mail Protegido Terra. Scan engine: McAfee VirusScan / Atualizado em 17/01/2007 / Versão: 5.1.00/4941 Proteja o seu e-mail Terra: http://mail.terra.com.br/ -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.410 / Virus Database: 268.16.13/632 - Release Date: 16/1/2007 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.1.410 / Virus Database: 268.16.13/632 - Release Date: 16/1/2007 _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
