Hi Shanker,

1) Also I am not able to ping to gateway.
2) Here is the ssvm-check output..

root@s-1-VM:/usr/local/cloud/systemvm# sh ssvm-check.sh
================================================
First DNS server is  8.8.8.8
PING 8.8.8.8 (8.8.8.8): 48 data bytes
56 bytes from 8.8.8.8: icmp_seq=0 ttl=46 time=62.104 ms
56 bytes from 8.8.8.8: icmp_seq=1 ttl=46 time=62.306 ms
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max/stddev = 62.104/62.205/62.306/0.101 ms
Good: Can ping DNS server
================================================
Good: DNS resolves download.cloud.com
================================================
nfs is currently mounted
Mount point is /mnt/SecStorage/fde1faee-5559-3165-82a8-0078c7b99c08
Good: Can write to mount point
================================================
Management server is 10.129.151.55. Checking connectivity.
Good: Can connect to management server port 8250
================================================
Good: Java process is running
================================================
Tests Complete. Look for ERROR or WARNING above.


But in ssvm /var/log/cloud/cloud.out i found below logs.

06:41:01,502  INFO NioClient:81 - Connected to 10.129.151.55:8250
06:41:01,681  INFO Agent:421 - Proccess agent startup answer, agent id = 0
06:41:01,681  INFO Agent:267 - Set agent id 0
06:41:01,699  INFO Agent:431 - Startup Response Received: agent id = 0
06:41:01,741  INFO NfsSecondaryStorageResource:2482 - Determined host
10.129.155.101 corresponds to IP 10.129.155.101
06:41:01,742  INFO NfsSecondaryStorageResource:2482 - Determined host
10.129.155.101 corresponds to IP 10.129.155.101
06:41:03,954  INFO NfsSecondaryStorageResource:2482 - Determined host
10.129.155.101 corresponds to IP 10.129.155.101
06:43:12,830 ERROR NfsSecondaryStorageResource:2396 - Unable to mount
10.129.155.101:/vol/secondary at
/mnt/SecStorage/548477a5-73f6-3dd6-9179-93e4c92a3329 due to mount.nfs:
Connection timed out

Also on public interface & Storage interface,are not trunk.Only inter-vlan
routing is enable.


Regards,
Tejas



On Thu, Jun 5, 2014 at 11:40 AM, Shanker Balan <shanker.ba...@shapeblue.com>
wrote:

> Hi Tejas,
>
> comments inline.
>
> On 04-Jun-2014, at 1:09 pm, Tejas Gadaria <refond.g...@gmail.com> wrote:
>
> > Hi,
> >
> > I am trying to create setup with xenserver, where Storage,public,Guest &
> > Management traffic will be carried by 4 diff. nics & all are in different
> > VLAN.
> > After assigning the name-label in xen. System vm's are created but I am
> not
> > able ping to SSVM & CPVM public IP .
> >
> > root@s-1-VM:~# route
> > Kernel IP routing table
> > Destination     Gateway         Genmask         Flags Metric Ref    Use
> > Iface
> > default         10.129.152.1    0.0.0.0         UG    0      0        0
> eth2
> > google-public-d 10.129.151.1    255.255.255.255 UGH   0      0        0
> eth1
> > 10.129.151.0    *               255.255.255.0   U     0      0        0
> eth1
> > 10.129.152.0    *               255.255.255.0   U     0      0        0
> eth2
> > 10.129.155.0    *               255.255.255.0   U     0      0        0
> eth3
> > link-local      *               255.255.0.0     U     0      0        0
> eth0
> >
> > root@s-1-VM:~# ping 8.8.8.8
> > PING 8.8.8.8 (8.8.8.8): 48 data bytes
> > 56 bytes from 8.8.8.8: icmp_seq=0 ttl=46 time=64.948 ms
> > ^C--- 8.8.8.8 ping statistics ---
> > 1 packets transmitted, 1 packets received, 0% packet loss
> > round-trip min/avg/max/stddev = 64.948/64.948/64.948/0.000 ms
>
> You are able to reach Google DNS because there is a static
> route to 8.8.8.8 via the management subnet.
>
>
> > I am not able to ping to Storage from SSVM either.
> >
> > Following below link right now.
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM%2C+templates%2C+Secondary+storage+troubleshooting
>
>
> Can share the full output of ssvm-check.sh?
>
> Can you ping the gateway? If not, it could be that:
>
> 1) 10.129.152.0 subnet is not routable or cant reach 10.129.152.1
> 2) eth2 is bridged to the interfaces labeled for public traffic
>
> I would check if each of the virtual interfaces are bridged to the right
> physical interface on the XenServer labeled interfaces.
>
> tcpdump on all the interfaces on the SSVM and on the physical
> interfaces will also help identify the issue.
>
> Regards.
>
> --
> @shankerbalan
>
> M: +91 98860 60539 | O: +91 (80) 67935867
> shanker.ba...@shapeblue.com | www.shapeblue.com | Twitter:@shapeblue
> ShapeBlue Services India LLP, 22nd floor, Unit 2201A, World Trade Centre,
> Bangalore - 560 055
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
> CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> 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