Open Stack

Have you checked ping connectivity between the VMs?
On Mar 4, 2015 9:19 PM, "Brian Haley" <brian.haley at hp.com> wrote:

> Please keep replies on the list.
>
> I would suggest running tcpdump on the server side and see if the packet is
> making it to the stack then.  Perhaps there are other UFW rules dropping
> things?
>  You can just use something like 'telnet 192.168.1.42 5001' to verify that.
>
> -Brian
>
> On 03/04/2015 10:25 AM, ppnaik wrote:
> > Sir,
> > I added rule tcp 1 65535 but it still did not work.
> >
> > Thanks,
> >
> > Priyanka
> >
> >
> > On 2015-03-04 20:29, Brian Haley wrote:
> >> Like Krishna asked, have you added a security group rule for TCP port
> 5001?
> >> Otherwise ingress traffic on that port will be dropped.
> >>
> >> -Brian
> >>
> >> On 03/04/2015 05:45 AM, Priyanka Naik wrote:
> >>> Hi,
> >>>
> >>> Sorry my mistake . I was actually trying it for different ports and
> copied the
> >>> earlier command on client VM. On client VM I am running
> >>>
> >>> iperf -c 192.168.1.42
> >>>
> >>> and on server
> >>>
> >>> iperf -s
> >>>
> >>> yes the server is listening on port 5001.
> >>>
> >>> netstat -anp | grep 5001
> >>> (Not all processes could be identified, non-owned process info
> >>>  will not be shown, you would have to be root to see it all.)
> >>> tcp        0      0 0.0.0.0:5001            0.0.0.0:*
>  LISTEN
> >>> 20227/iperf
> >>>
> >>> Thanks,
> >>> Priyanka
> >>>
> >>> On 03/04/2015 04:10 PM, nithish B wrote:
> >>>> Hi Priyanka,
> >>>>    Sorry for that. My bad. I actaully meant to say, check if that
> client is
> >>>> indeed listening on the port.
> >>>>
> >>>> And wait a minute, I didn't notice!!!
> >>>>
> >>>> Your output says:
> >>>>
> >>>> On iperf server VM
> >>>>
> >>>> |  iperf -s
> >>>>     ------------------------------------------------------------
> >>>>     Server listening on TCP *port **5001*
> >>>>     TCP window size: 85.3 KByte (default)
> >>>>     ------------------------------------------------------------|
> >>>>
> >>>> On iperf client VM
> >>>>
> >>>> | iperf -c 192.168.1.42 *-p 8042* -i 1 -t 10
> >>>>
> >>>> |
> >>>> |Kindly let me know as to why are you using port 8042 in the client
> while
> >>>> the server
> >>>> is listening on port 5001?
> >>>> |
> >>>>
> >>>> Regards,
> >>>> Nitish B.
> >>>>
> >>>> On Wed, Mar 4, 2015 at 3:58 PM, Priyanka Naik <ppnaik at cse.iitb.ac.in
> >>>> <mailto:ppnaik at cse.iitb.ac.in>> wrote:
> >>>>
> >>>>     Hi Nitish,
> >>>>
> >>>>     I am able to ping the client VM(192.168.1.41) from the server
> >>>>     VM(192.168.1.42).
> >>>>
> >>>>     ping 192.168.1.41
> >>>>     PING 192.168.1.41 (192.168.1.41) 56(84) bytes of data.
> >>>>     64 bytes from 192.168.1.41 <http://192.168.1.41>: icmp_req=1
> ttl=64
> >>>>     time=1.02 ms
> >>>>     64 bytes from 192.168.1.41 <http://192.168.1.41>: icmp_req=2
> ttl=64
> >>>>     time=0.495 ms
> >>>>     64 bytes from 192.168.1.41 <http://192.168.1.41>: icmp_req=3
> ttl=64
> >>>>     time=0.598 ms
> >>>>     64 bytes from 192.168.1.41 <http://192.168.1.41>: icmp_req=4
> ttl=64
> >>>>     time=0.462 ms
> >>>>     ^C
> >>>>     --- 192.168.1.41 ping statistics ---
> >>>>     4 packets transmitted, 4 received, 0% packet loss, time 2999ms
> >>>>     rtt min/avg/max/mdev = 0.462/0.645/1.025/0.225 ms
> >>>>
> >>>>     I am sorry I did not understand pinging a specified port.
> >>>>
> >>>>     Thanks,
> >>>>
> >>>>     Priyanka
> >>>>
> >>>>
> >>>>     On 03/04/2015 03:49 PM, nithish B wrote:
> >>>>>     Hi Priyanka,
> >>>>>         First check if you are able to ping the client VM from the
> server VM
> >>>>>     on the specified port. If not, then there is an issue with the
> network
> >>>>>     configuration.
> >>>>>        Else, if you are able to ping on the specific port, then
> there is some
> >>>>>     tunnelling issue and we can fix that!
> >>>>>     Let me know this and we can proceed.
> >>>>>
> >>>>>
> >>>>>     Regards,
> >>>>>     Nitish B.
> >>>>>
> >>>>>     On Wed, Mar 4, 2015 at 3:15 PM, Priyanka Naik <
> ppnaik at cse.iitb.ac.in
> >>>>>     <mailto:ppnaik at cse.iitb.ac.in>> wrote:
> >>>>>
> >>>>>         Hi,
> >>>>>
> >>>>>         I have a multinode openstack juno setup. Iperf does not work
> between
> >>>>>         VMs( on the same compute node asw ell as different compute
> nodes)
> >>>>>
> >>>>>         On iperf server VM
> >>>>>
> >>>>>         |  iperf -s
> >>>>>
>  ------------------------------------------------------------
> >>>>>             Server listening on TCP port 5001
> >>>>>             TCP window size: 85.3 KByte (default)
> >>>>>
>  ------------------------------------------------------------|
> >>>>>
> >>>>>         On iperf client VM
> >>>>>
> >>>>>         | iperf -c 192.168.1.42 -p 8042 -i 1 -t 10|
> >>>>>
> >>>>>         The mtu of the VM interface is 1400. It does not work even
> after
> >>>>>         increasing or decreasing this value.
> >>>>>
> >>>>>         |ifconfig
> >>>>>         eth0      Link encap:Ethernet  HWaddr fa:16:3e:ac:70:99
> >>>>>                   inet addr:192.168.1.41  Bcast:192.168.1.255
> >>>>> Mask:255.255.255.0
> >>>>>                   inet6 addr: fe80::f816:3eff:feac:7099/64 Scope:Link
> >>>>>                   UP BROADCAST RUNNING MULTICAST  MTU:1400  Metric:1
> >>>>>                   RX packets:5781941 errors:0 dropped:0 overruns:0
> frame:0
> >>>>>                   TX packets:7096888 errors:0 dropped:0 overruns:0
> carrier:0
> >>>>>                   collisions:0 txqueuelen:1000
> >>>>>                   RX bytes:3028179379 (3.0 GB)  TX bytes:3594331790
> >>>>> <tel:3594331790> (3.5 GB)|
> >>>>>
> >>>>>         Please help me solve this issue.
> >>>>>
> >>>>>         Thanks,
> >>>>>
> >>>>>         Priyanka
> >>>>>
> >>>>>
> >>>>>         _______________________________________________
> >>>>>         Mailing list:
> >>>>>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> >>>>>         Post to     : openstack at lists.openstack.org
> >>>>>         <mailto:openstack at lists.openstack.org>
> >>>>>         Unsubscribe :
> >>>>>
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> >>> Post to     : openstack at lists.openstack.org
> >>> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> >>>
> >>
> >>
> >> _______________________________________________
> >> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> >> Post to     : openstack at lists.openstack.org
> >> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> >
>
>
> _______________________________________________
> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20150304/4ca4f7b9/attachment.html>