[pgbr-geral] Res: Res: Res: Re: Postgres x GBuster ou Sistemas Bancos

[fors...@forsell.com.br]

Segundo um funcionário, seguiu a dica deste link, e até agora não travou
mais... 


https://ciranda
me/tsdn/base-de-conhecimento/post/servico-do-postgresql-nao-se-inicia-por-fal
a-de-logon

faz alguns dias já sem travar, eu vou testar agora...  senão parar o serviço
em uma semana publico como solução
 
 
 
 
 
---Mensagem original---
 
De: Eurides Baptistella
Data: 13/04/2016 15:19:17
Para: Comunidade PostgreSQL Brasileira
Assunto: [pgbr-geral] Res: Res: Re: Postgres x GBuster ou Sistemas Bancos
 
> Infelizmente acabou de parar o postgres novamente,,, única coisa que
consta no log desde hoje de madrugada é isso:
>
>
>
> 2016-04-13 14:02:14 BRT WARNING:  worker took too long to start; canceled
> 2016-04-13 14:03:19 BRT WARNING:  worker took too long to start; canceled
> 2016-04-13 14:04:21 BRT WARNING:  worker took too long to start; canceled
> 2016-04-13 14:05:23 BRT WARNING:  worker took too long to start; canceled
> 2016-04-13 14:06:25 BRT WARNING:  worker took too long to start; canceled
> 2016-04-13 14:07:27 BRT WARNING:  worker took too long to start; canceled
>
> A última tentativa foi configurar o postgresql.conf conforme o link
indicado neste email... não resolveu
>
 
 
Eu utilizo fora do diretório padrão da instalação, conforme sugestão
anterior e mesmo assim o problema ocorre.
 
Como vc esta com problemas em produção, sugiro que escreva para outra
lista [1] e/ou pesquise na lista internacional [2] se ainda não fez...
 
[1] - http://www.postgresql.org/list/
[2] - http://www.postgresql.org/search/
___
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

[pgbr-geral] Res: Res: Re: Postgres x GBuster ou Sistemas Bancos

[fors...@forsell.com.br]

Infelizmente acabou de parar o postgres novamente,,, única coisa que consta
no log desde hoje de madrugada é isso:



2016-04-13 14:02:14 BRT WARNING:  worker took too long to start; canceled
2016-04-13 14:03:19 BRT WARNING:  worker took too long to start; canceled
2016-04-13 14:04:21 BRT WARNING:  worker took too long to start; canceled
2016-04-13 14:05:23 BRT WARNING:  worker took too long to start; canceled
2016-04-13 14:06:25 BRT WARNING:  worker took too long to start; canceled
2016-04-13 14:07:27 BRT WARNING:  worker took too long to start; canceled
 
A última tentativa foi configurar o postgresql.conf conforme o link indicado
neste email... não resolveu
 
 
 
---Mensagem original---
 
De: fors...@forsell.com.br
Data: 11/04/2016 14:22:50
Para: pgbr-geral@listas.postgresql.org.br
Assunto: [pgbr-geral] Res: Re: Postgres x GBuster ou Sistemas Bancos
 
Legal, acabei de tentar, e já passei para minha funcionária, que no dela
também o serviço para do nada pelo menos 3x por semana
 
Se em uma semana não parar o serviço, já aviso aqui no fórum e considero
resolvido. 
 
 
 
 
---Mensagem original---
 
De: Bruno Pio
Data: 11/04/2016 11:21:28
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Postgres x GBuster ou Sistemas Bancos
 
Bom dia Erlon, como vai?


Já vi ocorrer esse problema em algumas máquinas Windows de clientes,
geralmente quando o postgresql.conf fica no padrão da instalação.


Se o seu postgresql.conf estiver padrão tente alterar conforme sugerido em
http://pgtune.leopard.in.ua/ 









___
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

[pgbr-geral] Res: Re: Postgres x GBuster ou Sistemas Bancos

[fors...@forsell.com.br]

