[pgbr-geral] Instalar postgis 1.5 em uma versao especifica do postgres

2015-02-06 Por tôpico Giuliano Grego
Bom dia,

Tenho uma maquina com ubuntu server 12.04  com duas versoes do postgres
instaladas:

v 9.1.9 - porta 5432
v 8.4.2 - porta 5433


Preciso instalar o postgis 1.5.8 na versao 8.4.2 (porta 5433).

Ja tenho um postgis 2.0...  instalado no postgres 9.1.9 (porta 5432)


Como faco ?

Grato

-- 
Giuliano Grigolin
Analista SIG
SEGE / DTCAR
Geógrafo
CREA: SC-0760890/D
___
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 9.2 + postgis 1.5.8

2013-11-01 Por tôpico Giuliano Grego
Não, esta não é a última versão, o PostGIS já está na 2.1.0.
Dá uma olhada em  http://postgis.net/source , lá tem todas as dicas.

Bons dias ...!




2013/10/31 Flavio Henrique Araque Gurgel fla...@4linux.com.br


 Em 31-10-2013 14:08, Leandro escreveu:

  Pessoal, estou precisando de uma dica instalei a versão 9.2 do
 postgres e o postgis 1.5.8 no redhat. Via pacotes  RPM baoxadpos para
 o server.  Mas ao carregar as funções do postgis psql
 template_postgis  /usr/share/pgsql/contrib/**postgis-64.sql ocorre um
 erro.

 ERROR:  could not load library 
 /usr/pgsql-9.2/lib/postgis-1.**5.sohttp://postgis-1.5.so
 :
 /usr/pgsql-9.2/lib/postgis-1.**5.so http://postgis-1.5.so: undefined
 symbol:
 DirectFunctionCall4

 alguem tem alguma dica?


 Bug no empacotamento do Red Hat que ninguém quer resolver.
 Instale o PostGIS via compilação ou use a versão mais nova a partir do
 repositório pgdg (ou baixe os rpms de lá).

 []s

 __**
 Flavio Henrique A. Gurgel
 Líder de Projetos Especiais
 Consultoria, Projetos  Treinamentos 4LINUX
 Tel1: +55-11.2125-4747 ou 2125-4748
 www.4linux.com.br
 email: fla...@4linux.com.br
 __
 FREE SOFTWARE SOLUTIONS

 __**_
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.**org.brpgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.**br/cgi-bin/mailman/listinfo/**pgbr-geralhttps://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Giuliano Grigolin
Analista SIG
SEGE / DTCAR
Geógrafo
CREA: SC-0760890/D
*
*
**
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Fwd: 8.4 e 9.1 no mesmo Ubuntu Server - 8.4 nao conecta

2013-10-11 Por tôpico Giuliano Grego
Caríssimos,

Deu certo, conectou, consegui mudar a senha no servidor, não tenho certeza,
mas acho que eu estava mudando a senha da porta 5432 do meu servidor e não
a 5433.

Acho que quando usei sudo su postgres -c psql -p 5433 postgres e alterei
a senha deu certo.

Enfim, vaelu de novo e desculpa o envio da imagem na msg e outras
desnetiquetas como o top-posting .  mas só uma coisa meu Caro
Matheus: o que é top-posting 

Valeu mesmo comunidade, saudações.




2013/10/11 Filho Arrais kuruminbra...@gmail.com


 Em 10 de outubro de 2013 13:54, Matheus de Oliveira 
 matioli.math...@gmail.com escreveu:


 2013/10/10 Giuliano Grego grego...@gmail.com

 Vamu lá:

 1) Qual o erro que é apresentado no pgAdmin?

 Erro:
 An error has occurred:
 Error conncting to the server: FATAL: password authentication failed for
 user postgres



 echo Enviar uma imagem foi legal hein...  | sed 's/ga/da/' | sed
 's/le\(.\{2\}\)./fo\1/'

 Mas então, pela mensagem é realmente um problema de permissão,
 basicamente sua senha está incorreta.


 já configurei  a senha através dos comandos:

 sudo su postgres -c psql postgres
 ALTER USER postgres WITH PASSWORD ‘minha_senha’;
 \q


 Ok, a ideia está correta, mas você disse que está na porta 5433, e (se
 não alterou os padrões), pelo comando acima você conectou na instância da
 5432.



 sudo /etc/init.d/postgresql restart


 Não precisa reiniciar o PostgreSQL ao alterar a senha de um usuário (nem
 de reload precisa). Mas não daria esse problema. Além disso, não use o
 script de inicialização no /etc/init.d/ com o PostgreSQL do Debian quando
 está usando mais de uma instância, se não me engano, isso fará com que ele
 reinicie todas instâncias, utilize o pg_ctlcluster.




 2) Como está configurando o pgAdmin (host, porta, usuário, com/sem
 senha, etc.)?

 host - 10.199.2.100 (ip do servidor)
 port - 5433
 username - postgres


 Ok. Cheque novamente a senha, e evite usar o usuário postgres,
 principalmente num servidor remoto.




 3) Qual o valor da GUC listen_addresses?

 listen_addresses = '*'


 Ok. Realmente não é erro por causa do listen_addresses, se fosse ele
 diria que não encontrou um PostgreSQL rodando na porta 5433.

 Só lembre de executar um restart ao modificar esse parâmetro.



 4) Quais as configurações do pg_hba.conf?

 hostall all   127.0.0.1/32   md5

 hostall all 0.0.0.0/32   md5

 hostall all 10.199.2.25/32   md5


 O pgAdmin ta instalado na mesma máquina que o PostgreSQL? Caso contrario a
 mascara /32 utilizada nesse ip 10.199.2.25 está limitando o acesso somente
 a ela mesma.

 /32255.255.255.255   1
 /31255.255.255.254   2
 /30255.255.255.252   4
 /29255.255.255.248   8
 /28255.255.255.240   16
 /27255.255.255.224   32


 /26255.255.255.192   64
 /25255.255.255.128   128
 /24255.255.255.0 256




 Ok. O erro também não é por causa do pg_hba.conf mesmo.

 Quanto às configurações, assumindo que 10.199.2.25 seja seu IP **e**
 esteja conectando direto ao servidor, tudo certo.

 Só lembre de executar um reload ao modificar o pg_hba.conf.


  ... mais os ips das demais máquinas


 é isso.


 Ok.



  Abraço


 Agora:

 1) Verifique o que passei acima

 2) Se não deu certo, avise aqui.

 3) Se deu certo, dê um retorno pra gente também ^^.

 4) Tente, encarecidamente, parar de fazer top-posting (antes que o Gurgel
 se enfureça, =P ).

 PS: Anda meio sumido o Gurgel, né?!


 Atenciosamente,
 --
 Matheus de Oliveira
 Analista de Banco de Dados
 Dextra Sistemas - MPS.Br nível F!
 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



 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Giuliano Grigolin
Analista SIG
SEGE / DTCAR
Geógrafo
CREA: SC-0760890/D
*
*
**
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] 8.4 e 9.1 no mesmo Ubuntu Server - 8.4 nao conecta

2013-10-10 Por tôpico Giuliano Grego
Vamu lá:

1) Qual o erro que é apresentado no pgAdmin?

[image: Inline image 2]


já configurei  a senha através dos comandos:

sudo su postgres -c psql postgres
ALTER USER postgres WITH PASSWORD ‘minha_senha’;
\q
sudo /etc/init.d/postgresql restart



2) Como está configurando o pgAdmin (host, porta, usuário, com/sem senha,
etc.)?

host - 10.199.2.100 (ip do servidor)
port - 5433
username - postgres


3) Qual o valor da GUC listen_addresses?

listen_addresses = '*'

4) Quais as configurações do pg_hba.conf?

hostall all   127.0.0.1/32   md5

hostall all 0.0.0.0/32   md5

hostall all 10.199.2.25/32   md5

... mais os ips das demais máquinas


é isso.

Abraço



2013/10/10 Matheus de Oliveira matioli.math...@gmail.com




 2013/10/9 Giuliano Grego grego...@gmail.com


 Bom dia a todos !!!

 Num Ubuntu Server (instalado num PCzinho Lenovo antigo, 32 bits, 1 gb
 ram, etc ) conectado via Samba a outros PCs com Windows, tenho
 instalado o PG 9.1 na porta 5432 e instalei através do apt-get a versão 8.4
 que o debian já pois na porta 5433. Dei uma olhada e parece que o sistema
 pois cada cluster num lugar diferente, tudo certinho.

 grego@BDSERVER:~$ pg_lsclusters
 Version Cluster   Port Status OwnerData directory
 Log file
 8.4 main  5433 online postgres /var/lib/postgresql/8.4/main
 /var/log/postgresql/postgresql-8.4-main.log
 9.1 main  5432 online postgres /var/lib/postgresql/9.1/main
 /var/log/postgresql/postgresql-9.1-main.log
 grego@BDSERVER:~$

 Só que não estou conseguindo conectar via PgAdmin. Já configurei o
 pg_hba.conf e o postgresql.conf.


 Os BD que estão na porta 5432, versão 9.1, que já estava instalada, estão
 rodando normalmente.

 Alguma luz ?


 Por favor, responda as seguintes perguntas para não ficarmos dando tiro no
 escuro:

 1) Qual o erro que é apresentado no pgAdmin?

 2) Como está configurando o pgAdmin (host, porta, usuário, com/sem senha,
 etc.)?

 3) Qual o valor da GUC listen_addresses?

 4) Quais as configurações do pg_hba.conf?


 Atenciosamente,
 --
 Matheus de Oliveira
 Analista de Banco de Dados
 Dextra Sistemas - MPS.Br nível F!
 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




-- 
Giuliano Grigolin
Analista SIG
SEGE / DTCAR
Geógrafo
CREA: SC-0760890/D
*
*
**
image.png___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] 8.4 e 9.1 no mesmo Ubuntu Server - 8.4 nao conecta

2013-10-10 Por tôpico Giuliano Grego
Foi mal, desculpe, a msg é a seguinte:

An error has occurred:
Error conncting to the server: FATAL: password authentication failed for
user postgres

Grato


2013/10/10 Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org

 2013/10/10 Giuliano Grego grego...@gmail.com
 
  1) Qual o erro que é apresentado no pgAdmin?

 Evite mensagens formatadas e a resposta no topo, siga a netiqueta.  No
 caso de janelas de erro, copie e cole a mensagem, não uma imagem.

 No caso, a imagem se perdeu, presumivelmente a passar pela lista.
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Giuliano Grigolin
Analista SIG
SEGE / DTCAR
Geógrafo
CREA: SC-0760890/D
*
*
**
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] 8.4 e 9.1 no mesmo Ubuntu Server - 8.4 nao conecta

2013-10-09 Por tôpico Giuliano Grego
ah esqueci:

no  /var/log/postgresql/postgresql-8.4-main.log está dando a seguinte
msg, todas as vezes que tento conectar:

2013-10-09 04:43:43 BRT LOG:  database system was shut down at 2013-10-09
04:41$
2013-10-09 04:43:43 BRT LOG:  incomplete startup packet
2013-10-09 04:43:43 BRT LOG:  database system is ready to accept connections
2013-10-09 04:43:43 BRT LOG:  autovacuum launcher started
2013-10-09 04:57:41 BRT LOG:  incomplete startup packet


Grato novamente



2013/10/9 Giuliano Grego grego...@gmail.com


 Bom dia a todos !!!

 Num Ubuntu Server (instalado num PCzinho Lenovo antigo, 32 bits, 1 gb ram,
 etc ) conectado via Samba a outros PCs com Windows, tenho instalado o
 PG 9.1 na porta 5432 e instalei através do apt-get a versão 8.4 que o
 debian já pois na porta 5433. Dei uma olhada e parece que o sistema pois
 cada cluster num lugar diferente, tudo certinho.

 grego@BDSERVER:~$ pg_lsclusters
 Version Cluster   Port Status OwnerData directory
 Log file
 8.4 main  5433 online postgres /var/lib/postgresql/8.4/main
 /var/log/postgresql/postgresql-8.4-main.log
 9.1 main  5432 online postgres /var/lib/postgresql/9.1/main
 /var/log/postgresql/postgresql-9.1-main.log
 grego@BDSERVER:~$

 Só que não estou conseguindo conectar via PgAdmin. Já configurei o
 pg_hba.conf e o postgresql.conf.


 Os BD que estão na porta 5432, versão 9.1, que já estava instalada, estão
 rodando normalmente.

 Alguma luz ?

 Grato

 --
 Giuliano Grigolin
 Analista SIG
 SEGE / DTCAR
 Geógrafo
 CREA: SC-0760890/D
 *
 *
 **




-- 
Giuliano Grigolin
Analista SIG
SEGE / DTCAR
Geógrafo
CREA: SC-0760890/D
*
*
**
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] 8.4 e 9.1 no mesmo Ubuntu Server - 8.4 nao conecta

2013-10-09 Por tôpico Giuliano Grego
Bom dia a todos !!!

Num Ubuntu Server (instalado num PCzinho Lenovo antigo, 32 bits, 1 gb ram,
etc ) conectado via Samba a outros PCs com Windows, tenho instalado o
PG 9.1 na porta 5432 e instalei através do apt-get a versão 8.4 que o
debian já pois na porta 5433. Dei uma olhada e parece que o sistema pois
cada cluster num lugar diferente, tudo certinho.

grego@BDSERVER:~$ pg_lsclusters
Version Cluster   Port Status OwnerData directory
Log file
8.4 main  5433 online postgres /var/lib/postgresql/8.4/main
/var/log/postgresql/postgresql-8.4-main.log
9.1 main  5432 online postgres /var/lib/postgresql/9.1/main
/var/log/postgresql/postgresql-9.1-main.log
grego@BDSERVER:~$

Só que não estou conseguindo conectar via PgAdmin. Já configurei o
pg_hba.conf e o postgresql.conf.


Os BD que estão na porta 5432, versão 9.1, que já estava instalada, estão
rodando normalmente.

Alguma luz ?

Grato

-- 
Giuliano Grigolin
Analista SIG
SEGE / DTCAR
Geógrafo
CREA: SC-0760890/D
*
*
**
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


[pgbr-geral] Demora absurda processamento comando UPDATE

2012-11-13 Por tôpico Giuliano Grego
Bom dia !

Estou rodando 3.180 comandos UPDATE (
UPDATE areas SET mun_geocodigo = '3204906' WHERE num_prop = '23611'; por
exemplo), numa tabela com as mesmas 3.180 linhas, e isso está demorando
horas; no último teste que fiz numa tabela com a metade do tamanho  :
Query returned successfully: 1909 rows affected, *75451361* ms execution
time.

Meu computador é localhost; ninguém mais usando o banco; banco com 2
funções de gatilho para cópia de registros entre tabelas ligadas; enfim, um
banco super singelo que roda em intranet.

Fiz testes com os mesmos números de comandos insert e delete nas mesmas
tabelas e demorou alguns segundos apenas.

A configuração de meu computador que está como servidor é:
Processador:  AMD Phenom II X4 945 3.00 GHz
8 gb de ram
Win 7 professional.


Vi um outro post na lista sobre o mesmo tema, mas que tratava sobre um
banco com 20 milhões de registros .
Mesmo assim dei uma conferida nas minhas conf's e não tem nada de anormal;
já fiz coisa pior no passado e nunca demorou mais que 10 seg o
processamento.


Alguma dica ?

Grato

-- 
Giuliano Grigolin
Geógrafo
CREA: SC-0760890/D
Analista SIG
SEGE / DTCAR
*
*
**
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] Demora absurda processamento comando UPDATE

2012-11-13 Por tôpico Giuliano Grego
 post na lista sobre o mesmo tema, mas que tratava sobre um
banco com 20 milhões de registros .
 Mesmo assim dei uma conferida nas minhas conf's e não tem nada de
anormal; já fiz coisa pior no passado e nunca demorou mais que 10 seg o
processamento.

Como assim? Os mesmos comandos UPDATE no passado levavam 10 seg? Os
TRIGGERs que você se referiu já existiam n'aquele tempo?

resp: pior - o banco em que fiz os testes não tinha function / trigger
nenhuma 



Outra:

- rodei os 3.180 comandos UPDATE em partes, primeiro em 100 linhas, depois
200, 300 e 500 linhas. O de 200 linhas levou 30 seg. O de 500 menos de 5
min.
  Por que 3.180 linhas demora horas ???!!!

Valeu Tiago




2012/11/13 Tiago Adami adam...@gmail.com

 Em 13 de novembro de 2012 11:21, Giuliano Grego grego...@gmail.com
 escreveu:
 
 
  Bom dia !

 Bom dia!

  Estou rodando 3.180 comandos UPDATE (
  UPDATE areas SET mun_geocodigo = '3204906' WHERE num_prop = '23611'; por
 exemplo), numa tabela com as mesmas 3.180 linhas, e isso está demorando
 horas; no último teste que fiz numa tabela com a metade do tamanho  :
 Query returned successfully: 1909 rows affected, 75451361 ms execution
 time.

 Você não conseguiria trocar estes 3.180 comandos por apenas um? Ou a
 essência da modificação de dados requer que cada linha receba valores
 diferentes? Um único comando UPDATE é mais rápido que disparar vários.
 Se possível faça isso.

  Meu computador é localhost; ninguém mais usando o banco; banco com 2
 funções de gatilho para cópia de registros entre tabelas ligadas; enfim, um
 banco super singelo que roda em intranet.

 Sem ter o conteúdo (código) dos gatilhos não há como ajudar muito. A
 rede neste caso não interfere em nada. Para o PostgreSQL 3000
 registros não representam grande massa de dados, o SGBD tira de letra.
 O que pode estar interferindo e causando a demora são estes TRIGGERs.
 Já parou para revisar seu código?

  Fiz testes com os mesmos números de comandos insert e delete nas mesmas
 tabelas e demorou alguns segundos apenas.

 Mais um argumento para culpar os TRIGGERs - se eles forem BEFORE/AFTER
 UPDATE.

  A configuração de meu computador que está como servidor é:
  Processador:  AMD Phenom II X4 945 3.00 GHz
  8 gb de ram
  Win 7 professional.

 Esqueceu da especificação principal: disco. Em uma operação de
 alteração de registros o gargalo ficará no disco, exceto se existir
 uma rotina mal escrita em TRIGGER que abuse de memória e CPU.

  Vi um outro post na lista sobre o mesmo tema, mas que tratava sobre um
 banco com 20 milhões de registros .
  Mesmo assim dei uma conferida nas minhas conf's e não tem nada de
 anormal; já fiz coisa pior no passado e nunca demorou mais que 10 seg o
 processamento.

 Como assim? Os mesmos comandos UPDATE no passado levavam 10 seg? Os
 TRIGGERs que você se referiu já existiam n'aquele tempo?

 --
 TIAGO J. ADAMI
 http://www.adamiworks.com
 @tiadami
 ___
 pgbr-geral mailing list
 pgbr-geral@listas.postgresql.org.br
 https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




-- 
Giuliano Grigolin
Geógrafo
CREA: SC-0760890/D
Analista SIG
SEGE / DTCAR
*
*
**
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral