- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
我们有一个 GO 应用程序,它监听代码 repo 更改和 Redis 消息,以便在 Docker Swarm 环境中应用 CD。该应用程序最近更新为使用 github.com/docker/docker
v1.13.1 客户端代码。它在我的 mac 上运行,它运行 Docker v1.13.1。当我将此代码部署到运行 Ubuntu 和 Docker v1.12.6 的开发服务器时,我在尝试调用 cli.ServiceUpdate(..)
时收到“EOF”错误。据我所知,CLI 客户端是向后兼容的(直到 v1.10.x 或其他)。查看代码和截图,两者之间的联系是“更新服务时发生错误”的日志消息。
事件认为我们使用的是 v1.13.1 版本的 golang 库,我们在客户端初始化中指定了 api 版本 v1.24:
func createClient() {
if cli == nil {
defaultHeaders := map[string]string{"User-Agent": "engine-api-cli-1.0"}
var err error
cli, err = client.NewClient("unix:///var/run/docker.sock", "v1.24", nil, defaultHeaders)
if err != nil {
panic(err)
}
}
}
这是有问题的代码:
func updateService(s configuration.Service, version string) {
createClient()
ctx := context.Background()
service, _, err := cli.ServiceInspectWithRaw(ctx, configuration.ServiceName(s))
if err != nil {
fmt.Println("could not find service", err)
return
}
serviceSpec := createServiceSpec(s, version)
encodedRegistryAuth := createEncodedRegistryAuth()
var resp types.ServiceUpdateResponse
resp, err = cli.ServiceUpdate(ctx, service.ID, service.Version, serviceSpec, types.ServiceUpdateOptions{EncodedRegistryAuth: encodedRegistryAuth})
if err != nil {
fmt.Println("An error occurred while updating a service: ", s.Service, "; ", err)
} else {
message := "SERVICE UPDATE - " + s.Service + "_" + s.Channel + " >> " + envName + ":" + s.Service + ":" + version
connections.SlackMessage(message)
connections.NewRelicDeploy(version, message)
connections.GrafanaDeploy(version, message)
fmt.Println("Updated service", s.Service, "and waiting", s.UpdateDelay)
fmt.Println("Warnings from service update", resp.Warnings)
}
}
这是系统日志中发生的事情的屏幕截图:
这是 docker info
的输出:
Client:
Version: 1.12.6
API version: 1.24
Go version: go1.6.4
Git commit: 78d1802
Built: Tue Jan 10 20:40:44 2017
OS/Arch: linux/amd64
Experimental: true
Server:
Version: 1.12.6
API version: 1.24
Go version: go1.6.4
Git commit: 78d1802
Built: Tue Jan 10 20:40:44 2017
OS/Arch: linux/amd64
Experimental: true
关于我可能做错了什么的任何想法?
最佳答案
原来是某处的侥幸。我们通过停止 docker 守护进程、删除/var/lib/docker 并重新启动守护进程来重建 swarm。之后错误不再发生。
关于ubuntu - Docker服务更新错误: EOF,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/42168853/
读取文件时,我知道提供的最后一个字符是 EOF。现在,当我有 EOF 时会发生什么?该文件中的字符? 如何区分文件的“真实”结尾和 EOF特点? 最佳答案 我决定将我的评论移至答案。 您的文件中不能有
GNU Bash - 3.6.6 Here Documents [n]<<[-]word here-document delimiter If any part of word is
试图查看论坛但无法重新访问。 我正在尝试阅读文本。文字是:“给 b” 但是在使用 fgetc() 时,没有达到 EOF,最后我得到 '\n',然后是无穷大的 'y' 样本。 这是我的代码: Node*
我正在做一个非常简单的作业,需要输出文件的内容,但在做任何事情之前我意外地到达了 EOF。该文件仅包含单词“pig”,并且由于某种原因 EOF 返回 16。我正在使用 Dev-Cpp 并且该程序是用
我的 kubectl 无法读取文件,每次都返回 'error: unexpected EOF'。 kubectl apply -f service.yaml > error: unexpected E
我想知道什么时候使用 cat Hello world! () { setopt localoptions shnullcmd test-nullcmd } # nothing will be
我试图找出我正在向其中写入特定数据的文件中不需要的尾随结束数据的原因,并且不相信我在写入文件时出错。 输出如下: building room_numbr capacity packard
考虑下面的简单例子 #include #include #include using namespace std; int main() { string str = "string";
我在一个程序中有这个片段(在 Visual Studio 2005 中): if(_eof(fp->_file)) { break; } 当达到 eof 时,它打破了封闭循环。但是程序无法解析
我正在尝试为 Typed Racket 中的以下函数定义类型注释: (define (neof x) (if (eof-object? x) #f x)) 不加注释给出了类型: (Any ->
我正在为 Linux 构建系统的模块编写 .spec 文件,遇到一个小问题并想分享它。 用于编写脚本文件: cat /path/to/somewhere/script #blah blah EOF
我有一个 C++ 程序,它从一个文件中读取我希望有一堆格式相同的记录。如果遇到意外情况,无论是记录格式不正确还是输入失败,我都想停止阅读,我想区分这些不同的情况。 我看过 this answer并查看
我注意到它们之间的几个区别: 在 <
预期我正在生成子进程并执行“ssh”远程框。从最近几天开始它工作正常,现在突然间,每当我尝试生成子进程时,它都会抛出错误。不确定发生了什么。 直到现在我一直在使用 pexpect 3.1,我遇到了这个
这个问题已经有答案了: Why two EOF needed as input? [duplicate] (2 个回答) Why do I require multiple EOF (CTRL+Z)
我正在浏览一个文件来寻找特定的词 Char[50]=getline(file,/n) 使用 getline 将每一行存储到一个 char 数组中以与我要查找的字符串进行比较 If( “”==char[
引用两个问题: Incorrect output from C++ Primer 1.4.4 Confused by control flow execution in C++ Primer exam
我刚刚在 this 中找到一条评论回答说在循环条件中使用 iostream::eof “几乎肯定是错误的”。我通常使用类似 while(cin>>n) 的东西——我猜它会隐式检查 EOF。 为什么使用
我刚刚在 this 中找到一条评论回答说在循环条件中使用 iostream::eof “几乎肯定是错误的”。我通常使用类似 while(cin>>n) 的东西——我猜它会隐式检查 EOF。 为什么使用
我刚刚在 this 中找到一条评论回答说在循环条件中使用 iostream::eof “几乎肯定是错误的”。我通常使用类似 while(cin>>n) 的东西——我猜它会隐式检查 EOF。 为什么使用
我是一名优秀的程序员,十分优秀!