Instance can't access network [closed]

asked 2014-01-11 06:28:34 -0500

wakingdreamer gravatar image

updated 2014-01-22 15:12:58 -0500

Evgeny gravatar image

I followed the install guide herehttp://docs.openstack.org/trunk/install-guide/install/apt/content/ (link text) when finished the install installation,I found the instances I created can't access the network.I tried to ping the gateway or the external websites like google,I got errors "network is unreachable " This is very confused me,because I can't find out where the problem is.Can you help me?Thanks a lot.

my Network Topology is like this

http://a.hiphotos.baidu.com/album/pic/item/314e251f95cad1c874872d4e7d3e6709c93d519f.jpg?psign=74872d4e7d3e6709c93d70cf3bc79f3df9dcd100baa175a7

my /etc/nova/nova.conf is like below

[DEFAULT]

network_api_class=nova.network.neutronv2.api.API
neutron_url=http://192.168.1.58:9696
neutron_auth_strategy=keystone
neutron_admin_tenant_name=service
neutron_admin_username=neutron
neutron_admin_password=neutronuserpasswd
neutron_admin_auth_url=http://192.168.1.58:35357/v2.0
linuxnet_interface_driver = nova.network.linux_net.LinuxOVSInterfaceDriver
firewall_driver=nova.virt.firewall.NoopFirewallDriver
security_group_api=neutron

#network_manager=nova.network.manager.FlatDHCPManager
#firewall_driver=nova.virt.libvirt.firewall.IptablesFirewallDriver
#network_size=256
#allow_same_net_traffic=False
#multi_host=True
#send_arp_for_ha=True
#share_dhcp_address=True
#force_dhcp_release=True
#flat_network_bridge=br100
#flat_interface=eth1
#flat_injected=False
#public_interface=eth0
#fixed_range=192.168.22.0/24
#rabbit_host=192.168.1.58

glance_host=192.168.1.58
auth_strategy=keystone
my_ip=192.168.1.58
vnc_enabled=True
vncserver_listen=0.0.0.0
vncserver_proxyclient_address=192.168.1.58
novncproxy_base_url=http://192.168.1.58:6080/vnc_auto.html

dhcpbridge_flagfile=/etc/nova/nova.conf
dhcpbridge=/usr/bin/nova-dhcpbridge
logdir=/var/log/nova
state_path=/var/lib/nova
lock_path=/var/lock/nova
force_dhcp_release=True
iscsi_helper=tgtadm
libvirt_use_virtio_for_bridges=True
connection_type=libvirt
root_helper=sudo nova-rootwrap /etc/nova/rootwrap.conf
verbose=True
ec2_private_dns_show_ip=True
api_paste_config=/etc/nova/api-paste.ini
volumes_path=/var/lib/nova/volumes
enabled_apis=ec2,osapi_compute,metadata
rpc_backend = nova.rpc.impl_kombu
rabbit_host = localhost
rabbit_password = rabbitmqpasswd
[database]
# The SQLAlchemy connection string used to connect to the database
connection = mysql://nova:novadbpasswd@localhost/nova
[keystone_authtoken]
auth_host = localhost
auth_port = 35357
auth_protocol = http
admin_tenant_name = service
admin_user = nova
admin_password = novadbpasswd

and /etc/neutron/neutron.conf

[DEFAULT]
rpc_backend = neutron.openstack.common.rpc.impl_kombu
rabbit_host = 192.168.1.58
rabbit_port = 5672
rabbit_password = rabbitmqpasswd
# Default log level is INFO
# verbose and debug has the same result.
# One of them will set DEBUG log level output
# debug = False
# verbose = False

# Where to store Neutron state files.  This directory must be writable by the
# user executing the agent.
state_path = /var/lib/neutron

# Where to store lock files
lock_path = $state_path/lock

# log_format = %(asctime)s %(levelname)8s [%(name)s] %(message)s
# log_date_format = %Y-%m-%d %H:%M:%S

# use_syslog                           -> syslog
# log_file and log_dir                 -> log_dir/log_file
# (not log_file) and log_dir           -> log_dir/{binary_name}.log
# use_stderr                           -> stderr
# (not user_stderr) and (not log_file) -> stdout
# publish_errors                       -> notification system

# use_syslog = False
# syslog_log_facility = LOG_USER

# use_stderr = True
# log_file =
# log_dir =

# publish_errors = False

# Address to bind the API server
# bind_host = 0.0.0.0

# Port the bind the API server to
# bind_port = 9696

# Path to the extensions.  Note that this can be a colon-separated list of
# paths.  For example:
# api_extensions_path = extensions:/path/to/more/extensions:/even/more/extensions
# The __path__ of neutron.extensions is appended to this, so if your
# extensions are in there you don't need to ...
(more)
edit retag flag offensive reopen merge delete

Closed for the following reason question is not relevant or outdated by larsks
close date 2014-03-21 12:56:36.806612

Comments

1

All networking issues are hard to debug. I suggest you to search this site for ping, ssh, network problems and try what is suggested there before opening a new question. Posting configuration won't say much, try posting network debugging information (trace and tcpdump, for example)

smaffulli gravatar imagesmaffulli ( 2014-01-17 19:36:40 -0500 )edit

Which instance are you trying to get out from? If it is instance 1, did you setup DNS on the subnet? Did you modify the default security group? Is 192.168.1.0/24 routable in your network? Type ifconfig, see if eth0 has 10.10.1.100 assigned to it. It could have failed getting a dhcp address.

mpetason gravatar imagempetason ( 2014-03-19 09:59:01 -0500 )edit

This has been idle a really long time. Are you still experiencing this problem? Can you offer any additional details, as Stefano suggested?

rbowen gravatar imagerbowen ( 2014-03-19 10:06:21 -0500 )edit