openstack team mailing list archive

Thread
Date
Re: Instance can't reach dhcp or metadata

To: openstack@xxxxxxxxxxxxxxxxxxx
From: Tomasz Paszkowski <ss7pro@xxxxxxxxx>
Date: Tue, 10 Apr 2012 16:49:10 +0200
In-reply-to: <CAMJGhiamOinB-ZbgDpg6ym9P_OGdcVAGWU7n-4Lb1Mrf-86yPA@mail.gmail.com>
Hi,

You have misconfigured ip addressing. 10.0.0.1 shoud be assigned to
ovs device br-int. Remove br100 from configuration and let
nova-network do all the stuff.


On Tue, Apr 10, 2012 at 3:47 PM, Nicolas de BONFILS
<ndebonfils@xxxxxxxxx> wrote:
> Hi all,
>
> Output of list bridge (I reuse br-int as it was initially)
>>
>> ➜  ~nicolas  ovs-vsctl list bridge br-int
>> _uuid               : fccace0c-5518-4a8c-85d1-7d8638d57e6a
>> controller          : []
>> datapath_id         : "00000ececafc8c4a"
>> datapath_type       : ""
>> external_ids        : {bridge-id=br-int}
>> fail_mode           : []
>> flood_vlans         : []
>> mirrors             : []
>> name                : br-int
>> netflow             : []
>> other_config        : {}
>> ports               : [3315a03a-3ed0-48ef-b16c-5620ec468096,
>> f4499821-6061-4844-8297-9534b8be3128]
>> sflow               : []
>> status              : {}
>> stp_enable          : false
>
>
> After advices on some modification, I launch a new instance and found some
> interesting log. It seems that the instance is not linked to eth0 or br100
> or br-int but tap661cb0d2-03
> See here :
>>
>> 2012-04-10 15:37:56 DEBUG nova.compute.manager
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] [instance:
>> d0c21b65-2957-40cc-a3db-887cf7c959ee] Instance network_info:
>> |[VIF({'network': Network({'bridge': u'', 'subnets': [Subnet({'ips':
>> [FixedIP({'meta': {}, 'version': 4, 'type': u'fixed', 'floating_ips': [],
>> 'address': u'10.0.0.14'})], 'version': 4, 'meta': {u'dhcp_server': None},
>> 'dns': [IP({'meta': {}, 'version': 4, 'type': u'dns', 'address':
>> u'8.8.4.4'})], 'routes': [], 'cidr': u'10.0.0.0/24', 'gateway': IP({'meta':
>> {}, 'version': None, 'type': u'gateway', 'address': None})})], 'meta':
>> {u'tenant_id': u'default'}, 'id': u'1ff5adb5-2a37-44d4-84c0-d9b6ee50fc42',
>> 'label': u'private'}), 'meta': {}, 'id':
>> u'661cb0d2-03f6-4129-aaaa-30f5be65cada', 'address': u'FE:EE:DD:00:00:0E'})]|
>> from (pid=28534) _allocate_network
>> XXXX/openstack/nova/nova/compute/manager.py:566
>> 2012-04-10 15:37:56 DEBUG nova.virt.libvirt.connection
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] [instance:
>> d0c21b65-2957-40cc-a3db-887cf7c959ee] Starting toXML method from (pid=28534)
>> to_xml XXXX/openstack/nova/nova/virt/libvirt/connection.py:1640
>> 2012-04-10 15:37:56 DEBUG nova.virt.libvirt.connection
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] block_device_list [] from (pid=28534)
>> _volume_in_mapping XXXX/openstack/nova/nova/virt/libvirt/connection.py:1363
>> 2012-04-10 15:37:56 DEBUG nova.virt.libvirt.connection
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] Path 'XXXX/openstack/nova/instances'
>> supports direct I/O from (pid=28534) _supports_direct_io
>> XXXX/openstack/nova/nova/virt/libvirt/connection.py:1003
>> 2012-04-10 15:37:56 DEBUG nova.virt.libvirt.connection
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] block_device_list [] from (pid=28534)
>> _volume_in_mapping XXXX/openstack/nova/nova/virt/libvirt/connection.py:1363
>> 2012-04-10 15:37:56 DEBUG nova.utils
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] Running cmd (subprocess): ip link show dev
>> tap661cb0d2-03 from (pid=28534) execute
>> XXXX/openstack/nova/nova/utils.py:220
>> 2012-04-10 15:37:56 DEBUG nova.utils
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] Result was 1 from (pid=28534) execute
>> XXXX/openstack/nova/nova/utils.py:236
>> 2012-04-10 15:37:56 DEBUG nova.utils
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] Running cmd (subprocess): sudo
>> /usr/local/bin/nova-rootwrap ip tuntap add tap661cb0d2-03 mode tap from
>> (pid=28534) execute XXXX/openstack/nova/nova/utils.py:220
>> 2012-04-10 15:37:56 DEBUG nova.utils
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] Running cmd (subprocess): sudo
>> /usr/local/bin/nova-rootwrap ip link set tap661cb0d2-03 up from (pid=28534)
>> execute XXXX/openstack/nova/nova/utils.py:220
>> 2012-04-10 15:37:56 DEBUG nova.compute.manager [-] Updated the info_cache
>> for instance d0c21b65-2957-40cc-a3db-887cf7c959ee from (pid=28534)
>> _heal_instance_info_cache XXXX/openstack/nova/nova/compute/manager.py:2227
>> 2012-04-10 15:37:56 DEBUG nova.manager [-] Skipping
>> ComputeManager._run_image_cache_manager_pass, 30 ticks left until next run
>> from (pid=28534) periodic_tasks XXXX/openstack/nova/nova/manager.py:147
>> 2012-04-10 15:37:56 DEBUG nova.manager [-] Running periodic task
>> ComputeManager._reclaim_queued_deletes from (pid=28534) periodic_tasks
>> XXXX/openstack/nova/nova/manager.py:152
>> 2012-04-10 15:37:56 DEBUG nova.compute.manager [-]
>> FLAGS.reclaim_instance_interval <= 0, skipping... from (pid=28534)
>> _reclaim_queued_deletes XXXX/openstack/nova/nova/compute/manager.py:2380
>> 2012-04-10 15:37:56 DEBUG nova.manager [-] Running periodic task
>> ComputeManager._report_driver_status from (pid=28534) periodic_tasks
>> XXXX/openstack/nova/nova/manager.py:152
>> 2012-04-10 15:37:56 INFO nova.compute.manager [-] Updating host status
>> 2012-04-10 15:37:56 DEBUG nova.virt.libvirt.connection [-] Updating host
>> stats from (pid=28534) update_status
>> XXXX/openstack/nova/nova/virt/libvirt/connection.py:2591
>> 2012-04-10 15:38:00 DEBUG nova.manager [-] Running periodic task
>> ComputeManager._poll_unconfirmed_resizes from (pid=28534) periodic_tasks
>> XXXX/openstack/nova/nova/manager.py:152
>> 2012-04-10 15:38:00 DEBUG nova.utils
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] Running cmd (subprocess): sudo
>> /usr/local/bin/nova-rootwrap ovs-vsctl -- --may-exist add-port br-int
>> tap661cb0d2-03 -- set Interface tap661cb0d2-03
>> external-ids:iface-id=661cb0d2-03f6-4129-aaaa-30f5be65cada -- set Interface
>> tap661cb0d2-03 external-ids:iface-status=active -- set Interface
>> tap661cb0d2-03 external-ids:attached-mac=FE:EE:DD:00:00:0E -- set Interface
>> tap661cb0d2-03 external-ids:vm-uuid=d0c21b65-2957-40cc-a3db-887cf7c959ee
>> from (pid=28534) execute XXXX/openstack/nova/nova/utils.py:220
>> 2012-04-10 15:38:01 DEBUG nova.virt.libvirt.config
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] Generated XML <domain type="qemu">
>>   <uuid>d0c21b65-2957-40cc-a3db-887cf7c959ee</uuid>
>>   <name>instance-0000000f</name>
>>   <memory>524288</memory>
>>   <vcpu>1</vcpu>
>>   <os>
>>     <type>hvm</type>
>>
>> <kernel>XXXX/openstack/nova/instances/instance-0000000f/kernel</kernel>
>>
>> <initrd>XXXX/openstack/nova/instances/instance-0000000f/ramdisk</initrd>
>>     <cmdline>root=/dev/vda console=ttyS0</cmdline>
>>   </os>
>>   <features>
>>     <acpi/>
>>   </features>
>>   <devices>
>>     <disk type="file" device="disk">
>>       <driver type="qcow2" cache="none"/>
>>       <source
>> file="XXXX/openstack/nova/instances/instance-0000000f/disk"/>
>>       <target bus="virtio" dev="vda"/>
>>     </disk>
>>     <interface type="ethernet">
>>       <mac address="FE:EE:DD:00:00:0E"/>
>>       <script path=""/>
>>       <target dev="tap661cb0d2-03"/>
>>     </interface>
>>     <serial type="file">
>>       <source
>> path="XXXX/openstack/nova/instances/instance-0000000f/console.log"/>
>>     </serial>
>>     <serial type="pty"/>
>>     <input type="tablet" bus="usb"/>
>>     <graphics type="vnc" autoport="yes" keymap="en-us"
>> listen="127.0.0.1"/>
>>   </devices>
>> </domain>
>>   from (pid=28534) to_xml
>> XXXX/openstack/nova/nova/virt/libvirt/config.py:62
>> 2012-04-10 15:38:01 DEBUG nova.virt.libvirt.connection
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] [instance:
>> d0c21b65-2957-40cc-a3db-887cf7c959ee] Finished toXML method from (pid=28534)
>> to_xml XXXX/openstack/nova/nova/virt/libvirt/connection.py:1644
>> 2012-04-10 15:38:01 INFO nova.virt.libvirt.firewall
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] [instance:
>> d0c21b65-2957-40cc-a3db-887cf7c959ee] Called setup_basic_filtering in
>> nwfilter
>> 2012-04-10 15:38:01 INFO nova.virt.libvirt.firewall
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] [instance:
>> d0c21b65-2957-40cc-a3db-887cf7c959ee] Ensuring static filters
>> 2012-04-10 15:38:01 DEBUG nova.virt.firewall
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] Adding security group rule:
>> <nova.db.sqlalchemy.models.SecurityGroupIngressRule object at 0x47a0cd0>
>> from (pid=28534) instance_rules
>> XXXX/openstack/nova/nova/virt/firewall.py:291
>> 2012-04-10 15:38:01 INFO nova.virt.firewall
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] Using cidr u'10.0.0.0/24'
>> 2012-04-10 15:38:01 INFO nova.virt.firewall
>> [req-bc5aac98-6c23-4bbe-8ec3-d8bc671ea4f1 94157c6bf9ad4753ab8e1f8c20617cbb
>> 1e00e717a3a3487381dfe5f8e7f63c92] Using fw_rules: ['-m state --state INVALID
>> -j DROP', '-m state --state ESTABLISHED,RELATED -j ACCEPT', '-j $provider',
>> '-s None -p udp --sport 67 --dport 68 -j ACCEPT', u'-s 10.0.0.0/24 -j
>> ACCEPT', u'-j ACCEPT -p tcp --dport 22 -s 10.0.0.0/24']
>
>
>
> ---
> Nicolas



-- 
Tomasz Paszkowski
SS7, Asterisk, SAN, Datacenter, Cloud Computing
+48500166299
References

Instance can't reach dhcp or metadata
From: Nicolas de BONFILS, 2012-04-09
Re: Instance can't reach dhcp or metadata
From: raja.meena, 2012-04-09
Re: Instance can't reach dhcp or metadata
From: Nicolas de BONFILS, 2012-04-09
Re: Instance can't reach dhcp or metadata
From: Dan Wendlandt, 2012-04-09
Re: Instance can't reach dhcp or metadata
From: Nicolas de BONFILS, 2012-04-10
Re: Instance can't reach dhcp or metadata
From: Tomasz Paszkowski, 2012-04-10
Re: Instance can't reach dhcp or metadata
From: Nicolas de BONFILS, 2012-04-10