Python ';gcc&x27;在AWS Elastic Beanstalk上构建时失败
尝试在AWS Elastic Beanstalk EC2实例上安装Pandas(0.16.0)时出现以下错误,该错误位于my requirements.txt文件中:Python ';gcc&x27;在AWS Elastic Beanstalk上构建时失败,python,amazon-web-services,pandas,amazon-ec2,amazon-elastic-beanstalk,Python,Amazon Web Services,Pandas,Amazon Ec2,Amazon Elastic Beanstalk,尝试在AWS Elastic Beanstalk EC2实例上安装Pandas(0.16.0)时出现以下错误,该错误位于my requirements.txt文件中: building 'pandas.msgpack' extension gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffe
building 'pandas.msgpack' extension
gcc -pthread -fno-strict-aliasing -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -D_GNU_SOURCE -fPIC -fwrapv -fPIC -D__LITTLE_ENDIAN__=1 -Ipandas/src/klib -Ipandas/src -I/opt/python/run/venv/local/lib/python2.7/site-packages/numpy/core/include -I/usr/include/python2.7 -c pandas/msgpack.cpp -o build/temp.linux-x86_64-2.7/pandas/msgpack.o
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
error: command 'gcc' failed with exit status 1
我在运行Python 2.7的64位Amazon Linux 2015.03 v1.3.0上运行1,之前在t1.micro实例上遇到了相同的错误,当我改为m3.medium时,这个错误得到了解决,但我运行的是m3.xlarge,所以不可能是内存问题
我还确保gcc作为包安装在.ebextensions/00\u gcc.config
:
packages:
yum:
gcc: []
gcc-c++: []
安装python dev
sudo apt-get install python-dev
对于python3
sudo apt-get install python3-dev
对于在Elastic Beanstalk上编译的pandas,请确保同时具有两个包:gcc-c++
和python-devel
packages:
yum:
gcc-c++: []
python-devel: []
在ec2实例上,如果遇到gcc错误;试试这个
sudo yum安装gcc python setuptools python devel postgresql devel
sudo su-
sudopip安装
我不得不升级亚马逊的EC2 pip。您可以通过编辑.ebextensions中的.config文件来完成此操作:
sh
命令:
00\u更新\u pip:
命令:“/opt/python/run/venv/bin/pip安装--升级pip”
我通过ssh连接到EBS机器并更新pip解决了这个问题
pip install -U pip
我可以在yum软件包中安装它吗python-devel:[]
?在centos
==>sudo-yum-install-python-devel
请注意,当前的软件包是“python34-devel”,如果EB机器在某个点终止,这可能不是最明智的做法,因为这些手动更改在重新加载此问题几天后不会持续。重建环境,然后激活x射线和增强的运行状况/日志记录解决了此问题。虽然我不知道为什么会有联系。