这是一个创建于 2826 天前的主题，其中的信息可能已经有所发展或是发生改变。
有要用到 fdw ，结果自带的是 9.2 ， 9.3 才开始支持 fdw...
 |
1
7z 2016-07-24 16:41:54 +08:00 via Android
so ，
|
 |
2
crazycen 2016-07-24 16:45:52 +08:00 via iPhone
make
|
 |
3
ipconfiger 2016-07-24 16:50:58 +08:00
我新上的机器都改 ubuntu 了, 实在没法忍
|
 |
4
ecloud OP @ipconfiger 生产系统还是用 CentOS 省心。红帽家很多事情都做得很到位，比如预装的 tomcat 就根本没有 mamager 应用，完全是冲着纯生产系统来的
|
 |
5
DesignerSkyline 2016-07-24 16:57:17 +08:00 via iPad  1
用 vps2arch 脚本把 centos 改为 arch Linux 可完美解决此问题
|
|
6
ecloud OP @DesignerSkyline 其实 PostgreSQL 有官方的 yum 源的，我就是来吐槽一下红帽的保守而已
|
 |
7
mko0okmko0 2016-07-24 17:02:03 +08:00
手动编译的路过.
会手动编译.什么版本都 ez. 不然 docker.这个也支持很多最新版. |
|
8
ecloud OP @mko0okmko0 CentOS/RHEL 上手动编译 PostgreSQL ，后续的 SELinux 等各种配置能把你烦死，尤其是 7.0 以后 init.d 改成 system.d ，启动脚本写法都不知所云了
|
|
9
mko0okmko0 2016-07-24 19:58:05 +08:00
@ecloud
喔.这问题常见阿. 我主要也是用 gentoo.算是比较爱钻研配置这类的用户.编译跟配置就是基本要会的. 不是用 centOS/ubuntu 这种开箱流派(安装好系统就具备所以工作需求的软体)的. centOS/ubuntu 是因为工作需求用户指定才会帮他布署. |
 |
10
we000 2016-07-24 20:20:34 +08:00
这不是保守, 这是 enterprise 的质量保证, 你见识过 RedHat 内部软件大小版本号升级的测试以及费力搞了多少 hotfixes 就知道了
|
 |
11
est 2016-07-24 20:46:20 +08:00
很多企业要求 docker 提供 Centos5 支持呢。
|
 |
12
fzinfz 2016-07-24 20:53:17 +08:00
|
|
13
ecloud OP @est 说点跑题的。我觉得按照常理来说，选择 CentOS/RHEL 的人应该跟选择 docker 的人没有太大交集。
之所以用 CentOS/RHEL 主要就是冲着安全、集群、存储、稳定性来的，而 docker 在集群、存储和稳定性方面都打破了红帽原来的布局。当然也有些用户并不很在乎这四个方面，那么其实是他最开始选错产品了。 RHEL 这东西自打一诞生就是冲着模仿商用 Unix 的路子走的，目的也是挖 Unix 的墙角。而如果你的使用模式是 linux 式的而非 Unix 式的，其实不应该选 CentOS/RHEL @mko0okmko0 综上所述， CentOS/RHEL 并不是开箱可用，只不过它开箱后所需要配的东西，跟一般的 linux 模式不一样而已 |
 |
14
herozzm 2016-07-24 21:27:12 +08:00 via Android
必须编译啊，不会编译安装还能愉快玩耍吗？
|
|
15
est 2016-07-24 22:31:49 +08:00
@ecloud
说个身边的事，我厂的某位名言： 才来的时候：“我擦。你们居然在用这么不安全的 Ubuntu Server 。还是换 CentOS 吧” 某一次自己编译的 Py 版本出 bug 了：“我擦，你们居然胆敢在服务器上用自己编译的 python 不靠谱！” 对应你所说的 4 个方面，安全、集群、存储、稳定性，其实如果是自己编译的东西，我觉得都是空谈。还不如用版本新一点的 apt-get 直接更新。 |
 |
17
Quaintjade 2016-07-24 22:47:54 +08:00
CentOS （或者说 RH 系）是这样，大版本发布一两年以后，就发现好多新东西都不支持。
一般来说会这样依次寻找：自带 repo -> epel ->软件官方认可的 repo -> 自己编译 但其实到 epel 就已经不是非常靠谱了。至于编译嘛，你会发现版本依赖会搞死人的，编译一个软件结果编译了依赖及间接依赖的十几个软件，最后还是各种小 bug 。 |
 |
18
ms2008 2016-07-24 23:58:26 +08:00
RH 系 yum 源很老 感觉都不会更新
|
|
19
ecloud OP @Quaintjade 别提 EPEL ，早些年我被 EPEL 自己的依赖关系玩死过一次，不知道如今有没有改善。不过，我还是不敢在生产系统上用
|
 |
20
echo1937 2016-07-25 00:48:05 +08:00
@Quaintjade 补充一下，现在还多了一个 Red Hat Software Collections (RHSCL)源。
@ecloud 所以 Redhat 出了 atomic ，纯为跑 docker 设计的，上层还有 openshift 等等。 |
|
22
mko0okmko0 2016-07-25 11:52:23 +08:00 1
以下语气不算好请多包涵或是不要看:
推荐 docker 是因为这可能是楼主你的最快解之一, postgresql 官方 bin 也是最快解之一. 但楼主觉得 CentOS 等套件原厂以外的 bin/自己编译 bin 不够稳定. 所以是希望 CentOS 给你有官方品质的新版 bin 吗? 那官方有这样的付费服务的话,你愿意付多少钱请官方多快解决? 如果不愿意花钱或是想办法解决那就是态度问题.不是解决办法不好的问题. 以下离题: 我主力是 gentoo. centOS/Ubuntu/Redhat(非 fedora)/suse 企业版..等,还有 soft 版本,我只是依照客户需求帮他安装. 自己编译的不如以上版本的官方预编版?这很正常吧,所以我编译过程跟结束都要看编译 LOG 档看是否过程出问题了,然后使用过程也要用力测试(自我攻击)看 LOG 是否有问题啊.有问题看是自己的编译参数太猛还是源码上的问题,参数有问题改参数再来一次,源码有问题能自己修就自己修(还可 patch 给官方)不能修就换版本. 官方的稳定版 soft 通常是相同版号有自己加上很多独家 patch 才有可能比开源版更稳. 不然同样的编译工具链 /参数 /源码还能编出不一样的 bin? 我自己架的 gentoo 集群也算跑的很稳阿.而且我自己已经假设可能出现任何问题所以设计上已经包含这些处理了. 开发 /维运(运维?)过程遇到最多的问题大多不是软硬体问题,而是业务逻辑与用户有了互动后,被插入攻击 /DDOS/故障恢复数据不一致这种状况. 事实上任何套装版本或是任何硬体都有可能出现局部或是完全故障的可能,设计上一定要考虑这些的.任何单机执行说很稳定的其实都是对自己说谎. |
Select Language