Tag: pipe理员

Zookeeper /参展商集群节点继续重新启动

我已经在Docker容器中成功部署了3个Zookeeper / Exhibitor节点,并且它们形成一个集群。 我通过启动他们 java \ -jar /opt/exhibitor/exhibitor.jar \ –port ${EXHIBITOR_PORT} –defaultconfig /opt/exhibitor/defaults.conf \ –configtype s3 –s3config ${S3_BUCKET}:${S3_PREFIX} –s3configprefix ${S3_PREFIX} \ –s3region ${AWS_REGION} –s3backup true –hostname ${HOSTNAME} \ ${SECURITY} 并已设置 auto-manage-instances=1 所有节点都有myid文件,每个节点都知道集群中的所有其他节点。 但是,当我开始他们时,他们不断地重新启动。 任何想法可能是什么原因造成的? 没有错误日志或任何,只是每个zookeeper节点启动,然后在一段时间后重新启动。

使用AWS ECS docker容器,可以将所有三个必需的Zookeeper端口映射到主机? (似乎没有)

每个Zookeeper实例(每个Docker容器一个)需要三个不同用途的端口(端口2181,2888,3888)。 通过这些端口,这些Zookeeper实例(通常是其中的3到5个)的集群相互通信以确定领导者,追随者(等等)。 从我今天的工作(在AWS上)看来, AWS ECS docker containers似乎不能将多个端口映射到容器主机; 所以我怀疑这是无法完成的 – 至less不是没有麻烦,这消除了在这种情况下使用ECS的简单优势。 它是否正确?

gradle在其caching中找不到opensamljar子

为了托pipe义务,我们有一个在Docker上运行的构build版本,并在Docker镜像构build时存储Gradlecaching。 从Docker运行时,如果设置了托pipe构build标志,则构build将存储库configuration为jcenter和mavenCentral而不是内部工件实例。 当我们testing运行构build时,一切顺利,直到我们依赖opensaml。 即使所有需要的jar和poms都存在于gradle的caching中,并且在第一次testing时还不到一天的时间,gradle会find第一个jar,但是“无法parsing”其余模块的依赖关系。 没有检查存储库的列表,只是一个扁平的声明,即使在debugging模式下,依赖关系也找不到。 有没有人有什么问题的线索? 这是Linux上的gradle 3.5。 感谢您的任何帮助。

Docker容器物理内存分配

我用docker读过,我们可以设置容器可以使用的最大内存量。 但是,是否可以定义容器可以在泊坞窗中使用的最小内存量?

在Windows上通过命名pipe道访问Docker API

根据Docker for Windows FAQ ,“客户端可以通过命名pipe道连接到Docker引擎:npipe:////./pipe/docker_engine” 我一直试图通过命名pipe道连接到API无济于事: public class DockerNamedPipeTest { private const string PIPE_PATH = "docker_engine"; public void Test() { using (NamedPipeClientStream pipeClient = new NamedPipeClientStream( ".", PIPE_PATH, PipeDirection.InOut, PipeOptions.WriteThrough, TokenImpersonationLevel.Impersonation)) { pipeClient.Connect(30); Send(pipeClient); Receive(pipeClient); } } public void Send(NamedPipeClientStream pipeClient) { if (pipeClient.IsConnected) { byte[] buffer = Encoding.UTF8.GetBytes("GET /containers/json"); pipeClient.Write(buffer, 0, buffer.Length); pipeClient.WaitForPipeDrain(); pipeClient.Flush(); […]

为什么docker容器会杀死容器中的进程

我build立了一个Web服务,并使用docker-compose来pipe理服务。 服务包括postgres , nginx , influxdb等。 而每个服务的CPU和内存份额设置如下: cpu_shares: 100 mem_limit: 104857600 日志文件图像 来自主pipeWeb界面的运行日志

性能 – Docker容器vs Web服务器

我听到很多关于Docker容器的积极的事情,但是找不到任何好的文章,显示在Web服务器托pipeASP.NET MVC应用程序与在Docker容器托pipe同一个应用程序之间的性能不同。 例如,我有一个服务器与下面的规格,我已经托pipeASP.NET MVC应用程序直接在这台服务器。 至强E5 2630四核128 GB RAM 如果我在同一台服务器上安装了多个Docker容器和IIS,应用程序的执行效果会更好吗(就服务/处理并发请求数而言)? 感谢您的回应!

使用docker进行Spring Multipart上传 – 只读

您好,我正在尝试运行我的容器 – 只读,但是当我收到分段上传的请求时,我尝试创build一个临时文件: java.nio.file.FileSystemException: /tmp/undertow3773194840223053389upload: Read-only file system. 是否有可能只在内存中? 谢谢=)

Docker Windows容器安装命名pipe道

我试图在容器中使用Jenkins,并挂载命名pipe道来控制主机上的docker引擎。 根据这个博客文章,这应该是足够的挂载命名pipe道。 但是,当我运行与该装载的容器,命名的pipe道不在容器上打开,因此,docker客户端不起作用。 我应该手动打开Dockerfile中的命名pipe道? 如果是这样怎么办? 这里是一个没有jenkins最小的repro(我也尝试安装docker插件Jenkins和docker客户端通过巧克力容器): Docker version 17.09.1-ce, build 19e2cf6 Windows version 1709, Build 16299.125 Dockerfile: # escape=` FROM microsoft/windowsservercore SHELL ["powershell"] ENTRYPOINT [System.IO.Directory]::GetFiles("\\.\\pipe\\"); 要构build和运行的命令: docker build -t namedpipetest . docker run -v \\.\pipe\docker_engine:\\.\pipe\docker_engine namedpipetest 输出是: \\.\\pipe\\InitShutdown \\.\\pipe\\lsass \\.\\pipe\\ntsvcs \\.\\pipe\\scerpc \\.\\pipe\\Winsock2\CatalogChangeListener-454-0 \\.\\pipe\\epmapper \\.\\pipe\\Winsock2\CatalogChangeListener-124-0 \\.\\pipe\\LSM_API_service \\.\\pipe\\eventlog \\.\\pipe\\Winsock2\CatalogChangeListener-4b8-0 \\.\\pipe\\wkssvc \\.\\pipe\\TermSrv_API_service \\.\\pipe\\Ctx_WinStation_API_service \\.\\pipe\\winreg \\.\\pipe\\cexec-76 \\.\\pipe\\cexec-77 \\.\\pipe\\Winsock2\CatalogChangeListener-4f4-0 \\.\\pipe\\SessEnvPublicRpc […]

Docker部署选项

我想知道在生产中的docker集装箱部署有哪些选项。 鉴于我有单独的应用程序和数据库服务器容器和数据专用容器持有可部署和其他持有数据库文件。 我现在只有一台服务器,我想“docker enable”,但是在那里部署的最好方法是什么(远程将是最好的select) 我只想打一个button,一些工具将负责停止,启动和交换所有需要的docker集装箱。 有无数的工具(Fleet,Flocker,Docker Compose等),我被select压倒了。 我唯一清楚的是,我不想用git repo的代码构build图像。 我想将docker映像作为我的发行版的包装器。 我是否从错误的angular度理解了docker的想法?