Maybe the problem is in the NIC configurations on the KVM Hypervisor?

auto em1
iface em1  inet static
    address 192.168.0.101
    netmask 255.255.255.0
    gateway 192.168.0.100
    dns-nameservers 192.168.0.100

auto cloudbr0
.......
auto cloudbr1
.......

Note that the default GW is pointed to the internal NIC of the Management 
server, so why the KVM host could ping the Management server and access the 
outside internet, but the SSVM running in this KVM could not? Any hints ?

Dan


> 在 Nov 10, 2014,5:34 PM,Dan Dong <dongda...@gmail.com> 写道:
> 
> Some more info, on SSVM I can see the following routes, there is route there, 
> so why SSVM(eth2: 192.168.0.134) could not contact Management 
> Server(192.168.0.100)? Can someone help here? Thanks
> root@s-1-VM:~# ip route 
> default via 192.168.0.100 dev eth2 
> 169.254.0.0/16 dev eth0  proto kernel  scope link  src 169.254.1.47 
> 172.20.10.0/24 via 192.168.0.100 dev eth1 
> 172.20.10.30 via 192.168.0.100 dev eth1 
> 192.168.0.0/24 dev eth1  proto kernel  scope link  src 192.168.0.22 
> 192.168.0.0/24 dev eth2  proto kernel  scope link  src 192.168.0.134 
> 192.168.0.0/24 dev eth3  proto kernel  scope link  src 192.168.0.25 
> 
> 
> 2014-11-10 15:12 GMT-06:00 Dan Dong <dongda...@gmail.com>:
>> Hi, All,
>>   When debugging why my ISOs could not be registered, I found when I logged 
>> into SSVM, I could not even ping the Management Server, although they are 
>> both in the 192.168.0.0/24 network, so of course could not ping outside 
>> world. Here are my simple network settings of my cloud(1Management Server + 
>> 1 KVM hypervisor):
>> 
>> 1. Management server have 2 NICs: 
>>            em2 pointing outside with 10.0.0.100/24
>>            em1 pointing inside with 192.168.0.100/24 (also serves as DNS and 
>> Gateway of the cloud)
>> 2. One KVM hypervisor which has 1 NIC: em1 with 192.168.0.101/24
>> 3. VMs created on KVM hypervisor will sit on the same network of 
>> 192.168.0.0/24
>> 
>> The weird thing is that I can access the internet from the KVM hypervisor as 
>> NAT is enabled on the Management Server, but for the SSVM(IP of eth2: 
>> 192.168.0.89) running on it, it could not even see the Management 
>> Server(192.168.0.100 on em1). Should one manually re-configure routing 
>> tables on the SSVM to solve this problem or it is caused by the initial 
>> network design of the cloud? Thanks!
>> 
>> Cheers,
>> Dan
>> 
> 

Reply via email to