我有一些 docker 容器,它们的卷绑定到主机上的目录,都在同一个硬盘上。但是从我运行的例子来看mv /input/test /output/test
,输入和输出都是绑定到同一个硬盘驱动器上的目录的块,就像它们在不同的驱动器上一样需要很长时间。我也可以在我的硬盘上看到巨大的读/写峰值。
有没有办法mv
在 docker 中表现得好像它在主机上运行一样(也许是 docker run 的一些选项),实际上是移动文件而不是复制然后删除原始文件?
谢谢
我有一些 docker 容器,它们的卷绑定到主机上的目录,都在同一个硬盘上。但是从我运行的例子来看mv /input/test /output/test
,输入和输出都是绑定到同一个硬盘驱动器上的目录的块,就像它们在不同的驱动器上一样需要很长时间。我也可以在我的硬盘上看到巨大的读/写峰值。
有没有办法mv
在 docker 中表现得好像它在主机上运行一样(也许是 docker run 的一些选项),实际上是移动文件而不是复制然后删除原始文件?
谢谢
我们有 4 个后端,每 4 个后端都有一个代理检查报告“准备就绪 68%”(当然,这个数字会发生变化)。但出于某种原因,HAProxy 将它们视为 UP 但软停止。所以统计页面中的每一行都是深蓝色的,它们都是向上的,但是一般的后端行是向下的。
实际工作需要什么?它是否需要“准备好 68%”之类的东西?目前还不清楚,我们尝试了一些东西,但出于某种原因,我无法让 haproxy 认为它们可用。
谢谢
我正在尝试在 Varnish 4 中设置禁令。我在 vcl_recv 中有这个:
ban("req.http.host == " +req.http.host+" && req.url ~ "+req.url);
return(synth(200, "Ban added"));
当我提出请求时,它确实说添加了禁令,并且我确实看到它 un the ban.list with varnishadm :
1499676469.672070 0 req.http.host == something.com && req.url ~ /some/path?q=*
除了它不起作用,没有任何东西会失效。如果我尝试禁止 path* 它似乎适用于“常规”文件,例如 path.css,但它看起来永远不会基于查询字符串使 URL 无效。我还需要做些什么来让它考虑查询字符串吗?查询字符串非常不可读,充满了 % 代码,如果这很重要的话。
谢谢
我们有一些同步脚本,用于客户端使用 scp 将文件发送到由其提供商之一管理的远程服务器。最近他们关了,他们提供的新的不允许scp,只允许sftp(远程服务器上没有办法获取shell,所以scp / rsync不能工作)。
是否有一种简单的方法可以用 sftp 替换脚本中的 scp ?我想我所知道的最简单的方法是使用 sshfs 并使用 cp 而不是 scp,但这非常难看。
看起来 sftp 可以使用 -b 传递包含命令的文件,但这意味着重新编码部分脚本。我想知道是否有任何方法可以使用 sftp 作为 scp 的替代品,或者其他可以提供类似功能的软件包?(即 sftp /source user@remote:/dest 或类似的东西,如果我可以只用 sed 脚本替换命令就完美了)
谢谢
我们有一个 0.90 的集群,有两个 elasticsearch 节点。有一段时间,他们的状态经常变黄,然后又变回绿色,但现在它是红色的,似乎一直保持这种状态。健康是这样的:
{
"cluster_name" : "name",
"status" : "red",
"timed_out" : false,
"number_of_nodes" : 4,
"number_of_data_nodes" : 2,
"active_primary_shards" : 724,
"active_shards" : 1448,
"relocating_shards" : 0,
"initializing_shards" : 0,
"unassigned_shards" : 544
}
我用谷歌搜索了一下,发现我应该列出未分配的分片,但 _cat 似乎在 0.90 中不存在。有没有办法恢复绿色?两个节点当然可以互相 ping 通,所以我看不出它不能工作的原因。
在某些虚拟机上,看起来每个 ssh 会话在退出时都会作为孤立进程结束。我可以通过 ssh 登录到机器上,然后执行 exit 或 ^D,然后使用 ps -elf | 来重现它。grep defunct 我还有一个 ssh 进程。我们的监控使用 ssh 很多,所以早上有成百上千的孤儿僵尸,大约有 20 台虚拟机..
这是 ps 输出的示例:
5 Z user 3197 1 0 80 0 - 0 exit 10:00 ? 00:00:00 [sshd] <defunct>
我尝试对父级(sshd)进行 strace 以查看,这是我退出 ssh 会话时的输出:
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=24025, si_status=255, si_utime=0, si_stime=2} ---
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 255}], WNOHANG, NULL) = 24025
wait4(-1, 0x7ffc0d57901c, WNOHANG, NULL) = 0
rt_sigaction(SIGCHLD, NULL, {0x7f164fee7d70, [], SA_RESTORER, 0x7f164db34d40}, 8) = 0
rt_sigreturn() = -1 EINTR (Interrupted system call)
select(7, [3 4], NULL, NULL, NULL
并不是说我真的知道我在那里寻找什么,但我不知道可能是什么问题。有任何想法吗 ?我还看到了很多 nrpe 已失效的进程,但由于某种原因,重新启动 sshd 会清除 ssh 和 nrpe 僵尸。
不知道这是否相关,但这些机器上的 I/O 非常非常慢,几百兆字节的简单 dd 有时需要数百秒才能完成。
编辑:如被问及,openssh 6.6p1-2ubuntu2.7 的 ubuntu 值得信赖