本文总结Ubuntu 14.04下部署DevStack的过程以及一些可能遇到的问题。html
1、安装python
如下的操做最好在普通用户下进行,至少在git clone devstack的时候使用普通用户,这样能够避免一些没必要要的权限问题,固然,之后也可使用权限更改命令来修改普通用户的权限,这种方法下文将会介绍。git
1.首先获取系统更新内容github
$ sudo apt-get update
2.接着升级当前发行版web
$ sudo apt-get dist-upgrade
3.重启电脑令更新生效ubuntu
4.安装git,已有的能够忽略本步vim
$ sudo apt-get install git
5.获取devstack源码放置到TARGET_DIR/devstack目录中,而后将git分支从默认的master切换到稳定版的icehouse网络
$ cd TARGET_DIR
$ git clone https://github.com/openstack-dev/devstack.git
$ git checkout -b origin/stable/icehouse
6.更该pip源,须要新建pip.conf文件指定目标源(这里以豆瓣的pip源为例),避免由于pip源链接失败引发的安装失败ui
$ mkdir ~/.pip $ vim ~/.pip/pip.conf --------pip.conf-------- [global] index-url=http://pypi.douban.com/simple/
7.采起预先配置安装组件的方式,编辑并生成localrc文件,或将已有的localrc移入devstack/目录url
$ cp localrc TARGET_DIR/devstack/
关于localrc文件的具体内容和解释说明,请参考这篇博文。
8.运行stack.sh脚本,注意只能使用非root用户执行。
$ cd TARGET_DIR/devstack
$ ./stack.s
2、安装过程当中遇到的问题
1.pip源安装失败
目前pip采用python的官方源,所以可能存在链接问题,能够将pip源替换成国内的(如豆瓣的),具体参考上面安装DevStack时的第6步。
2.权限问题
(1)因为我平成喜欢使用root用户进行操做,因此在git clone devstack时可能使用的是root用户,建立的devstack目录的属主和属组都是root,这样,在执行stack.sh脚本时,须要在devstack目录下建立一些文件,就会形成权限错误。这个问题比较简单,能够经过chmod更改devstack目录的权限,也能够经过chown更改devstack的属主与属组。
(2)另外一个问题是devstack下载安装openstack组件的目录权限问题,好比我采用了localrc中默认的/opt/stack目录来存放各个组件,所以也可能存在安装脚本对该目录权限不足的问题,具体的解决方案也比较简单,只要更改该目录的访问权限就好了。
$ chmod 777 /opt/stack -R
3.组件下载失败
安装脚本在第一遍安装组件时会下载组件的源代码,因为网络链接的问题,这时很容易出现错误,简单的解决方案就是当安装时的错误信息提示是组件下载失败时,手动到Github上克隆其源代码,放置在本身设定的组件目录(如/opt/stack)中,而后使用git checkout命令切换到目标分支(这里是origin/stable/icehouse),从新运行安装脚本,就能够经过。
若是Github的克隆速度很是缓慢,能够在localrc配置文件的GIT_BASE字段交替尝试git://git.openstack.org和https://github.com两个选项,在localrc文件的服务分支选择选项上(如NOVA_BRANCH,CINDER_BRANCH,KEYSTONE_BRANCH)等字段设置为stable/icehouse,多试几遍就可以解决。
4.Bug:'amqplib' is not in global_requirements.txt
这是一个已公布的Bug
详细解决能够参考OpenStack团队的code review
若是遇到,须要手动添加一些依赖,同时将localrc中的RECLONE置为false
$ vim /opt/stack/requirements/global_requirements.txt //假设你的openstack组件目录/stack是在默认的/opt目录中。 --------Add Content Below------- amqplib>=0.6.1
$ vim TARGET_DIR/devstack/localrc
--------Set RECLONE to FALSE--------
RECLONE=FALSE
从新执行stack.sh,这个问题就能经过。
5.Bug: Service n-novnc is not running
这是一个已公布的bug,缘由是nova依赖的对象存在缺陷。
我将这个问题报告在
https://bugs.launchpad.net/devstack/+bug/1361108
根据评论得知,这是一个老问题,最先出如今havana版本的nova上,具体的内容能够参考这里
https://bugs.launchpad.net/ubuntu/+source/nova/+bug/1228490
由于nova依赖的websockify存在漏洞所致。后来websockify 0.5.1解决了这个问题,nova团队也对nova的依赖关系进行了相应的调整
https://github.com/openstack/nova/commit/3eb67b811ae2442bd86781d9f1c4078a982cfe84
可是,使用pip安装时默认安装最新版本的websockify 0.6.0,这里无语的是先前版本0.5.1 fix的bug又回来了。所以遇到这个问题时须要手动降级websockify。
$ sudo pip uninstall websockify $ sudo pip install websockify==0.5.1
我将这个问题汇报给了websockify的团队
https://github.com/kanaka/websockify/issues/136
目前问题仍然open,但愿获得他们的答复。