这是一个创建于 3760 天前的主题，其中的信息可能已经有所发展或是发生改变。
半年前我开始关注这个issue
Kernel Panic when mounting volumes on RHEL 6.5 using Docker 1.4.0, Docker 1.4.1, with latest device mapper
没错是Kernel Panic，也就是说，满足一定的条件(这个条件非常朴实)启动容器的时候机器会挂掉！
来张堪称经典的图片吧：
然而docker官方依旧写着支持CentOS6.5+系列(半年前，现在我有一定的把握他们还是这么写的)
那时之后我虽然放弃了docker，不过还是依旧关注着这个issue。
到了前段时间，去提交这个BUG的人越来越多，最后这个问题被提到了redhat官方，而官方的答复是:
没错，想好好玩docker，先装个rh7再说吧。
这再次证明了目前来讲docker不过是一个只能在一些后期支持不太好的发行版上玩玩的东西，并不适合大规模的应用。
不过如果公司有钱，没事玩玩这个风口上的搓比软件也无所谓(此处求打脸)。
当然docker还有很多很多坑，只不过这个坑我实在是难以忍受。
 | 1 initialdp 2015-06-25 11:26:36 +08:00 玩docker用Ubuntu才是正确姿势吧 |
 | 2 johnsmith123 OP @initialdp :) 你要这么说那我也没话说了。 |
 | 3 powergx 2015-06-25 11:42:28 +08:00 玩了一个星期，docker 就是一坨屎， 经常会有奇葩的不兼容问题。 特别是牵涉到网络 |
| 4 johnsmith123 OP @powergx 网络确实是个大坑，不过使用默认的端口映射的话还好。 docker的话，推广做得不错:) |
 | 5 jade88 2015-06-25 11:58:23 +08:00 这个我之前也遇到过，你可以手动更新内核到3.10，然后用最新的docker，docker和服务器版本并不是强绑定的 |
| 6 johnsmith123 OP @jade88 ..此刻我的心中必是万个**在奔腾，不过确实是个解决的方法，然而本人已放弃docker:) |
 | 7 9hills 2015-06-25 12:05:05 +08:00  1 如果面对Kernel Panic，只会吐槽这个cuoB软件。。 那你就不适合用这种业界前沿技术。 只有大公司才能靠研发团队 cover住这种风险 |
 | 8 Andiry 2015-06-25 12:10:54 +08:00 这个stack很清楚啊，不知道为什么Redhat不去修。难道他们已经放弃6系列的support了。 |
| 9 johnsmith123 OP @9hills 据我所知，有不少人说docker代码的内部实现很cuo(虽然我没读过)。根据我使用的经验，确实用起来很cuo，感觉还不如直接上lxc。之前github上有个腾讯的人，他们公司定制了内核，然后docker出了问题感觉都会躺枪。 kernel panic一般的大公司也不一定能hold住吧。 |
| 10 johnsmith123 OP @Andiry 本来对CentOS的支持就不大好。这只是最严重的一点吧。 |
| 11 powergx 2015-06-25 12:38:15 +08:00 @johnsmith123 gre 时好时坏，要么ip 是随机的，只有启动之后才能制定ip |
 | 12 kxxoling 2015-06-25 12:38:22 +08:00 记得 docker 官方是推荐 Ubuntu 还是 Debian 来着。。。CentOS 6 不支持是因为 docker 依赖一些内核特性吧？Ubuntu 12.04 也都先安装补丁才能用。 |
| 13 johnsmith123 OP @kxxoling Debian系，不过CentOS6.5+也是支持的，半年前的官方文档是这么写的。 |
| 15 Andiry 2015-06-25 12:45:51 +08:00 @johnsmith123 只是kernel太旧了而已。不支持是正常的。 kernel panic这种东西，无非是内核跑挂了而已，跟应用程序崩掉没什么两样。这种debug属于底层工程师的基本技能，何来什么hold不住一说 |
| 16 johnsmith123 OP @Andiry 。。头一次听说hold kernel bug是底层工程师的基本技能。还好我不是底层研发，只是个装系统的。 |
| 17 Andiry 2015-06-25 12:51:40 +08:00 @johnsmith123 我说的底层工程师就是内核工程师。当然公司里一个都没有就没办法了，但是大公司除非完全不和内核打交道，一般不会没有。 |
| 18 Andiry 2015-06-25 12:54:38 +08:00 1 其实就算完全不懂内核，这个问题要debug也很简单。前面有人说3.10的kernel没问题，那么在2.6.32和3.10之间直接做git bisect就行了，无非费点时间。 |
| 19 johnsmith123 OP @Andiry 我厂还没大到那种程度。。那你直接说kernel工程师就好了。这种人我感觉天朝也没几个吧，知名的也就华为和阿里的内核组=。= |
 | 20 tywtyw2002 2015-06-25 14:31:24 +08:00 via iPhone 你难道不知道 越是核心的模块越是一个人在写吗？ 很多东西除了当事人，其他人都是在看天书。 据我朋友说一个6人的组在发ib userspace 驱动，一个人写核心，2个人修修补补做做测试，一个qa，一个写testcase，再来一个打酱油的。 |
 | 23 monnand 2015-06-26 08:12:34 +08:00 这个bug是在2.6内核上重现的吧。如今Kernel都4.X了，不支持2.6内核应该是很正常的。另外，Redhad Enterprise Linux的缩写是RHEL。RH7是2000年发布的用2.2内核的那个东西…… |
| 24 johnsmith123 OP @monnand ...很具有创造力的想法:) 关于RH7和RHEL7..我承认是我简写错误，不过现在也没多少人会想到RH7这个老古董了。 |
| 25 monnand 2015-06-26 09:50:43 +08:00 @johnsmith123 Go语言本身就只能支持2.6.23以上的版本，之前的版本有可能可以运行Go程序，但是Go官方并不支持。大概扫了一眼issue，的确大家用的是2.6.23这个版本。 这个……2.6.23这个版本的内核是2007年发布的，距今已经有8年的历史了。。。。。 |
| 26 johnsmith123 OP @monnand 大家用的是32.4XX-32.5XX,不要忽略最后一个数字 |
| 27 monnand 2015-06-26 10:22:32 +08:00 @johnsmith123 这里是2.6.32系列内核维护者在2012年发布的信息： https://lwn.net/Articles/485125/ 以下是节选： > I STRONGLY encourage any users of the 2.6.32 kernel series to move to the 3.0 series at this point in time. 三年啦！呵呵！ |
| 28 johnsmith123 OP @monnand ：） 无言以对 |
Select Language