Internal Loadbalancer fails DHCP checks and DNS checks causing Events to be flooded.
Ninguém assumiu esta issue ainda.
- Linguagem predominante
- Java
- Estrelas
- 3.1k
- Forks
- 1.4k
- Merge médio
- 7d 14h
- PRs com merge (30d)
- 31
Descrição
### problem
If you set up an network offering fr VPC and deploys said offering in an VPC with "InternalLBVM" as the LB service handler it appears ACS still treats it as a full VR instead of "Just" an Internal LB VM and runs the full set of tests on it. including DNS and DHCP. This causes the VM to fail health checks every 10 minutes.
We discovered this since we saw InternalLBVM was an optioon and liked the idea of having a seperate VM handling the app to DB traffic rather than sending it thrugh the already "loaded" VR for the entire VPC.
### versions
The versions of ACS, hypervisors, storage, network etc..
ACS Ver: 4.22.0
Hypervisor: KVM
Storage: Ceph
Network: Advanced with VXLAN with multicast for guest, Public, Management and storage are all Vlan based.
### The steps to reproduce the bug
1. Create a bog standard network offering for a VPC with all services enabled on VR and internal LB using Internal LBVM
2. Deploy offering on an VPC
3. Deploy the LB through the VPC - Networks - Internal LB view.
4. Attach instances to the LB so it deploys fully.
5. Watch the event log get filled up with an error every 10 minutes due to failing health checks for the LBVM
### What to do about it?
Disable DHCP and DNS health checks on any VR/Internal LB VM that is designated as only the role of an internal LB.
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Direção de pesquisa
Nenhum arquivo-fonte ou teste é nomeado. Comece reproduzindo o problema no CloudStack 4.22.0 usando as etapas de network-offering listadas e, em seguida, rastreie as verificações de integridade do InternalLBVM que geram os erros recorrentes no log de eventos. Considera-se concluído quando as verificações de DHCP e DNS não forem mais executadas para uma VM designada somente como balanceador de carga interno, enquanto as verificações aplicáveis permanecerem para outras funções.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- java
- Domínio
- cloud, infrastructure, networking
- Tipo de issue
- Bug
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Status de atividade
- Pouca atividade
- Clareza
- Razoavelmente clara
- Facilidade para iniciantes
- 45/100