山巅

由于excel转成pdf 是在服务器上操作的，所以这个原因是linux 服务器没有安装对应的中文字体导致的。在本地操作系统找到对应的系统字体，通过dockerfile 打包到镜像中.

systemd-journald服务收集到的日志默认保存在/run/log目录中，重启系统会丢掉以前的日志信息。我们可以通过两种方式让systemd-journald服务把所有的日志都保存到文件中，这样重新启动后就不会丢掉以前的日志。修改配置文件/etc/systemd/journald.conf，把Storage=auto改为Storage=persistent，并取消注释，然后重启日志服务systemd-journald.service。.........

nfs安装在每个机器安装nfs-utils在master 执行以下命令执行以下命令，启动 nfs 服务;创建共享目录在master执行使配置生效nfs 安装nfs 原理在每个机器安装nfs-utilsyum install -y nfs-utilssystemctl start nfs && systemctl enable nfs在master 执行以下命令echo “/nfs/data/ *(insecure,rw,sync,no_root_squash)” > /e

在linux下查看进程大家都会想到用 ps -ef|grep XXX可是看到的不是全路径，怎么看全路径呢？每个进程启动之后在 /proc下面有一个于pid对应的路径例如：ps -ef|grep python显示：oracle 4431 4366 0 18:56 pts/2 00:00:00 python Server.py4431就是进程号到/proc/4431下，ls -l 会看到：总用量 0-r--r--r-- 1 oracle oinstall

http://blog.csdn.net/xiaoxinghehe/article/details/8248984

http://www.cnblogs.com/dlts26/archive/2012/09/03/2668887.html

kubesphere nginx 服务重启的时候报如下错误解决方法：在nginx 配置中增加以下配置：在解决这个问题的时候还发现，k8s 上 node 的硬盘空间没了，所以我是先配置上述变量，然后又把node的硬盘空间清理了下，解决了上述问题。原理：在服务端给客户端写数据的时候，客户端把连接给重置了，导致服务端报了这个错。错是在system 服务报的。下图是：服务调用链路......

net.netfilter.nf_conntrack_max配置太小导致的问题[root@master2 ~]# ping baidu.comPING baidu.com (220.181.38.148) 56(84) bytes of data.ping: sendmsg: 不允许的操作ping: sendmsg: 不允许的操作ping: sendmsg: 不允许的操作ping: sendmsg: 不允许的操作ping: sendmsg: 不允许的操作.........

最后三个数字呢，依次则是过去 1 分钟、5 分钟、15 分钟的平均负载（Load Average）。平均负载是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是平均活跃进程数，它和 CPU 使用率并没有直接关系所谓可运行状态的进程，是指正在使用 CPU 或者正在等待 CPU 的进程，也就是我们常用 ps 命令看到的，处于 R 状态（Running 或 Runnable）的进程。不可中断状态的进程则是正处于内核态关键流程中的进程，并且这些流程是不可打断的，比如最常见的是等待硬件设备的 I/O

进程在竞争 CPU 的时候并没有真正运行，为什么还会导致系统的负载升高呢？根据任务的不同，CPU 的上下文切换就可以分为几个不同的场景，也就是进程上下文切换、线程上下文切换以及中断上下文切换。进程的上下文不仅包括了虚拟内存、栈、全局变量等用户空间的资源，还包括了内核堆栈、寄存器等内核空间的状态。因此，进程的上下文切换就比系统调用时多了一步：在保存当前进程的内核状态和 CPU 寄存器之前，需要先把该进程的虚拟内存、栈等保存下来；而加载了下一进程的内核态后，还需要刷新进程的虚拟内存和用户栈。其一，为了保证所有进

vmstat 只给出了系统总体的上下文切换情况pidstat -wt 5一个是 cswch ，表示每秒自愿上下文切换（voluntary context switches）的次数，另一个则是 nvcswch ，表示每秒非自愿上下文切换（non voluntary context switches）的次数。所谓自愿上下文切换，是指进程无法获取所需资源，导致的上下文切换。比如说， I/O、内存等系统资源不足时，就会发生自愿上下文切换。而非自愿上下文切换，则是指进程由于时间片已到等原因，被系统强制调

为了维护 CPU 时间，Linux 通过事先定义的节拍率（内核中表示为 HZ），触发时间中断，并使用全局变量 Jiffies 记录了开机以来的节拍数。每发生一次时间中断，Jiffies 的值就加 1。节拍率 HZ 是内核的可配选项，可以设置为 100、250、1000 等。不同的系统可能设置不同数值，你可以通过查询 /boot/config 内核选项来查看它的配置值。比如在我的系统中，节拍率设置成了 250，也就是每秒钟触发 250 次时间中断。查看节拍率：为了方便用户空间程序，内核还提供了一个用户空间节

首先，最容易想到的应该是 CPU 使用率，这也是实际环境中最常见的一个性能指标。CPU 使用率描述了非空闲时间占总 CPU 时间的百分比，根据 CPU 上运行任务的不同，又被分为用户 CPU、系统 CPU、等待 I/O CPU、软中断和硬中断等。第二个比较容易想到的，应该是平均负载（Load Average），也就是系统的平均活跃进程数。它反应了系统的整体负载情况，主要包括三个数值，分别指过去 1 分钟、过去 5 分钟和过去 15 分钟的平均负载。理想情况下，平均负载等于逻辑 CPU 个数，这表示每个 CP