openstack team mailing list archive
-
openstack team
-
Mailing list archive
-
Message #20977
Re: Cant ping private or floating IP
Yes definitely I will post it here for future reference for anybody.
On 18 February 2013 13:28, Guilherme Russi <luisguilherme.cr@xxxxxxxxx>wrote:
> 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@xxxxxxxxx>
>
>> 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@xxxxxxxxx>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@xxxxxxxxx>
>>>
>>> Hello Guilherme,
>>>>
>>>> No, I am still having the problem :(
>>>>
>>>>
>>>> On 18 February 2013 13:01, Guilherme Russi <luisguilherme.cr@xxxxxxxxx>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@xxxxxxxxx>
>>>>>
>>>>> 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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@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@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@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@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@xxxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxx
>>>>>>> Unsubscribe : https://launchpad.net/~openstack
>>>>>>> More help : https://help.launchpad.net/ListHelp
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Mailing list: https://launchpad.net/~openstack
>>>>>> Post to : openstack@xxxxxxxxxxxxxxxxxxx
>>>>>> Unsubscribe : https://launchpad.net/~openstack
>>>>>> More help : https://help.launchpad.net/ListHelp
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
Follow ups
References
-
Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-14
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-16
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-16
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-16
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-16
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-16
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-16
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-17
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-17
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-17
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-17
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-17
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-17
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-17
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-17
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-17
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-17
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-17
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-17
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-17
-
Re: Cant ping private or floating IP
From: Jean-Baptiste RANSY, 2013-02-17
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-17
-
Re: Cant ping private or floating IP
From: Guilherme Russi, 2013-02-18
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-18
-
Re: Cant ping private or floating IP
From: Guilherme Russi, 2013-02-18
-
Re: Cant ping private or floating IP
From: Chathura M. Sarathchandra Magurawalage, 2013-02-18
-
Re: Cant ping private or floating IP
From: Guilherme Russi, 2013-02-18