Question

以下是成绩单：

LANELSON$ kubectl --kubeconfig foo get -a jobs
No resources found.

好的，好的;即使使用-a选项，也不存在任何作业。凉！哦，让我们只是偏执，检查一下我们知道创建的那个。谁知道？也许我们会学到一些东西：

LANELSON$ kubectl --kubeconfig foo get -a job emcc-poc-emcc-broker-mp-populator
NAME                                DESIRED   SUCCESSFUL   AGE
emcc-poc-emcc-broker-mp-populator   1         0            36m

呃，呃，什么？

在第二种情况下，我碰巧知道创建的作业的名称，所以我直接要求它。我原以为kubectl get -a jobs会在输出中返回它。为什么不呢？

当然，或者，当然我不知道该作业会产生的任何豆荚的名称。

这里发生了什么？

Kubernetes 1.7.4如果重要的话。

Answer 1

答案是，Istio automatic sidecar injection碰巧是＆＃34;在＆＃34;在环境中（我不知道，也不应该）。发生这种情况时，您可以opt out of it，但是默认情况下所有工作负载都会受到影响（！）。如果您不选择退出，并且Istio的存在导致您的作业无法以任何理由创建，那么您的作业在技术上未初始化。如果资源未初始化，则它不会显示在kubectl get列表中。要在kubectl get列表中显示未初始化的资源，您需要在--include-uninitialized中加入get选项。所以，一旦我发布kubectl --kubeconfig foo get -a --include-uninitialized jobs，我就能看到失败的工作。

我的更高级别的内容是Kubernetes的初始化部分，目前处于alpha状态，尚未准备好迎接黄金时段。

我怎样才能看到所有乔布斯，无论是成功还是失败？

1 个答案: