Journal Daemon has been inactive with I/O pending for 10 seconds

Question

Pergunta

Fernando Beira · Mar. 2, 2022

#Administração do Sistema #Alta Disponibilidade #Interoperabilidade #InterSystems IRIS for Health

Pessoal, tudo bem!?

Na instituição que trabalho estou enfrentando algo inusitado, temos duas instancias EC2 (AWS) em mirror e durante algum tempo em funcionamento a instância primaria nos lança um erro no message.log dizendo o seguinte (Journal Daemon has been inactive with I/O pending for 10 seconds) e em seguida efetua o chaveamento de máquina para o nó 2 da configuração, isso esta ocorrendo com uma frequência grande impactando a operação.

A infra diz que o link está com 50% de carga e em teoria não há gargalo na comunicação.

Trecho do message.log:

Sabem se pode ser alguma configuração relacionada aos discos virtuais da AWS?

Gostaria de saber se alguém já passou por esse tipo de situação? E como devemos proceder?

Desde já agradeço!

Product version: IRIS 2020.1

$ZV: IRIS for Windows (x86-64) 2020.1 (Build 215U) Mon Mar 30 2020 20:14:33 EDT

Discussão (5)0

Entre ou crie uma conta para continuar

Djeniffer Greffin · Mar. 3, 2022

Olá Fernando,

Seria importante realizar um teste utilizando discos do tipo gp3, pois o gp2 tem uma limitação bem especifica no "Max throughput per volume" e já tivemos problemas com ele devido a isso.

Aqui tem um link com estas diferenças entre os discos: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html

2 0

score 2 · Answer 1 · 2022-03-03T07:21:00-05:00

Bom dia Fernando,

Você sabe qual foi o tipo de disco associado a estás máquinas EC2 na AWS?

Existem diversos tipos de discos lá inclusive os de baixa performance, se forem os do tipo magnético.

score 1 · Answer 2 · 2022-03-03T10:16:14-05:00

Fernando Beira · Mar. 3, 2022

Oi Djeniffer, obrigado pelo retorno!

Estamos com discos GP2 com block size de 4KB.

1 0

score 1 · Answer 3 · 2022-03-04T11:34:07-05:00

Oi Djeniffer,

Compartilhei seu retorno com o pessoal que tem acesso a conta da AWS e descobrimos que a tempo atrás tivemos uma GMUD que realmente mudou o tipo do disco e efetuamos o rollback.

O ambiente está estável já a um dia e meio com poucas entradas no log, apenas do sincronismo do journal do mirror e alguns outros por menores, sem qualquer tipo de menção ao Deamon.

Agora, o que é interessante é que, segundo o Analista que efetuou a mudança dos discos, estávamos com o tipo GP3 e voltamos a usar o GP2 sem mexer em qualquer configuração de IOPS.

De qualquer forma criamos um ticket com a InterSystems para avaliação e seguimos monitorando daqui.

Muito obrigado pela ajuda!!

score 0 · Answer 4 · 2022-03-04T11:57:30-05:00

Djeniffer Greffin · Mar. 4, 2022

Olá Fernando,

Ótimo.

0 0