Hi Shanker

Thanks for helping out.

Regards,
Tejas


On Thu, Jun 5, 2014 at 6:09 PM, Shanker Balan <shanker.ba...@shapeblue.com>
wrote:

> Hi Tejas,
>
>
> On 05-Jun-2014, at 5:04 pm, Tejas Gadaria <refond.g...@gmail.com> wrote:
>
> > Hi Shanker,
> >
> > Aww.. VLAN ID information for Public network provided to me was
> > incorrected.
>
> Sounds very familiar. While you are at it, make sure the guest VLANs
> are also configured correctly across the switch ports.
>
> I just put some screenshots together for the next time someone
> has SSVM issues with XenServer.
>
>
> http://shankerbalan.net/blog/cloudstack-ssvm-network-topology-with-xenserver/
>
> > Just for Information..
> >
> > I have xen setup to isolate primary storage traffic, where Cloudstack MS
> &
> > Secondary storage is on same NIC & primary storage is on separate NIC,
> > secondary storage traffic is moving from management NIC.
>
> Cool. If you have the luxury, you could also bond NICs to increase
> the bandwidth.
>
>
> > For testing purpose I am planning to implement swift as secondary sorage,
> > So is there any way i can isolate secondary storage traffic from
> management
> > NIC.
> >
>
> The Storage network is actually meant for secondary storage. If you want to
> route primary storage traffic also over the storage network, make sure that
> the primary storage device is also on the same subnet as the secondary
> storage.
>
> Linux networking will take care of pushing both pri/sec storage traffic
> over the right interface.
>
>
> > Regards,
> > Tejas
> >
> >
> > Regards,
> > Tejas
> >
> >
> >
> > On Thu, Jun 5, 2014 at 3:48 PM, Shanker Balan <
> shanker.ba...@shapeblue.com>
> > wrote:
> >
> >> Comments inline.
> >>
> >> On 05-Jun-2014, at 3:02 pm, Tejas Gadaria <refond.g...@gmail.com>
> wrote:
> >>
> >>> Hi Shanker,
> >>>
> >>> 1) Also I am not able to ping to gateway.
> >>
> >>
> >> Not good.
> >>
> >>> 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
> >>>
> >>
> >>
> >> ssvm-check and logs dont seem to agree on the secondary storage.
> >>
> >>> nfs is currently mounted
> >>> Mount point is /mnt/SecStorage/fde1faee-5559-3165-82a8-0078c7b99c08
> >>> Good: Can write to mount point
> >>
> >> ssvm-check says it can write to the mount point.
> >>
> >>> 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
> >>
> >>
> >> And here the log shows timeouts.
> >>
> >>
> >>> Also on public interface & Storage interface,are not trunk.Only
> >> inter-vlan
> >>> routing is enable.
> >>
> >>
> >> Have you checked if the SSVM’s virtual interfaces got bridged to the
> >> physical
> >> interfaces as per your label scheme? Have you run tcpdump to see if the
> >> packets are going over the right interface? Can you snoop on the switch
> >> end to
> >> see if the packets are indeed making it out the interface? Are the
> switches
> >> configured with VLANs correctly?
> >>
> >>
> >>>
> >>>
> >>> 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
> >>
> >> --
> >> @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.
> >>
>
> --
> @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