End-Of-Life

最近遇到了一件倒霉的事，我使用的CoreOS家的Container Linux居然宣布要在五月终止产品线了，提示在使用这款操作系统的用户尽快切换到其它操作系统，官方推荐了被Red Hat收购后搞起的Fedora CoreOS。这件事对我影响非常大，因为我有一个Kubernetes集群全部20+节点使用了Container Linux操作系统，这意味着我必须把我的集群所有节点都要重新更换操作系统才能让其在安全的环境下继续工作。

...

因为集群的负载有点过重，于是准备加入节点分摊，在kubeadm join结束之后发现分配到新节点的pod一直处于ContainerCreating好长时间。用kubectl describe po <pod-name>看一下原因，发现一直重复出现以下信息

...
Mounting command: systemd-run
Mounting arguments: --description=Kubernetes transient mount for /var/lib/kubelet/pods/45e5a290-077b-4f9b-889b-71de0c7f17bc/volumes/kubernetes.io~nfs/json --scope -- mount -t nfs nfs.server.com:/data /var/lib/kubelet/pods/45e5a290-077b-4f9b-889b-71de0c7f17bc/volumes/kubernetes.io~nfs/json
Output: Running scope as unit: run-rf893345a476c4ac2bebef49266fc63c6.scope
mount: /var/lib/kubelet/pods/45e5a290-077b-4f9b-889b-71de0c7f17bc/volumes/kubernetes.io~nfs/json: bad option; for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount.<type> helper program.
  Warning  FailedMount  33s (x4 over 11m)  kubelet, node15  Unable to attach or mount volumes: unmounted volumes=[json], unattached volumes=[config json default-token-5hhj7]: timed out waiting for the condition
...

...

Actix

Actix是一个非常高效的Web框架在Rust中，这段时间非常喜欢用它写Web Server端，至少我觉得比Rocket要好用，目前Actix的处理性能要比绝大部分的Web框架都要高效，从benchmarks这里就能看出来绝大部分框架的基准测试结果对比，这个是跨语言的框架对比，Rust的Actix明显排前置位置。

...

这些年使用了不少编辑器，但直到VSCode才觉得比较满意，感觉它比之前的编辑器要好用，于是写C/C++、JavaScript、Golang、Python、 Java以及Rust都喜欢用VSCode写。既然要在VSCode中编写Rust那么如何Debug就尤其重要，此篇文章记录一下我的配置步骤一边未来需要顺便可以帮助那些也想在VSCode中编写Rust的开发者。

安装VSCode扩展

因为我是在使用Mac电脑，所以我需要安装CodeLLDB

...