apache / apache/cloudstack

Internal Loadbalancer fails DHCP checks and DNS checks causing Events to be flooded.

Abierto
#12,658 2 comentarios 0 reacciones 0 asignados Ver en GitHub
component:networking component:virtual-router Severity:Major type:bug
Lenguaje dominante
Java
Estrellas
3.1k
Forks
1.4k
Merge medio
6 d 19 h
PR fusionados (30 d)
32

Descripción

### 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

Image

### 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.

Guía de contribución

Abrir la guía de contribución

Línea de trabajo

No se nombran archivos fuente ni pruebas. Empieza reproduciendo el problema en CloudStack 4.22.0 mediante los pasos indicados de network-offering y, a continuación, rastrea las comprobaciones de estado de InternalLBVM que generan los errores recurrentes del registro de eventos. Se considera terminado cuando las comprobaciones de DHCP y DNS ya no se ejecutan para una VM designada únicamente como balanceador de carga interno, mientras que las comprobaciones aplicables se mantienen para otros roles.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
java
Área
cloud, infrastructure, networking
Tipo de issue
Error
Dificultad
4/5
Tiempo estimado
3-5 días
Estado de actividad
Tranquilo
Claridad
Bastante claro
Aptitud para principiantes
45/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.