ubuntu – 在Docker容器中运行MySQL

前端之家收集整理的这篇文章主要介绍了ubuntu – 在Docker容器中运行MySQL前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
因此,我的最终目标是运行 MySQL Docker容器(例如来自公共注册表的tutum / @R_301_198@),然后将Gitlab Docker容器(比如sameersbn / gitlab)链接到两个容器使用持久存储的容器.

但是,我被困在@R_301_198@部分.每次我尝试运行预制的@R_301_198@ Docker容器(@R_301_198@,tutum / @R_301_198@和sameersbn / @R_301_198@),如下所述,我得到以下输出.

脚步

这只是获取下面的错误消息的一种方法.

> docker.io pull tutum / @R_301_198@:latest
> docker.io运行-it tutum / @R_301_198@ bash
>一旦附加到新容器运行“/run.sh”(根据tutum / @R_301_198@ dockerfile)
>此时,“等待确认@R_301_198@服务启动”消息不断重复.
>此时,如果我取消“/run.sh”命令并自己启动@R_301_198@,我会收到以下错误消息.

输出

root@1bbeb34f3491:/# @R_301_198@d

140730 4:49:04 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.

140730 4:49:04 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.

140730 4:49:04 [Note] Plugin ‘FEDERATED’ is disabled.

@R_301_198@d: Table ‘@R_301_198@.plugin’ doesn’t exist

140730 4:49:04 [ERROR] Can’t open the @R_301_198@.plugin table. Please run @R_301_198@_upgrade to create it.

140730 4:49:04 InnoDB: The InnoDB memory heap is disabled

140730 4:49:04 InnoDB: Mutexes and rw_locks use GCC atomic builtins

140730 4:49:04 InnoDB: Compressed tables use zlib 1.2.8

140730 4:49:04 InnoDB: Using Linux native AIO

140730 4:49:04 InnoDB: Initializing buffer pool,size = 128.0M

140730 4:49:04 InnoDB: Completed initialization of buffer pool

140730 4:49:04 InnoDB: highest supported file format is Barracuda.

140730 4:49:04 InnoDB: Waiting for the background threads to start

140730 4:49:05 InnoDB: 5.5.37 started; log sequence number 1595675

140730 4:49:05 [Note] Server hostname (bind-address): ‘0.0.0.0’; port: 3306

140730 4:49:05 [Note] – ‘0.0.0.0’ resolves to ‘0.0.0.0’;

140730 4:49:05 [Note] Server socket created on IP: ‘0.0.0.0’.

140730 4:49:05 [ERROR] Can’t start server : Bind on unix socket: Permission denied

140730 4:49:05 [ERROR] Do you already have another @R_301_198@d server running on socket: /var/run/@R_301_198@d/@R_301_198@d.sock ?

140730 4:49:05 [ERROR] Aborting

140730 4:49:05 InnoDB: Starting shutdown…
140730 4:49:06 InnoDB: Shutdown completed; log sequence number 1595675
140730 4:49:06 [Note] @R_301_198@d: Shutdown complete

解决错误

>“请运行@R_301_198@_upgrade来创建它”=>运行@R_301_198@_upgrade命令输出

root@1bbeb34f3491:/# @R_301_198@_upgrade

Looking for ‘@R_301_198@’ as: @R_301_198@

Looking for ‘@R_301_198@check’ as: @R_301_198@check

FATAL ERROR: Upgrade Failed

>“你已经在socket上运行了另一个@R_301_198@d服务器”=>不.运行服务@R_301_198@ stop什么都不做,运行ps不显示@R_301_198@d.运行ls -a / var / run / @R_301_198@d /表明套接文件不存在.

无论我尝试哪个@R_301_198@容器,最终当我启动@R_301_198@时,出现了相同的错误消息.这几乎可以肯定意味着我的设置出了问题让我感到困惑,因为我认为没有暴露端口或持久存储的Docker容器会与系统中的Docker隔离?

我还尝试使用-d标志运行@R_301_198@容器,然后运行链接到它的新的ubuntu 14.04容器(docker.io run -it -link @R_301_198@:@R_301_198@ ubuntu:14.04 bash).在Ubuntu容器上,我通过apt-get安装了@R_301_198@-client,并尝试连接到@R_301_198@容器,但这也不起作用.

我的主机系统运行的是Ubuntu 14.04,Docker是通过apt-get安装的,版本是0.9.1.

我不太清楚在这个解释中应该放什么,因为这个问题对我来说似乎很奇怪.如果有什么我错过了请问,我会为你添加.

谢谢,
JamesStewy

编辑
如果有人可以创建一组指令来创建一个@R_301_198@容器和一个链接容器并为它们工作,那么我可以试一试.

使用sameersbn / @R_301_198@

我不相信你可以以交互方式运行它.

docker run --name @R_301_198@ -d sameersbn/@R_301_198@:latest

因此,您只需将其作为守护程序运行,检查容器以查找IP地址,如下所示:

docker inspect @R_301_198@ | grep IPAddres

然后你可以连接到那个IP上的@R_301_198@.

猜你在找的Ubuntu相关文章