[Openstack] Cant ping private or floating IP

Guilherme Russi luisguilherme.cr at gmail.com
Mon Feb 18 13:28:07 UTC 2013


Got it, I have one virtual interface too, to make the management and VM
conf part. If you find anything, let me know, please.

Thanks.


2013/2/18 Chathura M. Sarathchandra Magurawalage <77.chathura at gmail.com>

> I have only got 1 NIC but got two virtual interface for two different
> networks. I have got network node in the same physical machine too.
>
>
> On 18 February 2013 13:15, Guilherme Russi <luisguilherme.cr at gmail.com>wrote:
>
>> How did you install your controller node? I mean, mine I have 2 NICs and
>> I installed the network node at the same physical machine.
>>
>>
>> 2013/2/18 Chathura M. Sarathchandra Magurawalage <77.chathura at gmail.com>
>>
>> Hello Guilherme,
>>>
>>> No, I am still having the problem :(
>>>
>>>
>>> On 18 February 2013 13:01, Guilherme Russi <luisguilherme.cr at gmail.com>wrote:
>>>
>>>> Hello Chathura,
>>>>
>>>>  Have succeeded with your network? I'm having problems with mine too.
>>>>
>>>> Thanks.
>>>>
>>>> Guilherme.
>>>>
>>>>
>>>> 2013/2/17 Chathura M. Sarathchandra Magurawalage <77.chathura at gmail.com
>>>> >
>>>>
>>>> Hope you had a good night sleep :)
>>>>>
>>>>> Yes sure I will be on irc. my nickname is chathura77
>>>>>
>>>>> Thanks
>>>>>
>>>>> On 17 February 2013 13:15, Jean-Baptiste RANSY <
>>>>> jean-baptiste.ransy at alyseo.com> wrote:
>>>>>
>>>>>>  ping
>>>>>>
>>>>>> Are you on IRC ?
>>>>>>
>>>>>> JB
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 02/17/2013 04:07 AM, Jean-Baptiste RANSY wrote:
>>>>>>
>>>>>> Add Cirros Image to Glance :)
>>>>>>
>>>>>> Username: cirros
>>>>>> Password: cubswin:)
>>>>>>
>>>>>>
>>>>>> http://docs.openstack.org/trunk/openstack-compute/install/apt/content/uploading-to-glance.html
>>>>>>
>>>>>> to join your VM, it's a bit dirty but you can :
>>>>>> - put your computer in the same subnet as your controller (
>>>>>> 192.168.2.0/24)
>>>>>> - then adds a static route to the subnet of your VM. (ip route add
>>>>>> 10.5.5.0/24 gw 192.168.2.151)
>>>>>> (192.168.2.151 is the quantum gateway)
>>>>>>
>>>>>> I'm going to sleep, we will continue tomorrow.
>>>>>>
>>>>>> JB
>>>>>>
>>>>>> PS : You also should get some sleep :)
>>>>>>
>>>>>>
>>>>>> On 02/17/2013 03:53 AM, Chathura M. Sarathchandra Magurawalage wrote:
>>>>>>
>>>>>>  oh that's weird.
>>>>>>
>>>>>>  I still get this error. couldnt this be because I cannot ping the
>>>>>> VM in the first place?. Because as far as I know metadata takes care of ssh
>>>>>> keys. But what if you cant reach the VM in the first place?
>>>>>>
>>>>>>  no instance data found in start-local
>>>>>>
>>>>>> ci-info: lo    : 1 127.0.0.1       255.0.0.0       .
>>>>>>
>>>>>> ci-info: eth0  : 1 10.5.5.3        255.255.255.0   fa:16:3e:a7:28:25
>>>>>>
>>>>>> ci-info: route-0: 0.0.0.0         10.5.5.1        0.0.0.0         eth0   UG
>>>>>>
>>>>>> ci-info: route-1: 10.5.5.0        0.0.0.0         255.255.255.0   eth0   U
>>>>>>
>>>>>> cloud-init start running: Sun, 17 Feb 2013 02:45:35 +0000. up 3.51 seconds
>>>>>>
>>>>>> 2013-02-17 02:48:25,840 - util.py[WARNING]: 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [50/120s]: url error [timed out]
>>>>>>
>>>>>> 2013-02-17 02:49:16,893 - util.py[WARNING]: 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [101/120s]: url error [timed out]
>>>>>>
>>>>>> 2013-02-17 02:49:34,912 - util.py[WARNING]: 'http://169.254.169.254/2009-04-04/meta-data/instance-id' failed [119/120s]: url error [timed out]
>>>>>>
>>>>>> 2013-02-17 02:49:35,913 - DataSourceEc2.py[CRITICAL]: giving up on md after 120 seconds
>>>>>>
>>>>>>
>>>>>>
>>>>>> no instance data found in start
>>>>>>
>>>>>> Skipping profile in /etc/apparmor.d/disable: usr.sbin.rsyslogd
>>>>>>
>>>>>>  * Starting AppArmor profiles       [80G
>>>>>> [74G[ OK ]
>>>>>>
>>>>>>
>>>>>>
>>>>>>  On 17 February 2013 02:41, Jean-Baptiste RANSY <
>>>>>> jean-baptiste.ransy at alyseo.com> wrote:
>>>>>>
>>>>>>>  For me, it's normal that you are not able to curl 169.254.169.254
>>>>>>> from your compute and controller nodes : Same thing on my side, but my VM
>>>>>>> get their metadata.
>>>>>>>
>>>>>>> Try to lunch an instance.
>>>>>>>
>>>>>>> JB
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 02/17/2013 03:35 AM, Chathura M. Sarathchandra Magurawalage wrote:
>>>>>>>
>>>>>>>  root at computernode:~# curl -v  http://169.254.169.254
>>>>>>> * About to connect() to 169.254.169.254 port 80 (#0)
>>>>>>> *   Trying 169.254.169.254...
>>>>>>>
>>>>>>>  root at controller:~# curl -v  http://169.254.169.254
>>>>>>> * About to connect() to 169.254.169.254 port 80 (#0)
>>>>>>> *   Trying 169.254.169.254...
>>>>>>>
>>>>>>>
>>>>>>>  root at athena:~# iptables -L -n -v
>>>>>>> Chain INPUT (policy ACCEPT 59009 packets, 22M bytes)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>> 59493   22M quantum-l3-agent-INPUT  all  --  *      *
>>>>>>> 0.0.0.0/0            0.0.0.0/0
>>>>>>> 59493   22M nova-api-INPUT  all  --  *      *       0.0.0.0/0
>>>>>>>      0.0.0.0/0
>>>>>>>   484 73533 ACCEPT     47   --  *      *       0.0.0.0/0
>>>>>>> 0.0.0.0/0
>>>>>>>
>>>>>>>  Chain FORWARD (policy ACCEPT 707 packets, 47819 bytes)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>   707 47819 quantum-filter-top  all  --  *      *       0.0.0.0/0
>>>>>>>          0.0.0.0/0
>>>>>>>   707 47819 quantum-l3-agent-FORWARD  all  --  *      *
>>>>>>> 0.0.0.0/0            0.0.0.0/0
>>>>>>>   707 47819 nova-filter-top  all  --  *      *       0.0.0.0/0
>>>>>>>        0.0.0.0/0
>>>>>>>   707 47819 nova-api-FORWARD  all  --  *      *       0.0.0.0/0
>>>>>>>        0.0.0.0/0
>>>>>>>
>>>>>>>  Chain OUTPUT (policy ACCEPT 56022 packets, 22M bytes)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>> 56022   22M quantum-filter-top  all  --  *      *       0.0.0.0/0
>>>>>>>          0.0.0.0/0
>>>>>>> 56022   22M quantum-l3-agent-OUTPUT  all  --  *      *
>>>>>>> 0.0.0.0/0            0.0.0.0/0
>>>>>>> 56022   22M nova-filter-top  all  --  *      *       0.0.0.0/0
>>>>>>>        0.0.0.0/0
>>>>>>> 56022   22M nova-api-OUTPUT  all  --  *      *       0.0.0.0/0
>>>>>>>        0.0.0.0/0
>>>>>>>
>>>>>>>  Chain nova-api-FORWARD (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain nova-api-INPUT (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>     0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0
>>>>>>> 192.168.2.225        tcp dpt:8775
>>>>>>>
>>>>>>>  Chain nova-api-OUTPUT (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain nova-api-local (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain nova-filter-top (2 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>> 56729   22M nova-api-local  all  --  *      *       0.0.0.0/0
>>>>>>>      0.0.0.0/0
>>>>>>>
>>>>>>>  Chain quantum-filter-top (2 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>> 56729   22M quantum-l3-agent-local  all  --  *      *
>>>>>>> 0.0.0.0/0            0.0.0.0/0
>>>>>>>
>>>>>>>  Chain quantum-l3-agent-FORWARD (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain quantum-l3-agent-INPUT (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>     0     0 ACCEPT     tcp  --  *      *       0.0.0.0/0
>>>>>>> 192.168.2.225        tcp dpt:8775
>>>>>>>
>>>>>>>  Chain quantum-l3-agent-OUTPUT (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain quantum-l3-agent-local (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  root at athena:~# iptables -L -n -v -t nat
>>>>>>> Chain PREROUTING (policy ACCEPT 3212 packets, 347K bytes)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>  3212  347K quantum-l3-agent-PREROUTING  all  --  *      *
>>>>>>> 0.0.0.0/0            0.0.0.0/0
>>>>>>>  3212  347K nova-api-PREROUTING  all  --  *      *       0.0.0.0/0
>>>>>>> 0.0.0.0/0
>>>>>>>
>>>>>>>  Chain INPUT (policy ACCEPT 639 packets, 84948 bytes)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain OUTPUT (policy ACCEPT 3180 packets, 213K bytes)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>  3180  213K quantum-l3-agent-OUTPUT  all  --  *      *
>>>>>>> 0.0.0.0/0            0.0.0.0/0
>>>>>>>  3180  213K nova-api-OUTPUT  all  --  *      *       0.0.0.0/0
>>>>>>>        0.0.0.0/0
>>>>>>>
>>>>>>>  Chain POSTROUTING (policy ACCEPT 0 packets, 0 bytes)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>  3726  247K quantum-l3-agent-POSTROUTING  all  --  *      *
>>>>>>> 0.0.0.0/0            0.0.0.0/0
>>>>>>>     0     0 nova-api-POSTROUTING  all  --  *      *       0.0.0.0/0
>>>>>>> 0.0.0.0/0
>>>>>>>     0     0 quantum-postrouting-bottom  all  --  *      *
>>>>>>> 0.0.0.0/0            0.0.0.0/0
>>>>>>>     0     0 nova-postrouting-bottom  all  --  *      *
>>>>>>> 0.0.0.0/0            0.0.0.0/0
>>>>>>>
>>>>>>>  Chain nova-api-OUTPUT (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain nova-api-POSTROUTING (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain nova-api-PREROUTING (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain nova-api-float-snat (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain nova-api-snat (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>     0     0 nova-api-float-snat  all  --  *      *       0.0.0.0/0
>>>>>>> 0.0.0.0/0
>>>>>>>
>>>>>>>  Chain nova-postrouting-bottom (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>     0     0 nova-api-snat  all  --  *      *       0.0.0.0/0
>>>>>>>      0.0.0.0/0
>>>>>>>
>>>>>>>  Chain quantum-l3-agent-OUTPUT (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain quantum-l3-agent-POSTROUTING (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>  3726  247K ACCEPT     all  --  !qg-6f8374cb-cb !qg-6f8374cb-cb
>>>>>>> 0.0.0.0/0            0.0.0.0/0            ! ctstate DNAT
>>>>>>>     0     0 ACCEPT     all  --  *      *       10.5.5.0/24
>>>>>>> 192.168.2.225
>>>>>>>
>>>>>>>  Chain quantum-l3-agent-PREROUTING (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>     0     0 DNAT       tcp  --  *      *       0.0.0.0/0
>>>>>>>  169.254.169.254      tcp dpt:80 to:192.168.2.225:8775
>>>>>>>
>>>>>>>  Chain quantum-l3-agent-float-snat (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>
>>>>>>>  Chain quantum-l3-agent-snat (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>     0     0 quantum-l3-agent-float-snat  all  --  *      *
>>>>>>> 0.0.0.0/0            0.0.0.0/0
>>>>>>>     0     0 SNAT       all  --  *      *       10.5.5.0/24
>>>>>>> 0.0.0.0/0            to:192.168.2.151
>>>>>>>
>>>>>>>  Chain quantum-postrouting-bottom (1 references)
>>>>>>>  pkts bytes target     prot opt in     out     source
>>>>>>> destination
>>>>>>>     0     0 quantum-l3-agent-snat  all  --  *      *       0.0.0.0/0
>>>>>>> 0.0.0.0/0
>>>>>>>
>>>>>>> thanks.
>>>>>>>
>>>>>>>
>>>>>>>  On 17 February 2013 02:25, Jean-Baptiste RANSY <
>>>>>>> jean-baptiste.ransy at alyseo.com> wrote:
>>>>>>>
>>>>>>>>  Controller node :
>>>>>>>> # iptables -L -n -v
>>>>>>>> # iptables -L -n -v -t nat
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On 02/17/2013 03:18 AM, Chathura M. Sarathchandra Magurawalage
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> You should be able to curl 169.254.169.254 from compute node, which
>>>>>>>> I cant at the moment.
>>>>>>>>
>>>>>>>>  I have got the bridge set up in the l3_agent.ini
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Mailing list: https://launchpad.net/~openstack
>>>>>> Post to     : openstack at lists.launchpad.net
>>>>>> Unsubscribe : https://launchpad.net/~openstack
>>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Mailing list: https://launchpad.net/~openstack
>>>>> Post to     : openstack at lists.launchpad.net
>>>>> Unsubscribe : https://launchpad.net/~openstack
>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20130218/b08c256b/attachment.html>


More information about the Openstack mailing list