Legal, acabei de tentar, e já passei para minha funcionária, que no dela
também o serviço para do nada pelo menos 3x por semana

Se em uma semana não parar o serviço, já aviso aqui no fórum e considero
resolvido. 
 
 
 
 
---Mensagem original---
 
De: Bruno Pio
Data: 11/04/2016 11:21:28
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Postgres x GBuster ou Sistemas Bancos
 
Bom dia Erlon, como vai?


Já vi ocorrer esse problema em algumas máquinas Windows de clientes,
geralmente quando o postgresql.conf fica no padrão da instalação.


Se o seu postgresql.conf estiver padrão tente alterar conforme sugerido em
http://pgtune.leopard.in.ua/ 









___
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

[pgbr-geral] Res: Re: Res: Re: Res: Re: Res: Re: Postgres x GBuster ouSistemasBancos

[fors...@forsell.com.br]

Sim, soluções alternativas existem, é claro, mas e o problema?
Já deixei em um cliente uma VM para acesso a bancos, e não deu mais problema
na base de dados.
Como falamos, não que isso seja o problema, mas lá resolveu, por isso parece
ter alguma relação direta ou indireta com bancos.
 
 
 
---Mensagem original---
 
De: Marcos - GMail
Data: 09/04/2016 09:13:07
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Res: Re: Res: Re: Res: Re: Postgres x GBuster
ouSistemasBancos
 
Em clientes pequenos, tu pode ter uma VM(VirtualBox) para rodar um linux +
PostgreSQL. Se o cliente é pequeno, certamente suporta que o seu banco
esteja rodando em uma VM. Se o cliente é grande ou mais ou menos grande,
provavelmente se possa inverter as coisas, colocando como host linux,
instale um ubuntu desktop + PostgreSQL, para acesso ao dados de banco e
demais uso, instale uma VM(VirtualBox) no linux.





Marcos André G.A
Trabin Software & Consulting - www.trabin.com.br
Blog: http://lgerardlucas.blogspot.com/
Blog: http://versosalmaepropriedade.blogspot.com.br/
twitter: http://twitter.com/lgerardlucas




Em 8 de abril de 2016 08:43, Guimarães Faria Corcete DUTRA, Leandro
 escreveu:

2016-04-08 7:58 GMT-03:00 André Geraldo dos Santos :
>
> Adote sistemas operacionais especializados em prover/servir acesso à
aplicações e dados, use Linux seja feliz e durma em paz.

Colega, por favor leve em consideração a circunstância do colega
consulente.  Ele deixou bem claro, embora implicitamente, que precisa
do PostgreSQL em máquinas de usuário, não especializadas.  Se não, não
faria sentido se preocupar gBuster.  Ninguém dá tiro no pé de rodar
gBuster em servidor.

Amiúde não podemos fazer o que queremos.


> Não sei qual é o tamanho do seu banco de dados e tão pouco o número de
acessos e transações simultâneos,  no entanto, é recomendável que você
utilize um hardware descente para a sua operação.

Primeiro que o equipamento tem de ser decente, não descente.  Se ele
desce, é por causa do MS Windows talvez, mas isso não vem ao caso.  O
Gurgel já pediu informações sobre carga.


> As minhas dicas podem não lhe ajudar diretamente no problema, mas sem
dúvida servem de base para evitar esse tipo de problema.

Não é verdade, foram generalidades absolutamente inúteis para quem não
pode abandonar sistemas proprietários.



--
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/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







___
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

[pgbr-geral] Res: Res: Re: Res: Re: Res: Re: Postgres x GBuster ouSistemasBancos

[fors...@forsell.com.br]

 

Apenas para registrar o fato, também estamos com esse problema, em 

menor escala mas vem acontecendo... 

 

São máquinas com Windows 10 64bits, com PostgreSQL 9.2.3, em 2 

máquinas que apresentam essa situação, diferente do amigo, não possuem 

instalados qualquer aplicativo de banco (GBuster, etc). Nesses nossos 

