Timeout na entrada do Monitor GRC

[Former Member]

Boa tarde.

   Um determinado usuário fez alguma configuração que, quando o Monitor GRC é acessado por este usuário, entra uma longa busca de dados gerando mensagem de timeout após 60 segundos.

   Veja a mensagem abaixo:

500 Connection timed out

Error:-5

Version:7200

Component:ICM

Date/Time:Tue Oct 09 11:13:59 2012

Module:icxxthr.c

Line:4295

Server:SAPGRC-NFE_GRC_00

Error

Tag:{-}

Detail:Connection to partner timed out after 60s

   Já recriei o usuário no GRC 200, mas sem sucesso.

   Utilizamos o SAP NFE GRC 10.0

   Desde já agradeço a ajuda.

Att. Ronaldo Figueiredo.

SM Alimentos.

[Former Member · Accepted solution]

Olá Ronaldo,

Aqui no cliente tivemos o mesmo problema e a solução foi a seguinte:

1 - Aguardar a query finalizar, para isso você precisa ficar executando refresh no browser, isso fará aparecer uma pequena barra no canto inferior direito apresentando quantos % da consulta foi completado.

2 - Quando a consulta finalizar, você altera os parâmetros para que o resultado traga menos registros e isto faz a query "destravar".

Abs

Migdon

[Former Member · Accepted solution]

Obrigado Migdon.

Deu certo.

[pedro_baroni3 · Accepted solution]

Pessoal, apenas acrescentando: na semana passada foi publicada um SAP Note que parece corrigir este problema:

Note 1774450 - Time out error when reading XML data

Abs.,

Pedro Baroni

[former_member182114 · Accepted solution]

Boa Migdon,

Gostei dessa, vou testar depois.

Até então só conhecia a solução por Basis que é executar o report POWL_D01 e deletar as queries do usuário... mas como isso precisa de autorizações e acessos especiais esse truque aí é mão na roda.

Atenciosamente, Fernando Da Rós

[former_member182114 · Accepted solution]

Bom dia Pedro,

São situações diferentes, esta SAP Note é uma situação específica onde seleciona 100% de NF-es no momento de um reenvio... Em alguns casos a lentidão era incrível.

Já o desta discussão é simplesmente entrar no monitor mesmo... como o POWL tem "boa memória", se o usuário selecionar um range de data grande pode querer trazer o banco de dados todo causando estrema lentidão, normalmente terminando em timeout.

Atenciosamente, Fernando Da Rós

[pedro_baroni3 · Accepted solution]

Legal Fernando, então mantemos a dica do Migdon Nunes da Silva.

Abs.,

Pedro Baroni

[Former Member · Accepted solution]

O problema é que mesmo depois de destravar, se você faz uma busca por range de datas ou horas, acontece o time out de novo.

Existe alguma solução para deixar igual o monitor do GRC antigo? Lá era possivel filtrar por diversos dias que o retorno era excelente.

Por esse monitor novo qualquer busca "pesada" que voce tenta fazer não dá certo.

Att.

Henrique Mello

[Former Member · Accepted solution]

Oi Henrique

Quantos registros você está selecionando?

Abraço

Eduardo Chagas

[Former Member · Accepted solution]

Bom dia Eduardo.

Estava selecionando um dia, mas dava o timeout. Comecei a fazer por hora e ainda dava o timeout.

[Former Member · Accepted solution]

Tudo começou com um problema de certificado digital expirado.

Fez-se a alteração e ficou com um total de 350 notas para serem reenviadas, como ocorreu na sexta a noite, tivemos um intervalo de 3 dias para retrabalho.

Tive que fazer as buscas de hora em hora porque com intervalo maior dava timeout.

Henrique.

[Former Member · Accepted solution]

Vi que resolveu o problema. Acabei de rodar uma consulta remota com cerca de 550.000 registros e rodou em 4 minutos. Obvio a capacidade do servidor faz diferença...

De qualquer forma sugiro você verificar/investigar o seu ambiente.

Abraço

Eduardo Chagas

[Former Member · Accepted solution]

Oi Eduardo, na verdade o certificado foi a causa do problema, ai tive que fazer os reenvios via monitor e acontecia o timeout.

[Former Member]

Bom dia Viana,

Este usuário não possui a role /XNFE/WP_NFE_OUT_MONITOR

porém tem SAP_ALL no perfil.

Att. Ronaldo

[rhviana]

Olá,

Veja se o usuário tem essa role abaixo:

Role:

/XNFE/WP_NFE_OUT_MONITOR

Atenciosamente,

Viana.