Re: [pgbr-geral] Postgresql ficou lento depois do upgrade para versão nova
Venho pedir a ajuda de vocês. Fiz a migração do meu postgres 9.1 para a versão 9.3 em um CENTOS 6.5. Usei o pg_upgrade e funcionou tudo corretamente, o que acontece é que depois de migrar para a versão mais nova, as consultas ficaram muito lentas, executei o analyze_new_cluster.sh e mesmo assim algumas consultas continuam lentas. Você poderia nos enviar um EXPLAIN ANALYZE dessas consultas que você considera lentas? Outra pergunta, houve outras atualizações, além do PostgreSQL, feitas de uma vez? []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] Erro ao Instalar ODBC no Windows Server
Sistema: Windows Server 2008 R2 Enterprise Tipo de Sistema: 64-bit ODBC: psqlodbc_09_03_0210-x64 Pessoal, bom dia. Preciso instalar um drive ODBC para o PostgreSQL, pois vou precisar acessar pelo MS SQL Server, mas na hora da instalação aparece a seguinte mensagem: Error installing ODBC driver: PostgreSQL ANSI(x64), ODBC error 13: The setup routines for the PostgreSQL ANSI(x64) ODBC driver could not be loaded due to system error code 126: The specified module could not be found. (C:\psqlODBC\0901\bin\psqlodbc30a.dll).. Verify that the file PostgreSQL ANSI(x64) exists and that you can access it. Estou logado como administrador com todos os privilégios. Como posso resolver esse problema? Obrigado! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres...... 7.2!!!
> On 12-03-2014 15:16, Fabio Barros wrote: > > Pessoal, considerem um sistema antigo rodando em kernel 2.4 e postgres 7.2, > > conforme info abaixo: > > PostgreSQL 7.2 on i686-pc-linux-gnu, compiled by GCC 2.96 > > > Que nostalgia! > . . . > > > A atualização é urgente! A versão 7.2 possui sérios problemas que podem > corromper dados sem falar nas vulnerabilidades (como não informou a > versão completa fica difícil apontar os problemas -- vide [1]). > > Quanto ao seu argumento de recursos, isso também é um ponto tão forte > quanto os citados anteriormente. Há inúmeras melhorias não só em > performance mas também em usabilidade e ferramentas. Sem falar que as > ferramentas atuais *não* suportam a versão 7.2 a anos; atualmente tenho > visto 7.4+, em algumas até vejo 8.4+ ou 9.0+. > > Enfim, planeje a migração rapidamente antes que perca dados. > > > PS> sem falar nas inúmeras vulnerabilidades no seu sistema operacional. > > > [1] http://www.postgresql.org/docs/9.3/static/release.html > > > -- >Euler Taveira Timbira - http://www.timbira.com.br/ >PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento Euler, eu havia rodado um psql --version, mas completando a informação, segue consulta abaixo: # rpm -qa | grep postgrespostgresql-7.2-12mdkpostgresql-server-7.2-12mdkpostgresql-postinstall-2.0-2 Quanto a urgência, claro, não há nem discussão. O que me chama a atenção é o sistema estar rodando por volta de 10 anos e o banco nunca deu sinais de problema, exceto nos últimos 2 meses. Mas por que rodou tanto tempo quietinho, sem chamar a atenção?! Foi pura sorte?! Fabio Barros ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres...... 7.2!!!
On 13-03-2014 09:24, Fabio Barros wrote: > > O que me chama a atenção é o sistema estar rodando por volta de 10 > anos e o banco nunca deu sinais de problema, exceto nos últimos 2 > meses. Mas por que rodou tanto tempo quietinho, sem chamar a atenção?! > Foi pura sorte?! não não... ele (pgsql) foi bem programado desde o início... hehehehe ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro ao Instalar ODBC no Windows Server
On 13/03/2014 09:16, Thiago wrote: Sistema: Windows Server 2008 R2 Enterprise Tipo de Sistema: 64-bit ODBC: psqlodbc_09_03_0210-x64 Pessoal, bom dia. Preciso instalar um drive ODBC para o PostgreSQL, pois vou precisar acessar pelo MS SQL Server, mas na hora da instalação aparece a seguinte mensagem: Error installing ODBC driver: PostgreSQL ANSI(x64), ODBC error 13: The setup routines for the PostgreSQL ANSI(x64) ODBC driver could not be loaded due to system error code 126: The specified module could not be found. (C:\psqlODBC\0901\bin\psqlodbc30a.dll).. Verify that the file PostgreSQL ANSI(x64) exists and that you can access it. Estou logado como administrador com todos os privilégios. Como posso resolver esse problema? Obrigado! Foi só instalar o VC10 64x. Nada como pesquisar em inglês no google. Obrigado! ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgres...... 7.2!!!
On 13-03-2014 09:24, Fabio Barros wrote: > Euler, eu havia rodado um psql --version, mas completando a informação, segue > consulta abaixo: > # rpm -qa | grep > postgrespostgresql-7.2-12mdkpostgresql-server-7.2-12mdkpostgresql-postinstall-2.0-2 > Quanto a urgência, claro, não há nem discussão. > O que me chama a atenção é o sistema estar rodando por volta de 10 anos e o > banco nunca deu sinais de problema, exceto nos últimos 2 meses. Mas por que > rodou tanto tempo quietinho, sem chamar a atenção?! Foi pura sorte?! > > Eu diria que o código estava em fase de maturação. Na 7.2 há muitos bugs principalmente na parte de recuperação (aka WAL), ou seja, após uma queda pode ser que as coisas não voltem a ser como eram antes (digo isso porque já vivenciei uns dois casos com a 7.2 cuja causa foi exatamente a descrita acima). Fora isso, você está correndo um sério risco em ter problemas de hardware que prejudiquem o serviço (ter um hardware rodando a mais de 10 anos pode ser indicativo de que problemas estão prestes a aparecer -- memória e disco, principalmente). -- Euler Taveira 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] Postgres...... 7.2!!!
> On 13-03-2014 09:24, Fabio Barros wrote: > > Euler, eu havia rodado um psql --version, mas completando a informação, > > segue consulta abaixo: > > # rpm -qa | grep > > postgrespostgresql-7.2-12mdkpostgresql-server-7.2-12mdkpostgresql-postinstall-2.0-2 > > Quanto a urgência, claro, não há nem discussão. > > O que me chama a atenção é o sistema estar rodando por volta de 10 anos e o > > banco nunca deu sinais de problema, exceto nos últimos 2 meses. Mas por que > > rodou tanto tempo quietinho, sem chamar a atenção?! Foi pura sorte?! > > > > > Eu diria que o código estava em fase de maturação. Na 7.2 há muitos bugs > principalmente na parte de recuperação (aka WAL), ou seja, após uma > queda pode ser que as coisas não voltem a ser como eram antes (digo isso > porque já vivenciei uns dois casos com a 7.2 cuja causa foi exatamente a > descrita acima). > > Fora isso, você está correndo um sério risco em ter problemas de > hardware que prejudiquem o serviço (ter um hardware rodando a mais de 10 > anos pode ser indicativo de que problemas estão prestes a aparecer -- > memória e disco, principalmente). > > > -- >Euler Taveira Timbira - http://www.timbira.com.br/ >PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento Acredito que não seja fácil termos voltado 10 anos atrás, por isso agradeço a atenção e os esclarecimentos. E assim que tiver alguma novidade por aqui, volto a postar na lista, com informações mais detalhadas sobre o hw e algum comportamento particular de nossas aplicações. Abraços a todos. Fabio Barros ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Configuração do PG_HBA.CONF
Bom dia pessoal. Ambiente: PostgreSQL 9.3.0 Debian 7 Wheezy 64 bits Estou precisando configurar meu pg_hba.conf para não permitir login sem senha. Segue abaixo informações do pg_hba.conf # TYPE DATABASEUSERADDRESS METHOD # "local" is for Unix domain socket connections only local all all trust # IPv4 local connections: #DATABASES hostall all 127.0.0.1/32md5 hostall all 0.0.0.0/0 md5 #Para todos os outros bancos o usuario acima nao tem acesso #hostall adm_gdnt0.0.0.0/0reject #hostalladm_gdnt::1/28reject #hostallrel_gdnt10.1.15.0/0 reject Att, Emerson Martins ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Configuração do PG_HBA.CONF
On 13-03-2014 10:40, Emerson Martins wrote: > # "local" is for Unix domain socket connections only > local all all trust > troque trust por md5. > > #Para todos os outros bancos o usuario acima nao tem acesso > #hostall adm_gdnt0.0.0.0/0reject > #hostalladm_gdnt::1/28reject > #hostallrel_gdnt10.1.15.0/0 reject > Se for o caso, como as regras são avaliadas de cima para baixo, para bloquear o acesso é necessário que regras 'reject' estejam antes daquelas que permitem acesso (pois a primeira regra que casar com o padrão informado será utilizada). -- Euler Taveira 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] Configuração do PG_HBA.CONF
Ja havia trocado mas mesmo assim estar permitindo via PGADMIN sem senha. Provavelmente você deixou o PgAdmin salvar a senha. Apague o arquivo .pgpass e pumba. Se você mudar a senha do PostgreSQL também funciona. []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] Postgresql ficou lento depois do upgrade para versão nova
Em 13 de março de 2014 07:22, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: > Venho pedir a ajuda de vocês. Fiz a migração do meu postgres 9.1 para a >> versão 9.3 em um CENTOS 6.5. Usei o pg_upgrade e funcionou tudo >> corretamente, o que acontece é que depois de migrar para a versão mais >> nova, as consultas ficaram muito lentas, executei o >> analyze_new_cluster.sh e mesmo assim algumas consultas continuam lentas. >> > > Você poderia nos enviar um EXPLAIN ANALYZE dessas consultas que você > considera lentas? > > Hoje o ambiente normalizo, ontem algumas consultas demoravam até 3 minutos, hoje as mesmas consultas rodam em alguns segundos. Não identifiquei o que pode ter sido, mas está ok já. Obrigado. > Outra pergunta, houve outras atualizações, além do PostgreSQL, feitas de > uma vez? Foi feita a mudança de um servidor para outro, fiz uma replica para o servidor novo e depois usei o pg_upgrade para migrar da versão 9.1 para a 9.3, além de instalar e configurar o pacemaker/corosync. Depois que reiniciei os servidores, as consultas ficaram mais rápidas, vai entender né? Muito Obrigado Flávio Como estão as coisas por ai? []s ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgresql ficou lento depois do upgrade para versão nova
Hoje o ambiente normalizo, ontem algumas consultas demoravam até 3 minutos, hoje as mesmas consultas rodam em alguns segundos. Não identifiquei o que pode ter sido, mas está ok já. Obrigado. Outra pergunta, houve outras atualizações, além do PostgreSQL, feitas de uma vez? Foi feita a mudança de um servidor para outro, fiz uma replica para o servidor novo e depois usei o pg_upgrade para migrar da versão 9.1 para a 9.3, além de instalar e configurar o pacemaker/corosync. Muitas variáveis de uma vez só. Melhor fazer sempre uma coisa de cada vez pra isolar o problema. Depois que reiniciei os servidores, as consultas ficaram mais rápidas, vai entender né? Limpeza de cache de disco, outros processos que estavam rodando... após um reinício pode ser qualquer coisa, e você perde a oportunidade de saber o quê. Procure sempre analisar a causa de um problema antes do reinício de um serviço ou servidor pra não perder dados de análise. Muito Obrigado Flávio Como estão as coisas por ai? Muito trabalho, muito aprendizado, alguma diversão ;) []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] Configuração do PG_HBA.CONF
> > On 13-03-2014 10:40, Emerson Martins wrote: > > # "local" is for Unix domain socket connections only > > local all all trust > > > troque trust por md5. > > Ja havia trocado mas mesmo assim estar permitindo via PGADMIN sem senha. > > > > #Para todos os outros bancos o usuario acima nao tem acesso > > #hostall adm_gdnt0.0.0.0/0reject > > #hostalladm_gdnt::1/28reject > > #hostallrel_gdnt10.1.15.0/0 reject > > > Se for o caso, como as regras são avaliadas de cima para baixo, para > bloquear o acesso é necessário que regras 'reject' estejam antes > daquelas que permitem acesso (pois a primeira regra que casar com o > padrão informado será utilizada). > > Nesse caso ainda não farei os bloqueios. > > ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Postgresql ficou lento depois do upgrade para versão nova
Em 13 de março de 2014 11:31, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: > Depois que reiniciei os servidores, as consultas ficaram mais rápidas, >> vai entender né? >> > > Limpeza de cache de disco, outros processos que estavam rodando... após um > reinício pode ser qualquer coisa, e você perde a oportunidade de saber o > quê. Procure sempre analisar a causa de um problema antes do reinício de um > serviço ou servidor pra não perder dados de análise. Ainda tem algumas coisas que preciso aprender, fiquei meio ansioso porque foi um procedimento novo para mim, mas na próxima já estarei mais preparado :) e analisarei melhor essas situações. > > > Muito Obrigado Flávio >> >> Como estão as coisas por ai? >> > > Muito trabalho, muito aprendizado, alguma diversão ;) Tirando a diversão ta igual ao meu aquirsrsrsrr Sucesso ai Flávio, []s ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Relatório da invasão ao servidor do PGBR
Caros, Após o aviso do Euler (Obrigado!!!) sobre a invasão no servidor do PostgreSQL Brasil foi desativado temporariamente o servidor web (Apache) e iniciado investigação de como aconteceu e o que comprometeu. 1 - A invasão Pelas evidências coletadas, a invasão ocorreu no dia 21/01/2014 por volta das 8:35 GMT 0. E foi realizada fazendo POST no xml93a.php. Mais precisamente em: - http://pgbr.postgresql.org.br/2011-old/xml93a.php Esse php é um plugin do Askimet (sistema anti-spam de comentários). A partir dele foi instalado um PHP Web Shell bem versátil e com acesso a praticamente todo o servidor no diretório de módulos do drupal e o invasor fez inúmeros testes de intrusão usando a ferramenta. 2 - O que foi comprometido Todos os sites da Conferências PostgreSQL Brasil, o Drupal do www.p.o.b tiveram código HTML injetado em arquivos nos diretórios em que estão instalados. Esse arquivos são basicamente páginas em russo. Algumas coisas do SO relacionadas a log foram apagadas mas o servidor (pelo menos analisado até agora) não fora instalado algum tipo de bot para disparar email ou algo similar. Até o momento não fora encontrado nenhum evidência de comprometimento no serviço de lista/email. Também não foi encontrado evidência de violação nas contas de usuários do servidor. Em andamento se houve algum comprometimento no Drupal (CMS do PostgreSQL Brasil). 3 - Próximos passos O servidor será reinstalado com todos os serviços atualmente em execução. Entretanto até o término os serviços serão migrados transitoriamente para outro servidor até a conclusão da reinstalação. Enquanto isso, o servidor web (consequentemente o site do PostgreSQL Brasil, Conferência PGBR e demais) ficarão indisponível, mantendo essencialmente as listas de discussão em funcionamento. Já de antemão, peço desculpa pelo inconveniente. []'s -- Fernando Ike http://fernandoike.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Relatório da invasão ao servidor do PGBR
Precisando de alguma ajuda pessoal, só avisar. Att, Cleysson Lima Em 13 de março de 2014 12:18, Fernando Ike de Oliveira escreveu: > > Caros, > > > Após o aviso do Euler (Obrigado!!!) sobre a invasão no servidor do > PostgreSQL > Brasil foi desativado temporariamente o servidor web (Apache) e iniciado > investigação de como aconteceu e o que comprometeu. > > 1 - A invasão > >Pelas evidências coletadas, a invasão ocorreu no dia 21/01/2014 por > volta das 8:35 GMT 0. E foi realizada fazendo POST no xml93a.php. Mais > precisamente em: > > - http://pgbr.postgresql.org.br/2011-old/xml93a.php > >Esse php é um plugin do Askimet (sistema anti-spam de comentários). > >A partir dele foi instalado um PHP Web Shell bem versátil e com > acesso a praticamente todo o servidor no diretório de módulos do drupal > e o invasor fez inúmeros testes de intrusão usando a ferramenta. > > > 2 - O que foi comprometido > >Todos os sites da Conferências PostgreSQL Brasil, o Drupal do > www.p.o.b tiveram código HTML injetado em arquivos nos diretórios em que > estão instalados. Esse arquivos são basicamente páginas em russo. > >Algumas coisas do SO relacionadas a log foram apagadas mas o servidor > (pelo menos analisado até agora) não fora instalado algum tipo de bot > para disparar email ou algo similar. > >Até o momento não fora encontrado nenhum evidência de comprometimento > no serviço de lista/email. Também não foi encontrado evidência de > violação nas contas de usuários do servidor. > > Em andamento se houve algum comprometimento no Drupal (CMS do > PostgreSQL Brasil). > > 3 - Próximos passos > >O servidor será reinstalado com todos os serviços atualmente em > execução. Entretanto até o término os serviços serão migrados > transitoriamente para outro servidor até a conclusão da reinstalação. > Enquanto isso, o servidor web (consequentemente o site do PostgreSQL > Brasil, Conferência PGBR e demais) ficarão indisponível, mantendo > essencialmente as listas de discussão em funcionamento. > > >Já de antemão, peço desculpa pelo inconveniente. > > > []'s > -- > Fernando Ike > http://fernandoike.com > > > ___ > 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] Configuração do PG_HBA.CONF
Não sei se é o caso, mas vale a pena perguntar. A sua conexão com banco não está sendo feita através do pgpool (local ) ? Se for esse o caso, verifique o pool_hba.conf, pois ele pode estar permitindo as conexões. ᐧ Em 13 de março de 2014 11:07, Flavio Henrique Araque Gurgel < fha...@gmail.com> escreveu: > Ja havia trocado mas mesmo assim estar permitindo via PGADMIN sem senha. >> > > Provavelmente você deixou o PgAdmin salvar a senha. > Apague o arquivo .pgpass e pumba. > Se você mudar a senha do PostgreSQL também funciona. > > []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] Configuração do PG_HBA.CONF
> Não sei se é o caso, mas vale a pena perguntar. A sua conexão com banco > não está sendo feita através do pgpool (local ) ? Se for esse o caso, > verifique o pool_hba.conf, pois ele pode estar permitindo as conexões. > > Então Mauro..Funcionou. Eu alterei a senha dos usuários e funcionou. Obrigado a todos. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
