Hi Shanker, Aww.. VLAN ID information for Public network provided to me was incorrected.
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. 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. 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. >
