apache / apache/cloudstack

Redundant VPC VR goes dual PRIMARY (race condition?)

Aberta
#11,710 23 comentários 1 reação 0 responsáveis Ver no GitHub
component:virtual-router status:needs-investigation
Linguagem predominante
Java
Estrelas
3.1k
Forks
1.4k
Merge médio
6d 19h
PRs com merge (30d)
32

Descrição

### problem

When multiple network tiers are brought up in quick succession in a redundant VPC, I can consistently reproduce both VPCs going primary.

This is really bad because the VIP is then owned by both Virtual Routers and it means traffic is getting dropped like crazy, it makes the entire VPC unusable. Restarting the VPC recovers it to a good state.

Please see the comments for debugging information, but in short it appears at least one of the nodes ends up getting munged address information which causes the wrong ips to be programmed on interfaces and the keepalived configs to diverge between nodes which causes the dual primary. The underlying cause of the issue is this munged address information.

### versions

4.21.0

### The steps to reproduce the bug

Use Terraform to create the VPC, network tiers, and VM Instances.
Terraform configuration being used is here: https://github.com/bradh352/terraform-config

### What to do about it?

_No response_

Guia de contribuição

Abrir o guia de contribuição

Direção de pesquisa

Comece reproduzindo o estado dual-primary usando a configuração do Terraform vinculada na issue, com a VPC, as camadas de rede e as instâncias de VM no CloudStack 4.21.0. Leia as informações de depuração nos comentários e rastreie as informações de endereço alteradas por meio da programação das interfaces e das configurações divergentes do keepalived. A tarefa estará concluída quando a criação rápida de camadas de rede não produzir mais duas VPCs primárias nem uma VIP compartilhada, e o comportamento de recuperação estiver coberto por um teste de regressão apropriado.

Escrita pelo modelo de indexação a partir do texto da issue.

Avaliação

Stack de tecnologia
terraform
Domínio
cloud, networking
Tipo de issue
Bug
Dificuldade
4/5
Tempo estimado
3-5 dias
Status de atividade
Ativa
Clareza
Razoavelmente clara
Facilidade para iniciantes
45/100

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.