casos o serviço simplesmente para... mas o PostgreSQL ainda esta on, 

no entanto não aceita mais conexões... 

 

Como são máquinas de desenvolvedores e nosso sistema ainda não esta 

homologado para Windows 10 acabamos deixando de lado esse problema 

 

> Primeiro que o equipamento tem de ser decente, não descente. Se ele desce,
é por causa do MS Windows talvez, mas isso não vem ao caso. O Gurgel já
pediu informações sobre carga. 

 

Também acho que o problema esta relacionado com o SO Windows, pode ser 

permissões no diretório pgdata, mas não identifiquei essa situação nos 

nossos casos... Ou então algo relacionado ao gerenciamento de 

usuários... 

 

Att.



--

Legal, é mais uma situação que pode descartar ser o GBuster, aqui também,
minha máquina local, simplesmente para e só volta a funcionar quando o
computador é reiniciado

qualquer tentativa de fazer o serviço voltar falhou
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Re: Res: Re: Res: Re: Postgres x GBuster ou SistemasBancos

[fors...@forsell.com.br]

 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
 
 
>
> Já fizemos isso em um cliente, mas nem todos aceitam de boa.
>
> Então, o sistema operacional na verdade também são várias versões
(windows), nos clientes.
 
Esses plugins de banco são softwares mal-feitos e que realmente consomem
recursos de suas máquinas.
 
O que não faz sentido é o fato de você permitir que seu servidor de dados
seja utilizado por usuários para acessos a internet
banking e outros bichos. Eu não entendí essa parte. Por acaso você instala
sua aplicação com o banco de dados localmente em cada
usuário?
 
Servidores de bancos de dados deveriam ser exclusivos para isso, IMNSHO.
 


Bom, primeiro que o meu próprio computador dá este problema.

E, no caso dos clientes, eu trabalho com todo tipo de tamanho de empresa,
tenho clientes indústrias que a maioria tem servidor e nunca tive problema

E tem clientes, pequenas lojas por exemplo, que o dono tem um notebook, e
ele usa um sistema gerencial, e faz tudo que precisa, inclusive bancos.

Acho que estamos levando a discussão pra um lado sem objetivos, de opiniões
e preferencias pessoais, se existe uma versão do postgres pra windows, então
não devo usá-la?
E, exclusivamente só vou poder usar em um computador separado? se a empresa
é pequena e não puder ou não quiser tem um servidor só para o banco de dados
então também não posso usar o postgres? ou aí é inviável para esta empresa
ter um sistema? são barreiras que não deveriam existir.

Existe um problema, acho que devemos focar no porque ele ocorre e não se 
desviar dele simplesmente.___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Re: Res: Re: Res: Re: Postgres x GBuster ou SistemasBancos

[fors...@forsell.com.br]

 
>  > Minha solução foi utilizar uma máquina exclusivamente para acesso do
>  > Internet Banking. Se isso não for uma opção no seu cenário, talvez
> instalar
>  > o Postgres em uma VM resolveria.
>  > Não faria mais sentido isolar o culpado?
> Já fizemos isso em um cliente, mas nem todos aceitam de boa.
> Então, o sistema operacional na verdade também são várias versões
> (windows), nos clientes.
> O caso que estou analisando primeiro é no meu próprio computador
> (desenvolvedor), e eu uso o sistema de bancos - banco do brasil.
> Meu computador tem o windows 10 64bits
> E Já tentei o postgres 9.1, 9.3 e agora o 9.5.1
> Acabei de ligar o computador, não verifiquei se o postgres estava com o
> serviço rodando, acessei os bancos e vou trabalhar, e,,, não está rodando.
> O log que eu peguei era da pasta data, desculpe a ignorância, mas onde
> mais acho os logs necessários para análise do problema?
> E não há regra, mesmo não acessando o banco no dia, pode dar problema, e
> a qualquer momento. Pode não ser a causa, a única correlação é que só dá
> o problema em computadores que acessam internet banking.
> Grato,
> Erlon
> em pg_log agora..
> 2016-04-07 15:54:16 BRT STATEMENT:  create view ...  (último comando que
> fiz ontem e deixei o computador ligado até desligar depois das 22 hrs) e..

