真烦, CentOS7 的 PostreSQL 版本好低 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
ecloud
V2EX    CentOS

真烦, CentOS7 的 PostreSQL 版本好低

  •  
  •   ecloud 2016-07-24 16:34:41 +08:00 4043 次点击
    这是一个创建于 3448 天前的主题,其中的信息可能已经有所发展或是发生改变。
    有要用到 fdw ,结果自带的是 9.2 , 9.3 才开始支持 fdw...
    22 条回复    2016-07-25 11:52:23 +08:00
    7z
        1
    7z  
       2016-07-24 16:41:54 +08:00 via Android
    so ,
    crazycen
        2
    crazycen  
       2016-07-24 16:45:52 +08:00 via iPhone
    make
    ipconfiger
        3
    ipconfiger  
       2016-07-24 16:50:58 +08:00
    我新上的机器都改 ubuntu 了, 实在没法忍
    ecloud
        4
    ecloud  
    OP
       2016-07-24 16:57:00 +08:00
    @ipconfiger 生产系统还是用 CentOS 省心。红帽家很多事情都做得很到位,比如预装的 tomcat 就根本没有 mamager 应用,完全是冲着纯生产系统来的
    DesignerSkyline
        5
    DesignerSkyline  
       2016-07-24 16:57:17 +08:00 via iPad   1
    用 vps2arch 脚本把 centos 改为 arch Linux 可完美解决此问题
    ecloud
        6
    ecloud  
    OP
       2016-07-24 17:02:00 +08:00
    @DesignerSkyline 其实 PostgreSQL 有官方的 yum 源的,我就是来吐槽一下红帽的保守而已
    mko0okmko0
        7
    mko0okmko0  
       2016-07-24 17:02:03 +08:00
    手动编译的路过.
    会手动编译.什么版本都 ez.
    不然 docker.这个也支持很多最新版.
    ecloud
        8
    ecloud  
    OP
       2016-07-24 17:09:49 +08:00
    @mko0okmko0 CentOS/RHEL 上手动编译 PostgreSQL ,后续的 SELinux 等各种配置能把你烦死,尤其是 7.0 以后 init.d 改成 system.d ,启动脚本写法都不知所云了
    mko0okmko0
        9
    mko0okmko0  
       2016-07-24 19:58:05 +08:00
    @ecloud
    喔.这问题常见阿.
    我主要也是用 gentoo.算是比较爱钻研配置这类的用户.编译跟配置就是基本要会的.
    不是用 centOS/ubuntu 这种开箱流派(安装好系统就具备所以工作需求的软体)的.
    centOS/ubuntu 是因为工作需求用户指定才会帮他布署.
    we000
        10
    we000  
       2016-07-24 20:20:34 +08:00
    这不是保守, 这是 enterprise 的质量保证, 你见识过 RedHat 内部软件大小版本号升级的测试以及费力搞了多少 hotfixes 就知道了
    est
        11
    est  
       2016-07-24 20:46:20 +08:00
    很多企业要求 docker 提供 Centos5 支持呢。
    ecloud
        13
    ecloud  
    OP
       2016-07-24 21:13:10 +08:00
    @est 说点跑题的。我觉得按照常理来说,选择 CentOS/RHEL 的人应该跟选择 docker 的人没有太大交集。
    之所以用 CentOS/RHEL 主要就是冲着安全、集群、存储、稳定性来的,而 docker 在集群、存储和稳定性方面都打破了红帽原来的布局。当然也有些用户并不很在乎这四个方面,那么其实是他最开始选错产品了。
    RHEL 这东西自打一诞生就是冲着模仿商用 Unix 的路子走的,目的也是挖 Unix 的墙角。而如果你的使用模式是 linux 式的而非 Unix 式的,其实不应该选 CentOS/RHEL
    @mko0okmko0 综上所述, CentOS/RHEL 并不是开箱可用,只不过它开箱后所需要配的东西,跟一般的 linux 模式不一样而已
    herozzm
        14
    herozzm  
       2016-07-24 21:27:12 +08:00 via Android
    必须编译啊,不会编译安装还能愉快玩耍吗?
    est
        15
    est  
       2016-07-24 22:31:49 +08:00
    @ecloud

    说个身边的事,我厂的某位名言:

    才来的时候:“我擦。你们居然在用这么不安全的 Ubuntu Server 。还是换 CentOS 吧”
    某一次自己编译的 Py 版本出 bug 了:“我擦,你们居然胆敢在服务器上用自己编译的 python 不靠谱!”

    对应你所说的 4 个方面,安全、集群、存储、稳定性,其实如果是自己编译的东西,我觉得都是空谈。还不如用版本新一点的 apt-get 直接更新。
    billlee
        16
    billlee  
       2016-07-24 22:40:58 +08:00
    @ecloud systemd 的配置文件,感觉比 Sys V init 脚本好写多了啊
    Quaintjade
        17
    Quaintjade  
       2016-07-24 22:47:54 +08:00
    CentOS (或者说 RH 系)是这样,大版本发布一两年以后,就发现好多新东西都不支持。
    一般来说会这样依次寻找:自带 repo -> epel ->软件官方认可的 repo -> 自己编译
    但其实到 epel 就已经不是非常靠谱了。至于编译嘛,你会发现版本依赖会搞死人的,编译一个软件结果编译了依赖及间接依赖的十几个软件,最后还是各种小 bug 。
    ms2008
        18
    ms2008  
       2016-07-24 23:58:26 +08:00
    RH 系 yum 源很老 感觉都不会更新
    ecloud
        19
    ecloud  
    OP
       2016-07-25 00:36:04 +08:00 via iPhone
    @Quaintjade 别提 EPEL ,早些年我被 EPEL 自己的依赖关系玩死过一次,不知道如今有没有改善。不过,我还是不敢在生产系统上用
    echo1937
        20
    echo1937  
       2016-07-25 00:48:05 +08:00
    @Quaintjade 补充一下,现在还多了一个 Red Hat Software Collections (RHSCL)源。
    @ecloud 所以 Redhat 出了 atomic ,纯为跑 docker 设计的,上层还有 openshift 等等。
    julyclyde
        21
    julyclyde  
       2016-07-25 11:40:47 +08:00
    @echo1937 scscl 和 scl 到底啥关系?还有个 sclo
    mko0okmko0
        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/故障恢复数据不一致这种状况.

    事实上任何套装版本或是任何硬体都有可能出现局部或是完全故障的可能,设计上一定要考虑这些的.任何单机执行说很稳定的其实都是对自己说谎.
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     787 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 26ms UTC 22:33 PVG 06:33 LAX 14:33 JFK 17:33
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86