洛克啤酒

@joesonw 不好弄啊，刚做完一个公司的 k8s 迁移。各种 ingress 和 svc 以及 hpa 都得根据实际情况调整，更别说两段式提交，一个 repo 在 git，另一个一起？分开？放 s3 ？东西太多，只能定制撒

这不就是 k8s 干的事么

抽抽抽

gitops，gitlab+argocd

不用猜了，busybox 的 bug，升级过的 busybox 就是好的。所以么，不要随便用 radial/busyboxplus:curl 这个镜像。另外，这个镜像在阿里的 ack 居然是好的，猜不透原因。

@swulling 这个 debug 顺序没什么奇怪的吧，pod 都是大平板市场，普通开放的 svc 都是 cluster ip，ping 一下，然后再看服务是否正常，是正常顺序吧。

@masha 跟阿里 ack 正常的 resolv.conf 比过，一样。dns-debugging-resolution 的也试了一遍了，不行。coredns 降到 1.6.7，加上 upstream，同时打开 pods verified 和 autopath @kubernetes，也不行。

@swulling nslookup 和 ping 都试试啊。nslookup 和 ping 都不行。

贵

@swulling can't resolve 才去 ping 的

[ root@curl:/ ]$ curl http://my-nginx
curl: (6) Couldn't resolve host 'my-nginx'


[ root@curl:/ ]$ curl http://my-nginx.default
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
body {
width: 35em;
margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif;
}
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

@swulling ping 是个基本测试手段. 用 curl http://nginx-svc 一样不通。curl http://nginx-svc.default 就是通的

@CaptainDK 1 个 master，2 个 worker 。无论那个 worker 只要跑这个 radial/busyboxplus:curl 就不行。

@GjriFeu flannel 正常。注意是换个不同版本的 busybox pod 就可以通

有点 kanban 的意思

ooooo

go-tcp-proxy_1.0.2_linux_amd64