> 2016-04-07 22:02:52 BRT LOG:  could not receive data from client:
> unrecognized winsock error 10061
> 2016-04-07 22:02:52 BRT LOG:  could not receive data from client:
> unrecognized winsock error 10061
> 2016-04-07 22:02:53 BRT LOG:  could not receive data from client:
> unrecognized winsock error 10061
> 2016-04-08 05:30:17 BRT WARNING:  worker took too long to start;
> canceled   (hoje ao ligar, não inicia o serviço)
> 2016-04-08 05:31:18 BRT WARNING:  worker took too long to start; canceled
 
Olá Erlon
 
Tentando decifrar o seu problema, pode ser uma infinidade de coisas.
A mensagem de erro que você está vendo significa que o PostgreSQL está
funcionando, mas não consegue fazer o que chamamos de "fork" - criar um
novo processo para atender às novas conexões.
 
Verifique as seguintes coisas na sua máquina, por favor:
1) Ela está sobrecarregada? Tipo, o uso de CPU está em 100%? Tente ver
isso no painel de controle do Windows, na seção "Sistema" (não sei no
Windows 10, era assim até o Windows 7, talvez você tenha que dar uma
Googlada pra achar).
 
2) Tente desabilitar temporariamente seu antivírus - essa peça arcaica
de software que se faz necessária nos sistemas da Microsoft pode estar
barrando a abertura de novos processos. Veja também se desabilitando o
tal do Windows Defender não resolve o problema.
 
3) Firewall Microsoft - Ele é baseado na permissão de executáveis de
abrir sockets de rede - verifique se desabilitando temporariamente o
problema se resolve.
 
Uma vez identificada a causa, aí você fala pra gente se os testes aí de
cima surtiram algum resultado e a gente tenta uma solução definitiva.
 
PS.: Instale o PostgreSQL 9.5.2 que foi liberado semana passada, porque
o 9.5.1 tem um bug crítico (não relacionado ao seu problema, porém).

--
Vou tentar esses procedimentos na próxima vez que travar, muito obrigado...


segue o log depois que reiniciei e aí volta a funcionar (só reiniciando,
desligar e ligar geralmente não funciona)

2016-04-08 06:00:58 BRT FATAL:  the database system is starting up
2016-04-08 06:00:58 BRT LOG:  could not receive data from client:
unrecognized winsock error 10061
2016-04-08 06:00:58 BRT LOG:  could not receive data from client:
unrecognized winsock error 10061
2016-04-08 06:00:58 BRT LOG:  could not receive data from client:
unrecognized winsock error 10061
2016-04-08 06:00:58 BRT LOG:  database system was interrupted; last known up
at 2016-04-07 17:21:22 BRT
2016-04-08 06:00:58 BRT LOG:  could not receive data from client:
unrecognized winsock error 10061
2016-04-08 06:00:59 BRT FATAL:  the database system is starting up
2016-04-08 06:01:00 BRT FATAL:  the database system is starting up
2016-04-08 06:01:01 BRT FATAL:  the database system is starting up
2016-04-08 06:01:03 BRT FATAL:  the database system is starting up
2016-04-08 06:01:05 BRT FATAL:  the database system is starting up
2016-04-08 06:01:06 BRT FATAL:  the database system is starting up
2016-04-08 06:01:07 BRT FATAL:  the database system is starting up
2016-04-08 06:01:08 BRT FATAL:  the database system is starting up
2016-04-08 06:01:09 BRT FATAL:  the database system is starting up
2016-04-08 06:01:10 BRT FATAL:  the database system is starting up
2016-04-08 06:01:11 BRT FATAL:  the database system is starting up
2016-04-08 06:01:12 BRT FATAL:  the database system is starting up
2016-04-08 06:01:14 BRT FATAL:  the database system is starting up
2016-04-08 06:01:15 BRT FATAL:  the database system is starting up
2016-04-08 06:01:16 BRT FATAL:  the database system is starting up
2016-04-08 06:01:17 BRT FATAL:  the database system is starting up
2016-04-08 06:01:18 BRT FATAL:  the database system is starting up

