[Openstack] openstack havana dnsmasq not started by openstack

Hello, I am a newbe in openstack. I've installed OpenStack Havana from RDO on single host running Scientific Linux 6.4 using packstack --allinone That is all openstack components are running on single host. I am trying to run test instance cirros-0.3.1-x86_64 through dashboard. As a private net

[Openstack] bridges configuration in Neutron question

Hello, I've installed Openstack Havana (with Neutron networking) on single node running Scientifcic Linux 6.4 (RHEL 6.4) using packstack --allinone. Installer have created only one bridge - br-ex: # ovs-vsctl show 76aa02e5-a442-40c6-8c77-e0471d1a8256 Bridge br-ex Port br-ex

[Openstack] openstack havana with neutron can't ping instance

Hello, I've installed OpenStack Havana with Neutron all-in-one on single node under Scientific Linux 6.4 having multiple NICs Specifically eth0 with public network 212.190.96.128/27 and eth2 with internal network 192.168.1.0/24 All openstack components were installed on ip address 212.190.96.14

Re: [Openstack] openstack havana with neutron can't ping instance

owed. > Did you open the security group for icmp? > > Inviato da iPhone > >> Il giorno Mar 16, 2014, alle ore 10:36, "Anatoly Oreshkin" >> ha scritto: >> >> Hello, >> >> I've installed OpenStack Havana with Neutron all-in-one on single node

Re: [Openstack] openstack havana with neutron can't ping instance

da iPhone > >> Il giorno Mar 16, 2014, alle ore 12:44, "Anatoly Oreshkin" >> ha scritto: >> >> >> In dashboad in Access & Security I see default security group which is as >> follows >> >> Security Group Rules >> Add Rule

Re: [Openstack] openstack havana with neutron can't ping instance

han multiple ones. > > > >> No that is not correct. You need to open icmp >> >> Inviato da iPhone >> >>> Il giorno Mar 16, 2014, alle ore 12:44, "Anatoly Oreshkin" >>> ha scritto: >>> >>> >>> In dashboad in Access &

[Openstack] upgrade from Havana to IceHouse Table 'keystone.assignment' doesn't exist

Hello, I've upgraded Havana to IceHouse on Scientific Linux 6.5 following these steps: yum install http://rdo.fedorapeople.org/openstack-havana/rdo-release-havana.rpm yum -y update nova-manage db sync cinder-manage db sync glance-manage db_sync keystone-manage db_sync When I run command k

Re: [Openstack] upgrade from Havana to IceHouse Table 'keystone.assignment' doesn't exist

d, > please see detail: > > https://git.openstack.org/cgit/openstack/keystone/commit/?id=4408625031bc9804fa4bd4a72988bf31375b7787 > > > I hope this can be helpful, if you have not yet solved this problem. > > > Best regards, > Felix Lee ~ > > > On 2

Re: [Openstack] upgrade from Havana to IceHouse Table 'keystone.assignment' doesn't exist

; nova_admin_tenant_id= > nova_admin_auth_url=http://:/v2.0 > > > This information is also in rdo page: > http://openstack.redhat.com/Upgrading_RDO_To_Icehouse > > > > Best regards, > Felix Lee ~ > > > > On 2014年06月11日 13:06, Anatoly Oreshkin wrote: >

[Openstack] icehouse cinder on multiple nodes problem

Hello, I have openstack icehouse running on 2 nodes under Centos 6.5 . One node is controller/network node, other node - compute node. Cinder is installed and running on both nodes. Controller/network node has hostname labosctrl (10.76.254.220), compute node has hostname labos02 (10.76.254.22

Re: [Openstack] icehouse cinder on multiple nodes problem

gt; and to the DB: > > [database] > - - connection > > - From the looks of it your configs are missing all of it. > > On 06/25/2014 08:44 AM, Anatoly Oreshkin wrote: >> >> Hello, >> >> I have openstack icehouse running on 2 nodes under Centos

Re: [Openstack] icehouse cinder on multiple nodes problem

t; - - iscsi_ip_prefix >> - - iscsi_ip_address >> - - glance_api_servers >> >> >> and the [keystone_authtoken] section. You will need to have some >> pointer for your AMPQ service (qpid in my case): >> >> - - qpid_host >> - - rpc_backend >> &g

Re: [Openstack] icehouse cinder on multiple nodes problem

- - iscsi_ip_prefix >>> - - iscsi_ip_address >>> - - glance_api_servers >>> >>> >>> and the [keystone_authtoken] section. You will need to have some >>> pointer for your AMPQ service (qpid in my case): >>> >>> - - qpid_host >