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. >