[pgbr-geral] Res: Re: Res: Re: Postgres x GBuster ou SistemasBancos

[fors...@forsell.com.br]

> Minha solução foi utilizar uma máquina exclusivamente para acesso do
> Internet Banking. Se isso não for uma opção no seu cenário, talvez
instalar
> o Postgres em uma VM resolveria.
 
> Não faria mais sentido isolar o culpado?
 
Já fizemos isso em um cliente, mas nem todos aceitam de boa.
 
Então, o sistema operacional na verdade também são várias versões (windows),
nos clientes.
 
O caso que estou analisando primeiro é no meu próprio computador
(desenvolvedor), e eu uso o sistema de bancos - banco do brasil. 
 
Meu computador tem o windows 10 64bits 
 
E Já tentei o postgres 9.1, 9.3 e agora o 9.5.1
 
Acabei de ligar o computador, não verifiquei se o postgres estava com o
serviço rodando, acessei os bancos e vou trabalhar, e,,, não está rodando.
 
O log que eu peguei era da pasta data, desculpe a ignorância, mas onde mais
acho os logs necessários para análise do problema?
 
E não há regra, mesmo não acessando o banco no dia, pode dar problema, e a
qualquer momento. Pode não ser a causa, a única correlação é que só dá o
problema em computadores que acessam internet banking.
 
Grato,
 
Erlon

em pg_log agora..

2016-04-07 15:54:16 BRT STATEMENT:  create view ...  (último comando que fiz
ontem e deixei o computador ligado até desligar depois das 22 hrs) e...
2016-04-07 22:02:52 BRT LOG:  could not receive data from client:
unrecognized winsock error 10061
2016-04-07 22:02:52 BRT LOG:  could not receive data from client:
unrecognized winsock error 10061
2016-04-07 22:02:53 BRT LOG:  could not receive data from client:
unrecognized winsock error 10061
2016-04-08 05:30:17 BRT WARNING:  worker took too long to start; canceled  
(hoje ao ligar, não inicia o serviço)
2016-04-08 05:31:18 BRT WARNING:  worker took too long to start; canceled

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

[pgbr-geral] Res: Re: Res: Re: Res: Re: Postgres x GBuster ou SistemasBancos

[fors...@forsell.com.br]

 

>
> Minha solução foi utilizar uma máquina exclusivamente para acesso do
> Internet Banking. Se isso não for uma opção no seu cenário, talvez
instalar
> o Postgres em uma VM resolveria.
 
> Não faria mais sentido isolar o culpado?

Já fizemos isso em um cliente, mas nem todos aceitam de boa.

Então, o sistema operacional na verdade também são várias versões (windows),
nos clientes.

O caso que estou analisando primeiro é no meu próprio computador
(desenvolvedor), e eu uso o sistema de bancos - banco do brasil. 

Meu computador tem o windows 10 64bits 

E Já tentei o postgres 9.1, 9.3 e agora o 9.5.1

Acabei de ligar o computador, não verifiquei se o postgres estava com o
serviço rodando, acessei os bancos e vou trabalhar, e,,, não está rodando.

O log que eu peguei era da pasta data, desculpe a ignorância, mas onde mais
acho os logs necessários para análise do problema?

E não há regra, mesmo não acessando o banco no dia, pode dar problema, e a
qualquer momento. Pode não ser a causa, a única correlação é que só dá o
problema em computadores que acessam internet banking.

Grato,

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

[pgbr-geral] Res: Re: Res: Re: Postgres x GBuster ou Sistemas Bancos

[fors...@forsell.com.br]

