京东云服务器踩坑记

前些天在 v2 上看到有人发帖说 jd 云有免费的云主机体验，本来并没有什么兴趣，不过，突然觉得，我在墙外的服务器要负责全家的梯子行为，还要处理一些数据，始终处于满负荷运行中。索性就体验了一把。可能我 rp 不行，也可能姿势不对，遇到了一些坑。

配置

1 核 2G 内存，华南，CentOS 7.3 64

装不上的 python-pip

其实不止这个装不上，比如 htop。可能有人会说这些软件都需要 epel-release，是的，这个已经提前装好了。好贴心！～～可是无论怎么搞，始终提示

Loaded plugins: fastestmirror 
Loading mirror speeds from cached hostfile
No package htop available.
Error: Nothing to do

我的天啊，什么鬼。最终我卸载了自带的 epel-release，之后再安装。终于装上了。

gcc 的尴尬

使用 pip 装一些框架，需要 gcc 的支持，但是不知道怎么的在这里，操作并不连贯！！！报错：

Loading mirror speeds from cached hostfile
 * epel: mirror01.idc.hinet.net
Resolving Dependencies
--> Running transaction check
---> Package gcc.x86_64 0:4.8.5-11.el7 will be installed
--> Processing Dependency: cpp = 4.8.5-11.el7 for package: gcc-4.8.5-11.el7.x86_64
--> Processing Dependency: glibc-devel >= 2.2.90-12 for package: gcc-4.8.5-11.el7.x86_64
--> Processing Dependency: libmpfr.so.4()(64bit) for package: gcc-4.8.5-11.el7.x86_64
--> Processing Dependency: libmpc.so.3()(64bit) for package: gcc-4.8.5-11.el7.x86_64
--> Running transaction check
---> Package cpp.x86_64 0:4.8.5-11.el7 will be installed
---> Package glibc-devel.x86_64 0:2.17-157.el7_3.1 will be installed
--> Processing Dependency: glibc-headers = 2.17-157.el7_3.1 for package: glibc-devel-2.17-157.el7_3.1.x86_64
--> Processing Dependency: glibc = 2.17-157.el7_3.1 for package: glibc-devel-2.17-157.el7_3.1.x86_64
--> Processing Dependency: glibc-headers for package: glibc-devel-2.17-157.el7_3.1.x86_64
---> Package libmpc.x86_64 0:1.0.1-3.el7 will be installed
---> Package mpfr.x86_64 0:3.1.1-4.el7 will be installed
--> Running transaction check
---> Package glibc.i686 0:2.17-157.el7_3.1 will be installed
--> Processing Dependency: glibc-common = 2.17-157.el7_3.1 for package: glibc-2.17-157.el7_3.1.i686
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.17-157.el7_3.1.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.17-157.el7_3.1.i686
---> Package glibc-headers.x86_64 0:2.17-157.el7_3.1 will be installed
--> Processing Dependency: kernel-headers >= 2.2.1 for package: glibc-headers-2.17-157.el7_3.1.x86_64
--> Processing Dependency: kernel-headers for package: glibc-headers-2.17-157.el7_3.1.x86_64
--> Running transaction check
---> Package glibc.i686 0:2.17-157.el7_3.1 will be installed
--> Processing Dependency: glibc-common = 2.17-157.el7_3.1 for package: glibc-2.17-157.el7_3.1.i686
---> Package kernel-headers.x86_64 0:3.10.0-514.16.1.el7 will be installed
---> Package nss-softokn-freebl.i686 0:3.16.2.3-14.4.el7 will be installed
--> Finished Dependency Resolution
Error: Package: glibc-2.17-157.el7_3.1.i686 (updates)
           Requires: glibc-common = 2.17-157.el7_3.1
           Installed: glibc-common-2.17-157.el7_3.4.x86_64 (@updates)
               glibc-common = 2.17-157.el7_3.4
           Available: glibc-common-2.17-157.el7.x86_64 (base)
               glibc-common = 2.17-157.el7
           Available: glibc-common-2.17-157.el7_3.1.x86_64 (updates)
               glibc-common = 2.17-157.el7_3.1
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

想想解决方法：

yum clean all

一样的报错！！！

Google 了半天。（比较菜）我选择了重置系统，因为我相信，应该是我不小心弄错哪个配置文件（但是我并没有）。

全面的检查系统配置

重置系统之后，除了配置 ssh 密钥登陆，没有其他的操作。

查看配置源，发现又出现了非常贴心的操作。在 /etc/yum.repos.d 中，只有一个文件，Centos-7.repo，这个文件中所有所有源服务器都是 jd 自己的，节省网络流量，可以原谅。可能装不上和这个有关系。还有一个 bak 的文件夹，这个文件夹中有原始的源配置文件。我一个一个 mv 出来。之后删除了之前的源文件。现在安装操作，连贯了。无论什么姿势，都 ok 的。

最后按照国内传统

把一些自带的监控给卸载了。

这些坑填满了。