错误:
Traceback (most recent call last):
File "setup.py", line 22, in <module>
from swiftclient.openstack.common import setup
File "/tmp/openstack_src/python-swiftclient-1.1.1/swiftclient/__init__.py", line 5, in <module>
from client import *
File "/tmp/openstack_src/python-swiftclient-1.1.1/swiftclient/client.py", line 31, in <module>
from httplib import HTTPException, HTTPSConnection
ImportError: cannot import name HTTPSConnection
安装openssl openssl-devel
重新编译python2.7
./configure make make install
安装lxml错误:
src/lxml/lxml.etree.c:163157: error: ‘
error: command 'gcc' failed with exit status 1
安装如下包解决
yum install python-devel libxml2-devel libxslt-devel
ImportError: No module named MySQLdb
解决:安装MySQLdb
如果通过yum安装有可能导致路径不正确,最好源码安装
安装时需要依赖mysql-devel
安装mysql-server
创建数据库并修改权限分别是nova,keystone,glance,quantum:
GRANT ALL PRIVILEGES ON *.* TO 'quantum'@'%' IDENTIFIED BY 'quantum';flush PRIVILEGES ;
同步数据库
nova-manage db sync
glance-manage db_sync
keystone-manage db_sync
创建文件夹:
/etc/nova
/etc/glance
/etc/keystone
/etc/quantum
/home/creds/novarc novarc_compute
/var/log/nova
/var/log/glance
/var/log/keystone
/var/log/quantum
/var/lock/nova
/var/lock/glance
启动服务错误
nova-api
无法load ec2 from /etc/nova/api-paste.ini
解决 安装python-paste-deploy-1.5该版本必须大于1.5
sudo。。。。。。
File "/usr/local/lib/python2.7/subprocess.py", line 1249, in _execute_child
2012-08-23 19:43:28 TRACE nova.service raise child_exception
2012-08-23 19:43:28 TRACE nova.service OSError: [Errno 2] No such file or directory
解决:
安装sudo
问题:
Traceback (most recent call last):
[Sat Aug 25 01:39:10 2012] [error] [client 10.28.163.59] File "/opt/horizon-2012.2/openstack_dashboard/wsgi/django.wsgi", line 4, in <module>
[Sat Aug 25 01:39:10 2012] [error] [client 10.28.163.59] import django.core.handlers.wsgi
[Sat Aug 25 01:39:10 2012] [error] [client 10.28.163.59] ImportError: No module named django.core.handlers.wsgi
安装mod_wsgi-3.3过程中的错误
/usr/bin/ld: /usr/local/lib/libpython2.7.a(abstract.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/libpython2.7.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
apxs:Error: Command failed with rc=65536
/usr/bin/ld: .../lib/libpython2.7.a(abstract.o): relocation R_X86_64_32 against 'a local symbol' can not be used when making a shared object; recompile with -fPIC
.../lib/libpython2.7.a: could not read symbols: Bad value
When attempting to compile mod_wsgi on a Linux system using an X86 64 bit processor, the following error message can arise: [python]view plaincopyprint?
libpython2.4.a(abstract.o): relocation R_X86_64_32 against `a local
symbol' can not be used when making a shared object; recompile with -fPIC
/usr/local/lib/python2.4/config/libpython2.4.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
apxs:Error: Command failed with rc=65536
.
make: *** [mod_wsgi.la] Error 1
This error is believed to be result of the version of Python being used having been originally compiled for the generic X86 32 bit architecture whereas mod_wsgi is being compiled for X86 64 bit architecture. The actual error arises in this case because 'libtool' would appear to be unable to generate a dynamically loadable module for the X86 64 bit architecture from a X86 32 bit static library. Alternatively, the problem is due to 'libtool' on this platform not being able to create a loadable module from a X86 64 bit static library in all cases.
If the first issue, the only solution to this problem is to recompile Python for the X86 64 bit architecture. When doing this, it is preferable, and may actually be necessary, to ensure that the '--enable-shared' option is provided to the 'configure' script for Python when it is being compiled and installed.
If rebuilding Python to generate a shared library, do make sure that the Python shared library, or a symlink to it appears in the Python 'config' directory of your Python installation. If the shared library doesn't appear here next to the static version of the library, 'libtool' will not be able to find it and will still use the static version of the library. It is understood that the Python build process may not actually do this, so you may have to do it by hand.
If the version of Python being used was compiled for X86 64 bit architecture and a shared library does exist, but not in the 'config' directory, then adding the missing symlink may be all that is required.
简单翻译之就是说如果遇到此问题,将python重新编译(以x86 64位静态库),即./configure时加上 --enable shared之后编译mod_wsgi会出现如下问题:
[python]view plaincopyprint?
error while loading shared libraries: libpython2.6.so.1.0: \
cannot open shared object file: No such file or directory