Linux基础

简述Linux主流的发行版？

Redhat、CentOS、Fedora、SuSE、Debian、Ubuntu、FreeBSD等。

简述Linux启动过程(Centos7以下启动流程)？

• ⑴ 开机BIOS自检，加载硬盘。
• ⑵ 读取MBR，MBR引导。
• ⑶ grub引导菜单(Boot Loader)。
• ⑷ 加载内核kernel。
• ⑸ 启动init进程，依据inittab文件设定运行级别。
• ⑹ init进程，执行rc.sysinit文件。
• ⑺ 启动内核模块，执行不同级别的脚本程序。
• ⑻ 执行/etc/rc.d/rc.local。
• ⑼ 启动tty，进入系统登陆界面。

背景

Kubernetes 集群中，域名解析离不开 DNS 服务，在 Kubernetes v1.10 以前集群使用 kube-dns dns服务，后来在 Kubernetes v1.10+ 使用 Coredns 做为集群dns服务。

使用 Kubernetes 集群时，会发现 Pod /etc/resolv.conf 配置。具体如下：

1
2
3

nameserver 10.10.0.2
search production.svc.cluster.local svc.cluster.local cluster.local
options ndots:5

小伙伴们会好奇，search 或者 ndots 这是干嘛呀！想知道是干嘛的，接着看下文。

前言

不管是使用电脑还是维护服务器，都会遇到一个问题，磁盘空间不足。一般都是通过 du 命令来统计磁盘占用空间。

今天推荐一个非常好用的统计磁盘占用工具 ncdu。

ncdu 项目地址 https://github.com/rofl0r/ncdu

ncdu 相对与 du 的优势

优势：

• 统计的目录以仪表盘展示
• 可以以磁盘占用大小或者文件名称排序
• 支持远程导出本地分析

升级原因

Kubernetes 容器节点漏洞 (CVE-2020-8558) 绕过本地主机边界通告。

具体参考链接：https://mp.weixin.qq.com/s/4w8kMJpHEV3E2uP6frToUw

要求

Kubernetes 二进制从 v1.15.3 升级到目前最新版本 v1.18.5。

前言

下面 “坑” 都是作者升级 Kubernetes 遇到的问题并给出解决方法，目的就是避免读者不要在掉进同样的坑中。

第一个坑

升级 Calico 网络组件

要求

Calico v3.2.3 升级到 v3.14.0

遇到的问题

Readiness probe failed: caliconode is not ready: BIRD is not ready: BGP not established with 172.18.0.1

背景

随着 Kubernetes 越来越火爆，运维人员排查问题难度越来越大。比如我们收到监控报警，某台 Kubernetes Node 节点负载高。通过 top 或者 pidstat 命令获取 Pid，问题来了，这个 Pid 对应那个 Kubernetes Pod 呢？

下面是作者写的两个小工具，可以帮助运维同胞们快速定位问题。

问题

使用阿里云ECS搭建 Harbor 服务（docker-compose 部署）遇到网络地址冲突，导致Harbor云主机ECS无法访问其它VPC网段云主机，这是为什么？

使用 docker-compose 部署过Harbor同学都知道，在创建 Harbor 时，默认会创建 5个 网段，见下图。

问题来了，因为使用阿里云 VPC网络，网段为 172.16.0.0/12 ，下面是网络拓扑图。

从上面两张图可以发现，网络地址段有重叠，会导致部署Harbor的云主机无法与其它VPC可用区云主机通信。

引子

一直以来，前端性能优化 都是前端程序员在业务开发过程中不得不考虑的一个点。前端同学也一直寄希望于服务器更大的吞吐量、更密集的cdn节点；更寄希望于浏览用户使用更优秀的浏览器及更大的带宽。。。然而随着上述几种情况一一被落实时，前端性能仍然没有达到一个让人满意的结果。。。

此过程中，前端人就自身情况也进行了多种尝试，其中前端本地缓存可以说是性能优化中简单高效的一种方式，该方式缩短了网页请求资源的时长，此外缓存文件可以复用，则进一步减少了网络请求次数与实践，提高了页面加载效率。

Arthas 简介

Arthas 是Alibaba开源的Java诊断工具，深受开发者喜爱。

Arthas 支持 JDK 6+，支持 Linux、Mac、Windows，采用命令行交互模式，同时提供丰富的 Tab 自动补全功能，进一步方便进行问题的定位和诊断。

Arthas 能帮你解决的问题

• 1、这个类从哪个 jar 包加载的？为什么会报各种类相关的 Exception？
• 2、我改的代码为什么没有执行到？难道是我没 commit？分支搞错了？
• 3、遇到问题无法在线上 debug，难道只能通过加日志再重新发布吗？
• 4、线上遇到某个用户的数据处理有问题，但线上同样无法 debug，线下无法重现！
• 5、是否有一个全局视角来查看系统的运行状况？
• 6、有什么办法可以监控到JVM的实时运行状态？
• 7、怎么快速定位应用的热点，生成火焰图？

问题产生

在使用 Kubernetes 时，有时会遇到 Pod 状态一直处理 Terminating。Pod 一直没有正常退出，一般情况会使用命令 kubectl delete pods pod-name --force --grace-period=0 强制删除。

如果按照上面命令强制删除Pod，有一定概率会报 Orphaned pod found - but volume paths are still present on disk 错误。