Travamento ao tentar aplicar varios patchs

[rodrigoteixeira1975]

totvsls.log
totvsls_in.log
totvsls_out.log
totvsls-full.log

[lwtnb-wrk]

@rodrigoteixeira1975 Poderia enviar o console.log do AppServer contendo o periodo onde ocorreu as falhas de validacao?

[rodrigoteixeira1975]

console.log

[rodrigoteixeira1975]

Sobre o momento da aplicação dos patchs, eu havia limpado o console e o fato foi logo apos as 16hs de hoje quando simulei a aplicação para gerar os logs.;

[lwtnb-wrk]

@rodrigoteixeira1975 Pelo console.log aparentemente ocorre algum problema e o APP_MONITOR para de funcionar e o processo de reinicio dele fica dando erro em loop.

Se for possível, veja se consegue desabilitar o APP_MONITOR (https://tdn.totvs.com/pages/viewpage.action?pageId=552580433) antes de realizar a aplicação/validação de patches e confirme se isso faz diferença.

Alias, talvez fosse interessante desabilitar o máximo de serviços que possam interferir neste processo, como por exemplo, desabilitar tambem o WebMonitor (https://tdn.totvs.com/display/tec/TOTVS+%7C+WebMonitor)

E se tiver outros serviços REST, WS, etc...

[rodrigoteixeira1975]

Essa chave BuildKillUsers tive que comentar a linha tambem, alem de desabilitar ambos os monitores:

;BuildKillUsers=1

[WEBMONITOR]
enable=0
;SCPingEnabled=0

[APP_MONITOR]
enable=0

A validação flui normalmente, vamos ver agora a questão de aplicar dicionarios diferenciais, pois, quando a chave multiprotocolo esta habilitada existe um serviço LPULSE que sobre e ao tentar aplicar dicionarios pelo UPDBATCH não é possivel acesso exclusivo e neste momento precisamos do monitor para matar esse LPULSE.

Vamos ver como se comporta...

Muito obrigado pelas orientações.

[rodrigoteixeira1975]

É sem o BULDKILLUSERS = 1 não aplica patch.
Valida, mas não tem exclusividade para aplicar...

COMPILEERROR-300 Failed to open repository

[lwtnb-wrk]

@rodrigoteixeira1975 A chave BUILDKILLUSERS realmente é usada para "matar" todos os processos que estejam utilizando o RPO antes de iniciar quaisquer operações que necessitem de acesso exclusivo ao RPO, como a aplicação de patches e compilação de fontes. Então realmente acredito que essa chave não pode ser removida para a aplicação de patches.

Mas com essa chave BUILDKILLUSERS ativa e os monitores desabilitados, foi possível validar e aplicar os patches que necessitava?

[rodrigoteixeira1975]

Bom dia,
Desabilitadas os monitores, habiltiada a BUILKILLUSERS volta a apresentar a mensagem de ambiente desconectado e do nada trava em um determinado patch e fica 'Validando' nele.... o que fiz para superar o problema foi aplicar de 5 em 5... mas tem finais de semana que temos 70 patchs para aplicar dai este método fica bem complicado assim...

[rodrigoteixeira1975]

Olá Boa tarde
Neste caso temos que envolver a tech da TOTVS, pois, já estamos com este problema a alguma tempo ?

[lwtnb-wrk]

@rodrigoteixeira1975 Se preferir abrir uma chamado na TOTVS, peça para direcionarem para o time de AppServer e informe que já passou pelo time do TDS VS Code através do Github.

Mas, poderia dar mais detalhes em relação ao ambiente do AppServer? Pelo log aparenta ser um ambiente Windows Server 2016, correto? Ao aplicar os patches você está na mesma rede em que o AppServer está? Utiliza load balance? Está aplicando os patches diretamente em um dos secundários??

Essas informações serão uteis para o time de AppServer, pois eu fiz testes com o AppServer local e apliquei mais de 15 patches sem problemas, então pode ser alguma coisa de infra de rede, latencia ou algo assim.

[rodrigoteixeira1975]

Bom dia,

Pelo log aparenta ser um ambiente Windows Server 2016, correto? Sim, Windows Server 2016 Standard

Ao aplicar os patches você está na mesma rede em que o AppServer está? Sim, estou utilizando o VSCode no proprio servidor.

Utiliza load balance? Não.

Está aplicando os patches diretamente em um dos secundários?? Tenho um ambiente (appserver) criado especificamente para aplicar atualizações, a saber o ambiente 'Compilar' que foi criado exatamente por conta dos mesmos erros que apareciam quando tentava aplicar no mesmo appserver de produção so que em environment de acesso exclusivo.

Atte
Rodrigo Teixeira