[openstack-dev] [nova] [devstack] Re: Issue with MutliNode openstack installation with devstack

Vikash Kumar vikash.kumar at oneconvergence.com
Wed Oct 16 15:04:14 UTC 2013


On Wed, Oct 16, 2013 at 8:15 PM, Vikash Kumar <
vikash.kumar at oneconvergence.com> wrote:

> Hi,
>
>    I am trying to install openstack on mutli node with help of devstack (
> http://devstack.org/guides/multinode-lab.html).
>
>    I got some issues:
>
>     My setup details: One controller and One compute node (both VM).
>                               OS - Ubuntu 13.04
>                                Memory: 2G
>    *a. VM's are going in paused state.*
>
>        I tried to launch VM from horizon, and all the VM's goes in*Paused
> *state. VM's are scheduled on *compute node.  *
>
>        When controller node come up, *nova-manage service list* shows the
> controller node as VM also. Reason by default nova compute services also
> come up.
>
>         After compute node installation, *nova-manage service list *shows
> compute node as compute node only and not the
>
>        There is one nova -error:
>
>        * ERROR nova.openstack.common.periodic_task [-] Error during
> ComputeManager.update_available_resource: Compute host oc-vm could not be
> found.#012Traceback (most recent call last):#012#012  File
> "/opt/stack/nova/nova/openstack/common/rpc/common.py", line 420, in
> catch_client_exception#012    return func(*args, **kwargs)#012#012  File
> "/opt/stack/nova/nova/conductor/manager.py", line 419, in
> service_get_all_by#012    result =
> self.db.service_get_by_compute_host(context, host)#012#012  File
> "/opt/stack/nova/nova/db/api.py", line 140, in
> service_get_by_compute_host#012    return
> IMPL.service_get_by_compute_host(context, host)#012#012  File
> "/opt/stack/nova/nova/db/sqlalchemy/api.py", line 107, in wrapper#012
> return f(*args, **kwargs)#012#012  File
> "/opt/stack/nova/nova/db/sqlalchemy/api.py", line 441, in
> service_get_by_compute_host#012    raise
> exception.ComputeHostNotFound(host=host)#012#012ComputeHostNotFound:
> Compute host oc-vm could not be found.#0122013-10-16 06:25:27.358 7143
> TRACE nova.openstack.common.periodic_task Traceback (most recent call
> last):#0122013-10-16 06:25:27.358 7143 TRACE
> nova.openstack.common.periodic_task   File
> "/opt/stack/nova/nova/openstack/common/periodic_task.py", line 180, in
> run_periodic_tasks#0122013-10-16 06:25:27.358 7143 TRACE
> nova.openstack.common.periodic_task     task(self, context)#0122013-10-16
> 06:25:27.358 7143 TRACE nova.openstack.common.periodic_task   File
> "/opt/stack/nova/nova/compute/manager.py", line 4872, in
> update_available_resource#0122013-10-16 06:25:27.358 7143 TRACE
> nova.openstack.common.periodic_task     compute_nodes_in_db =
> self._get_compute_nodes_in_db(context)#0122013-10-16 06:25:27.358 7143
> TRACE nova.openstack.common.periodic_task   File
> "/opt/stack/nova/nova/compute/manager.py", line 4883, in
> _get_compute_nodes_in_db#0122013-10-16 06:25:27.358 7143 TRACE
> nova.openstack.common.periodic_task     context, self.host)#0122013-10-16
> 06:25:27.358 7143 TRACE nova.openstack.common.periodic_task   File
> "/opt/stack/nova/nova/condu*
>
>   * b. g-api was flagging issue. *
>
>         *ERROR glance.store.sheepdog [-] Error in store configuration:
> Unexpected error while running command.#012Command: collie#012Exit code:
> 127#012Stdout: ''#012Stderr: '/bin/sh: 1: collie: not found\n'
>
>         WARNING glance.store.base [-] Failed to configure store correctly:
> Store sheepdog could not be configured correctly. Reason: Error in store
> configuration: Unexpected error while running command.#012Command:
> collie#012Exit code: 127#012Stdout: ''#012Stderr: '/bin/sh: 1: collie: not
> found\n' Disabling add method.
>
>         WARNING glance.store.base [-] Failed to configure store correctly:
> Store cinder could not be configured correctly. Reason: Cinder storage
> requires a context. Disabling add method
> *
>     I think this is a bug and also reported by other developers. I
> resolved it by installing *sheepdog *explicitly on compute node. After
> installation , i didn't saw that error.
>
>
>      *My localrc file:
>
> *
> *     Controller:*
> ADMIN_PASSWORD=secret
> MYSQL_PASSWORD=secret
> RABBIT_PASSWORD=secret
> SERVICE_PASSWORD=secret
> SERVICE_TOKEN=secret
> HOST_IP=192.168.0.66
> FLAT_INTERFACE=eth0
> FIXED_RANGE=10.0.0.0/24
> FIXED_NETWORK_SIZE=128
> FLOATING_RANGE=192.168.0.22/24
> MULTI_HOST=1
> Q_PLUGIN=openvswitch
> ENABLE_TENANT_TUNNELS=True
> disable_service n-net
> enable_service q-svc
> enable_service q-agt
> enable_service q-dhcp
> enable_service q-l3
> enable_service q-meta
> enable_service neutron
> enable_service q-lbaas
> DEST=/opt/stack
> LOGFILE=stack.sh.log
> RECLONE=yes
> SCREEN_LOGDIR=/opt/stack/logs/screen
> SYSLOG=True
>
> **I have enabled GRE tunneling.*
>
>   *Compute Node:*
>
> ADMIN_PASSWORD=secret
> MYSQL_PASSWORD=secret
> RABBIT_PASSWORD=secret
> SERVICE_PASSWORD=secret
> SERVICE_TOKEN=secret
> HOST_IP=192.168.0.103
> FLAT_INTERFACE=eth0
> FIXED_RANGE=10.0.0.0/24
> FIXED_NETWORK_SIZE=128
> FLOATING_RANGE=192.168.0.22/24
> MULTI_HOST=1
> DATABASE_TYPE=mysql
> SERVICE_HOST=192.168.0.66
> MYSQL_HOST=192.168.0.66
> RABBIT_HOST=192.168.0.66
> GLANCE_HOSTPORT=192.168.0.66:9292
> Q_HOST=192.168.0.66
> MATCHMAKER_REDIS_HOST=192.168.0.66
> ENABLE_TENANT_TUNNELS=True
> disable_service n-net
> enable_service n-cpu rabbit q-agt neutron
> Q_PLUGIN=openvswitch
> DEST=/opt/stack
> LOGFILE=stack.sh.log
> RECLONE=yes
> SCREEN_LOGDIR=/opt/stack/logs/screen
> SYSLOG=True
>
>   Is there any issue with localrc configuration? Why VM's are going into
> paused state ?
>
>
> Regards,
> Vikash
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20131016/04eb9a7b/attachment.html>


More information about the OpenStack-dev mailing list