VR Loses Instance IP Address

[div8cn]

ISSUE TYPE

• Bug Report

COMPONENT NAME

VR

CLOUDSTACK VERSION

4.11.3

CONFIGURATION

OS / ENVIRONMENT

SUMMARY

After the ACS is upgraded to 4.11.3, the VM on the shared network usually loses its IP address (it cannot obtain an IP address in the guest VM).

Analysis of the cloud.log in vr, we found that sometimes restarting or deleting the A VM will cause the B VM to disappear in /etc/dhcphosts.txt.
Because /etc/dhcphosts.txt is inconsistent with the data in /var/lib/misc/dnsmasq.leases. This triggers delete_leases to remove the IP address of the B VM from the DHCP server.

This bug should come from #3351

STEPS TO REPRODUCE

EXPECTED RESULTS

ACTUAL RESULTS

[div8cn]

@nvazquez

[yadvr]

Can you review/test and advise @nvazquez and if it's an easy fix we can aim to get it in 4.13.0.0

[andrijapanicsb]

From which versions did you upgrade @div8cn ?

[nvazquez]

Hi @div8cn I could not reproduce this on 4.11.3. Did you hit the same issue on prior existing networks as well as on new networks after upgrading or just the existing ones?

[div8cn]

I am having problems after upgrading VR after upgrading 4.11.3.

I can't reproduce this problem in my test environment right now.

There are currently 8 share networks in my production environment, all of which have different levels of IP loss, and both occur after upgrading VR.

[div8cn]

From which versions did you upgrade @div8cn ?

I upgraded from 4.11.2 to 4.11.3

The host is xenserver 7.1.2

[nvazquez]

Thanks @div8cn, did you hit the issue recreating the VRs using the new system VM template?

[div8cn]

System template has been updated

Vr has also completed the upgrade

[andrijapanicsb]

Couldn't reproduce myself...

[nvazquez]

Couldn't reproduce either

[yadvr]

Thanks @andrijapanicsb @nvazquez I've moved it to next minor milestone, this is not a blocker for 4.13.