Hi Sandeep,

Comments inline.

On 16-Apr-2014, at 12:00 pm, sandeep khandekar <[email protected]> 
wrote:

> Yesterday I sent a wrong output
>
> Please find the exact output of my ssvm and help me out
>
> Link Local IP address
> # ssh -i /var/lib/cloudstack/management/.ssh/id_rsa -p 3922 root@
> 169.254.3.199
> The authenticity of host '[169.254.3.199]:3922 ([169.254.3.199]:3922)'
> can't be established.
> ECDSA key fingerprint is 49:e9:95:ab:c6:34:fb:88:f6:c1:8b:14:31:6b:50:ca.
> Are you sure you want to continue connecting (yes/no)? yes
> Warning: Permanently added '[169.254.3.199]:3922' (ECDSA) to the list of
> known hosts.
> Linux s-1-VM 3.2.0-4-686-pae #1 SMP Debian 3.2.41-2 i686
> .
> root@s-1-VM:~# /usr/local/cloud/systemvm/ssvm-check.sh
>
> ================================================
> First DNS server is  10.4.21.4
> PING 10.4.21.4 (10.4.21.4): 56 data bytes
> 64 bytes from 10.4.6.68: Destination Host Unreachable
> Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst Data
> 4  5  00 5400 0000   0 0040  40  01 5a0b 10.4.6.68  10.4.21.4
> 64 bytes from 10.4.6.68: Destination Host Unreachable
> Vr HL TOS  Len   ID Flg  off TTL Pro  cks      Src      Dst Data
> 4  5  00 5400 0000   0 0040  40  01 5a0b 10.4.6.68  10.4.21.4
> --- 10.4.21.4 ping statistics ---
> 2 packets transmitted, 0 packets received, 100% packet loss
> WARNING: cannot ping DNS server
> route follows
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    Use
> Iface
> 0.0.0.0         10.4.6.1        0.0.0.0         UG    0      0        0 eth2
> 10.4.6.0        0.0.0.0         255.255.255.128 U     0      0        0 eth1
> 10.4.6.0        0.0.0.0         255.255.255.128 U     0      0        0 eth2
> 10.4.6.0        0.0.0.0         255.255.255.128 U     0      0        0 eth3
> 10.4.21.4       10.4.6.1        255.255.255.255 UGH   0      0        0 eth1
> 103.15.60.4     10.4.6.1        255.255.255.255 UGH   0      0        0 eth1
> 169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth0
> ================================================
> ERROR: DNS not resolving download.cloud.com
> resolv.conf follows
> nameserver 10.4.21.4
> nameserver 103.15.60.4
> nameserver 10.4.21.4
> nameserver 103.15.60.4
> root@s-1-VM:~#
>
> If I use private IP it throws an error.  to connect to ssvm
> #ssh -i /var/lib/cloudstack/management/.ssh/id_rsa -p 3922 [email protected]
> ssh: connect to host 10.4.6.68 port 3922: No route to host
>
> How to enable dns server?


Sandeep,

This looks like a network configuration issue to me. Looking at your routing
table, the 2 DNS servers having the IPs 10.4.21.4 and 103.15.60.4 have a
host specific route using the eth1 device:

> 10.4.21.4       10.4.6.1        255.255.255.255 UGH   0      0        0 eth1
> 103.15.60.4     10.4.6.1        255.255.255.255 UGH   0      0        0 eth1



Would you know which physical interface on the hypervisor is bridged to
SSVM’s eth1? You can run the “brctl show” command on the hypervisor to get this
information.


> If I ping from my machine it is working properly,
>
> root@cloudstack# ping 10.4.21.4
>
> PING 10.4.21.4 (10.4.21.4) 56(84) bytes of data.
> 64 bytes from 10.4.21.4: icmp_req=1 ttl=127 time=32.3 ms
> 64 bytes from 10.4.21.4: icmp_req=2 ttl=127 time=0.824 ms
> 64 bytes from 10.4.21.4: icmp_req=3 ttl=127 time=4.08 ms
> ^C
>
> --- 10.4.21.4 ping statistics ---
> 3 packets transmitted, 3 received, 0% packet loss, time 2000ms
> rtt min/avg/max/mdev = 0.824/12.420/32.350/14.155 ms
>
> Troublesome to understand now.

A Virtual Machine’s networking is very different from the physical
hosts networking. A physical bridge has to configured with the
right label to assist cloudstack in mapping a VMs interface(s)
to the right physical interface.

If the mapping is incorrect, then networking will generally fail.

Hth.




--
@shankerbalan

M: +91 98860 60539 | O: +91 (80) 67935867
[email protected] | www.shapeblue.com | Twitter:@shapeblue
ShapeBlue Services India LLP, 22nd floor, Unit 2201A, World Trade Centre, 
Bangalore - 560 055

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/> offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training<http://shapeblue.com/cloudstack-training/>
28th-29th May 2014, Bangalore. 
Classromm<http://shapeblue.com/cloudstack-training/>
16th-20th June 2014, Region A. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
23rd-27th June 2014, Region B. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
15th-20th September 2014, Region A. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
22nd-27th September 2014, Region B. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
1st-6th December 2014, Region A. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>
8th-12th December 2014, Region B. Instructor led, 
On-line<http://shapeblue.com/cloudstack-training/>

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England & Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue is a registered trademark.

Reply via email to