In version 4.18.1, under the VPC network resource domain, DHCP dynamic IP addresses cannot be allocated across hosts #9320
Replies: 6 comments
-
Thanks for opening your first issue here! Be sure to follow the issue template! |
Beta Was this translation helpful? Give feedback.
-
@Qinshan886 could you check the VPC tier VLAN is trunked on both host's switch ports on the physical switch? |
Beta Was this translation helpful? Give feedback.
-
@rajujith Sorry, I don't know much about this in terms of networking. I don't know how to check it; but my two host nodes are virtual machines, not physical servers. The network deployment also uses the bridge described in the official manual |
Beta Was this translation helpful? Give feedback.
-
@Qinshan886 So you have added Nested KVM hosts in the cloudstack. What is your base hypervisor? Could you check whether the vNICs of the nested KVM that are associated with the cloudstack guest traffic are in the same bridge/vSwitch? and also allows the tagged VLAN used in the VPC tier. |
Beta Was this translation helpful? Give feedback.
-
@rajujith My base hypervisor is kvm and libvirtd. The NIC for guest traffic is on the same bridge。It also allows the use of tagged VLANs at the VPC level. |
Beta Was this translation helpful? Give feedback.
-
@rajujith I have also tried to deploy and build according to the official website documentation on the latest version 4.19 and found that the vpc cannot dynamically allocate IP addresses across hosts using dhcp. Has anyone else encountered this problem? |
Beta Was this translation helpful? Give feedback.
-
ISSUE TYPE
COMPONENT NAME
CLOUDSTACK VERSION
CONFIGURATION
OS / ENVIRONMENT
Centos 7
SUMMARY
I am using CloudStack 4.18.1. After creating a resource domain of the VPC network type, I added two host nodes.
And created a VPC network (it automatically creates a virtual router on host node 1) and added the network layer
STEPS TO REPRODUCE
When I started to create the first instance machine, I chose the hk-node1 node. It is on the same host node as the vpc virtual router
The instance machine and the virtual router can be connected normally, and the instance machine can request the DHCP of the virtual router of the vpc to obtain the IP address
The above picture shows the log information of DHCP in the vpc virtual router
The above picture shows the log and IP information of the instance machine requesting the vpc virtual router during the dhcp process.this is normal
==================================hk-node2 host node dividing line============================
I now create an instance machine on the hk-node2 host node
The above picture shows the vpc virtual router log (it is on the hk-node1 host node), and there is no log showing the IP address assigned to the instance machine on the hk-node2 host node.
The above figure shows that the instance machine on the hk-node2 host node cannot access the gateway address of the vpc virtual router 10.1.100.1 during the dhcp request process, resulting in a dhcp timeout. Failed to obtain the IP address;
This is abnormal. Why can't the instance machine on the hk-node2 host node obtain an IP address when the two host nodes are in the same resource domain cluster? I tried to reproduce this operation in the latest version 4.19, and the problem of not being able to obtain an IP address across host nodes also exists. Please help!!!
EXPECTED RESULTS
The instance machine I created on the hk-node2 host node should be able to obtain the IP address dynamically allocated by DHCP normally, just like the instance machine on the hk-node1 host node.
ACTUAL RESULTS
The actual result is that the instance machine I created on another host node cannot connect to the host node where the vpc virtual router is located, resulting in the instance machine on other host nodes being unable to dynamically obtain an IP address through dhcp. In simple terms, the instance machine I created must be on the same host node as the vpc virtual router. If it is not on the same host node, the instance machine cannot obtain an IP
Beta Was this translation helpful? Give feedback.
All reactions