>
> > O que estamos apostando até agora é que o gbuster, necessário para
> > acessar bancos é que causa essa parada no serviço.
 
Mas o que alhos teriam a ver com bugalhos?

E que de uns 50 locais que temos o postgres instalado, trava em uns 10
lugares, todos eles tem o sistema de banco rodando, os que não tem sistema
de banco instalado nunca teve o serviço parado.
Como a ocorrência é relativamente grande (10 em 50), achei que seria comum a
mais gente.

 
 
> > Já instalamos várias versões do postgres e nada.
 
Costuma ser assim com tiros no escuro.  O ideal seria primeiro
diagnosticar — o que pode ser bem difícil em sistemas proprietários
como o MS Windows e o próprio gBuster —, depois tentar resolver.  Mas
no caso, você nem sabe ainda se tem algo a ver mesmo com o gBuster;
correlação não é causação.
 
 
> >Se você nos passar as linhas de log do PostgreSQL que mostram o que
> >ocorre, eventuais logs de sistema também ajudam (saída do comando dmesg,
> >por exemplo), assim como a versão do PostgreSQL (exata com os três
> >números) e do seu sistema operacional.
>
> 2016-03-07 20:19:12 BRT WARNING:  worker took too long to start; canceled
> 2016-03-07 20:20:13 BRT WARNING:  worker took too long to start; canceled
> 2016-03-07 20:21:14 BRT WARNING:  worker took too long to start; canceled
> 2016-03-07 20:22:14 BRT WARNING:  worker took too long to start; canceled
> 2016-03-07 21:35:38 BRT WARNING:  worker took too long to start; canceled
 
Isso estava em que log?  Veja que o Gurgel pedidu dois, o do PosgreSQL
e o do sistema (dmesg, p. ex.).
 
 
> Windows 10
 
64 bits?  Nem sei se MS Windows 10 ainda tem 32 bits…
 
 
> Postgres 9.5.1
 
Instalado como, a partir de que pacotes?
 
 
> mas já tentamos instalando outras 3 versões do postgres
 
Quais?
 
 
 
--
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/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___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Res: Re: Postgres x GBuster ou Sistemas Bancos

[fors...@forsell.com.br]

 
> Estamos com um problema com o postgres a um tempo já, nas máquinas que
> utilizam sistema de banco, o serviço do postgres para, e só retorna se
> reiniciar o computador, e mesmo após reiniciar ainda leva um tempo para
> iniciar o serviço.
> O que estamos apostando até agora é que o gbuster, necessário para
> acessar bancos é que causa essa parada no serviço.
> Já instalamos várias versões do postgres e nada.
> Algúem tem alguma idéia, porque o postgres para o serviço, e se tem
> realmente a ver com acesso a bancos?
> Micros que nunca acessam os bancos, não tivemos problema até agora.
> Att,
> Erlon
 
>Se você nos passar as linhas de log do PostgreSQL que mostram o que
>ocorre, eventuais logs de sistema também ajudam (saída do comando dmesg,
>por exemplo), assim como a versão do PostgreSQL (exata com os três
>números) e do seu sistema operacional.
 
[]s
Flavio Gurgel

Não sei se seria isso, mas quando para o serviço no log fica assim:

2016-03-07 20:19:12 BRT WARNING:  worker took too long to start; canceled
2016-03-07 20:20:13 BRT WARNING:  worker took too long to start; canceled
2016-03-07 20:21:14 BRT WARNING:  worker took too long to start; canceled
2016-03-07 20:22:14 BRT WARNING:  worker took too long to start; canceled
2016-03-07 21:35:38 BRT WARNING:  worker took too long to start; canceled


até que seja reiniciado o computador, e uns 10 min depois retorna ao normal.

Windows 10
Postgres 9.5.1

mas já tentamos instalando outras 3 versões do postgres e o problema é o mesmo___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Postgres x GBuster ou Sistemas Bancos

[fors...@forsell.com.br]

