关于nsenter

从 help 来看，只要使用了 -p 选项，就可以进入目标进程的pid名字空间，换言之，就可以只看到目标进程所在的名字空间的进程，用法如下：

事实上，

看到的却是nsenter当前所在名字空间（严格来讲，这样描述也不太准确）的所有进程，为什么呢？

因为top参考的是 /proc 文件系统，所以，进入相应的mount空间也很重要，所以，正确的写法为：

syslog协议之PRI解析

syslog协议的第一部分是尖括号引用的一个数字，如： <182>

该数字大小范围为： 0 ~ 255， 为1个字节表达的数字，包含两部分内容：

低三位： （0 ~ 7）称作： Severity

 

高5位（右移3位后）： （0 ~ 31）称作：Facility

 

根据尖括号中的数字还原上面两个部分的方法，以 182 为例：

即： local6的information

 

参考：https://tools.ietf.org/html/rfc3164#section-4.1.1

不需要临时文件的diff

diff 可以比较两个文件，那么能否比较两个字符串呢（主要是懒得创建文件），其实是可以的，如：

不仅仅diff可以这么玩， vimdiff也能这么玩，如：

那么，比较的两部分算是什么呢？

其实也是两个文件，如下：

这是两个什么文件呢？其实是两个pipe，如下：

这里vimdiff还为这两个pipe创建了两个交换文件.

知识点：

bash中 “<(list)” 是一种语法结构，叫做Process Substitution ：

3.5.6 Process Substitution

Process substitution allows a process’s input or output to be referred to using a filename. It takes the form of

or

The process list is run asynchronously, and its input or output appears as a filename. This filename is passed as an argument to the current command as the result of the expansion. If the >(list) form is used, writing to the file will provide input for list. If the <(list) form is used, the file passed as an argument should be read to obtain the output of list. Note that no space may appear between the < or > and the left parenthesis, otherwise the construct would be interpreted as a redirection. Process substitution is supported on systems that support named pipes (FIFOs) or the /dev/fd method of naming open files.

When available, process substitution is performed simultaneously with parameter and variable expansion, command substitution, and arithmetic expansion.

该语法结构在zsh中记作： =(list)

 

注意1：

这里产生的文件是管道，是管道，是管道，只能读一次，不能到做普通文件使用，如：

这里cat了两次，只输出一次hello

为什么写个简单的测试还要放在function里面？拿出来不好使

脚本：

 

注意2：

进程替换只对于bash生效，对于sh不生效； sh 不理解进程替换，至少对于4.2.46版本的bash来讲，如果把bash mv成为 sh，就不再理解进程替换了； 更有甚者，如果 sh 软连接到bash，然后使用sh执行上面脚本就得出现错误

参考：

https://unix.stackexchange.com/questions/62140/filesize-difference-of-same-name-folders

http://tiswww.case.edu/php/chet/bash/bashref.html#Process-Substitution

 

ceph osd 操作

ceph  osd down $id： 将osd $id 标记为down（mark down），达到不再访问的效果，并不真正停止进程，（仍然参与hash？），ceph osd tree 查看的时候，依然可能是up的状态

ceph osd out $id: 将weight 设置为0（零）， 达到不再访问的效果，（不参与hash？）

ceph osd lost $id: 删除该osd上的所有数据，该操作比较危险，需要明确指定 –yes-i-really-mean-it， 如：

ceph osd rm $id: 从集群中彻底删除该osd；如果要删除某osd，必须先停止进程，仅仅标记为down（ceph osd down $id） 是不够的，如：

停止指定osd进程：

仅仅rm掉osd还是可以在ceph osd tree中看到，如下：

需要从crush中移除：

然而，依然删除的不够干净，如 auth中还有相关信息：

删除：

查看所有osd:

 

 

docker info 之cgroupdriver和runc

关于cgroupdriver：

docker 默认的cgroupdriver为cgroupfs，也可以手动指定（通过环境变量、命令行参数、daemon.json）systemd，有些docker的rpm包会在 /usr/lib/systemd/system/docker.service 中通过命令行的方式指定cgroupdriver为systemd， 当前支持的cgroupdriver有： cgroupfs、systemd； 命令行设置方式：

虽然创建容器时没有指定cgroupdriver的选项，但是通过修改cgroupdriver重启daemon，可以使得同一个daemon下的容器使用不同的cgroupdriver的（仅仅是出于理解技术实现的思考，实践中似乎没有任何必要）

至于容器使用的native.cgroupdrive 是cgroupfs 还是 systemd 不是配置在容器上的，而是取决于dockerd启动时的配置，如果dockerd配置的是cgroupfs，则容器启动的时候就是使用的cgroupfs，如果dockerd在配置为cgroupfs时已经启动了几个容器，然后修改配置为systemd，则现在启动的容器就是systemd的了，这时候，两种类型的cgroupdriver的容器是并存的，切换cgroupdriver只需要修改dockerd配置后重启容器即可

曾经有文章中疑惑，有的docker容器的cgroup都是在相同的docker目录下的，有的却是docker-xxxx.scope; 原因就在于前者是通过cgroupfs来实现的，后者是通过systemd来实现的； 另外 docker daemon也可以通过选项–cgroup-parent 来指定一个父cgroup（cgroup是有层级结构的），默认为docker，根据cgroupdriver的不同，该cgroup-parent的表现形式也不同，cgroupfs中表现为父目录，systemd中表现为前缀（参考： https://docs.docker.com/engine/reference/commandline/dockerd/#default-cgroup-parent ）；每个容器都可以有自己的–cgroup-parent，这个对于不同容器进行分组时似乎是不错的。

 

关于runc：

默认runc为 docker-runc，其实runc表现为一个可执行的二进制文件，docker info中显示的只是一个配置时指定的名字，至于该名字对应哪个二进制文件，是在配置的时候指定的，也就是说，你可以在不修改配置的情况下，直接修改对应的二进制文件来修改runc，重启容器就会生效； 另外，创建容器的时候，可以指定runc，指定的是配置daemon时使用的名字，每个容器可以有不同的runc

 

 

磁盘调度算法

参考： http://blog.csdn.net/theorytree/article/details/6259104

说明： 显示所有支持的调度策略， 方框内的是当前启用的调度策略

查看当前系统支持的调度算法：

难道调度算法和设备本身也有关系？从下面来看，阿里云的云盘不支持任何调度策略：

但是：

值得一提的是，Anticipatory算法从Linux 2.6.33版本后，就被移除了，因为CFQ通过配置也能达到Anticipatory算法的效果。

 

查资料发现， 调度策略为 ‘none’ 的现象和阿里云虚拟机没关系，和阿里云云盘没关系，和操作系统版本也没有（直接）关系，仅仅和内核版本有关系， linux内核从3.13开始引入 blk-mq 队列机制，并在3.16得以全部实现，上面看到的非‘none’的情况，内核版本都在3.10之前，为‘none’的情况是被我手动升级内核到4.4.61 的

如何验证是否启用了blk-mq机制？可以通过查看是否存在mq目录，如下：

目录不存在，说明没有启用该机制

存在mq目录，说明使用的是blk-mq机制

参考： https://www.thomas-krenn.com/en/wiki/Linux_Multi-Queue_Block_IO_Queueing_Mechanism_(blk-mq)

参考： http://www.cnblogs.com/cobbliu/p/5389556.html