Estamos com um problema com o postgres a um tempo já, nas máquinas que
utilizam sistema de banco, o serviço do postgres para, e só retorna se
reiniciar o computador, e mesmo após reiniciar ainda leva um tempo para
iniciar o serviço.

O que estamos apostando até agora é que o gbuster, necessário para acessar
bancos é que causa essa parada no serviço.

Já instalamos várias versões do postgres e nada.

Algúem tem alguma idéia, porque o postgres para o serviço, e se tem
realmente a ver com acesso a bancos?

Micros que nunca acessam os bancos, não tivemos problema até agora.

Att,

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

[pgbr-geral] ALTER COLUMN

[fors...@forsell.com.br]

Bom dia,

Eu trabalho bastante com views gravadas no banco de dados, toda vez que
preciso aumentar o tamanho de uma coluna, eu preciso excluir as views que
contem aquela tabela e depois recriar com a mesma estrutura que estavam.

Como não existe nenhuma alteração efetivamente na view, não tem como dar o
alter column ou alterar a coluna sem que eu tenha que excluir as views e
recriá-las?

Att,

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

[pgbr-geral] Res: Re: drop views em campo [resolvido]

[fors...@forsell.com.br]

Em 4 de fevereiro de 2014 17:09, fors...@forsell.com.br fors...@forsell.com
br escreveu:

Boa tarde, 
 
Quero excluir views que estão em um campo de uma tabela.
 
como se fosse
 
drop view (select campo from tabela);
 
e excluir todas as views que contém no campo.
 
tem como?
 
Att,
 
Erlon




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





cara veja se te ajuda, achei no google e ajustei..


BEGIN TRANSACTION;
DO $$DECLARE r record;
 DECLARE s TEXT;
BEGIN
FOR r IN select
c.table_schema,c. table_name
from information_schema.tables t
inner join information_schema.columns c on c.table_catalog = t.table_catalog
and c.table_schema = t.table_schema and c.table_name = t.table_name
left join information_schema.key_column_usage u on c.table_catalog = u
table_catalog and c.table_schema = u.table_schema and c.table_name = u
table_name and c.column_name = u.column_name
where  t.table_type='VIEW' and c.table_schema not like '%pg%' and c
table_schema ='dah' C.COLUMN_NAME like 'hash%'
group by 1,2
LOOP
s := 'DROP VIEW ' ||  quote_ident(r.table_schema) || '.' ||
quote_ident(r.table_name) || ';';




EXECUTE s;


RAISE NOTICE 's = % ',s;


END LOOP;
END$$;
ROLLBACK TRANSACTION;


ajuste  alterando o schema, campo e faça numa tabela de teste


-- 



Douglas Fabiano Specht



Funcionou certinho douglas, obrigado... como ficou meu comando :


BEGIN TRANSACTION;
DO $$DECLARE r record;
 DECLARE s TEXT;
BEGIN
FOR r IN  select * from information_schema.tables where
table_name like '%busca%'
LOOP
s := 'DROP VIEW ' ||  quote_ident(r.table_schema) || '.' ||
quote_ident(r.table_name) || ';';

EXECUTE s;
RAISE NOTICE 's = % ',s;


END LOOP;
END$$;
commit TRANSACTION;

eu tinha views geradas no banco de dados já com o filtro, isso agiliza puxar os 
dados para o sistema, e como são muitos dados, se 2 usuários fizessem o filtro 
quase ao mesmo tempo, puxava os dados que o ultimo filtrou, assim fiz views que 
tinham um prefixo + nome do usuario,,, para eu poder excluir elas, em cada 
cliente era diferente, com esse comando, filtrando pelo prefixo consigo fazer 
um comando que exclua em qualquer cliente.___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] drop views em campo

[fors...@forsell.com.br]

Boa tarde, 

Quero excluir views que estão em um campo de uma tabela.

como se fosse

drop view (select campo from tabela);

e excluir todas as views que contém no campo.

tem como?

Att,

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