分类：计算机 Computer

文件系统的 nodev 挂载选项有什么用？

nodev挂载选项有什么用?

一些安全策略会要求，除了根目录(/)，其他目录如果挂载了单独的分区，应该添加 nodev 挂载选项。
所以 nodev 有什么用呢？ mount 的 man 手册如此解释：

nodev  Do not interpret character or block special devices on the file system.

好吧，看完我还是没理解这个选项到底是干嘛的。网上搜索到了几个回答[2][3]。如果在挂载时，添加了nodev选项，那么系统不会把该文件系统里面的 block/character 文件当作是 block/character 文件来处理。

举个例子，一位别有用心的用户，在他有权限的机器上（比如他的笔记本），在U盘上创建了一个 block 文件，指向 sd* 之类的数据盘，这么巧他有权限把U盘插到服务器上，这么巧服务器自动挂载了这个U盘且没有 nodev 挂载选项，那么这位用户就能通过这个 block 文件读取到服务器上相应磁盘的数据。

继续阅读“文件系统的 nodev 挂载选项有什么用？”

在两节点Pacemaker集群中使用Quorum Device来避免fencing race

使用场景

两节点集群示例
- 在一个两节点高可用集群中，心跳和fence设备不在同一个网络；
- 如果心跳网络出现异常，两个节点则会出现分离；
- 在 Corosync 2.x 中，两节点默认(必须)开启two_node模式，在这个分离的情况下，两节点均可达到quorate的状态；
- 由于fence网络可以正常连同，两节点会互相fence对方，造成fencing race，两节点均被重启而无法提供服务；
两节点心跳丢失示意
继续阅读“在两节点Pacemaker集群中使用Quorum Device来避免fencing race”

用 mmap 将某些 struct 存放到文件中 (map virtual memory to a file)

背景

在 RHEL7 中， dovecot 在运行的过程中其中一个 imap 进程挂掉，出来这么一个 coredump.

Program terminated with signal 7, Bus error.

(gdb) f 0
#0  0x00007fbb15868c17 in mail_cache_transaction_open_if_needed (ctx=ctx@entry=0x7fbb173c1430)
    at mail-cache-transaction.c:218
218             if (ext->reset_id == cache->hdr->file_seq || i == 2)

(gdb) p cache
$1 = (struct mail_cache *) 0x7fbb173af2d0

(gdb) p cache->hdr
$3 = (const struct mail_cache_header *) 0x7fbb15ce5000

(gdb) p cache->hdr->file_seq
Cannot access memory at address 0x7fbb15ce5008

# cat maps | grep 7fbb15ce5000
7fbb15ce5000-7fbb15ced000 r--s 00000000 00:2c xxxxxxxxx    /xxxxxxx/dovecot.index.cache

挂掉的原因是 "signal 7, bus error" ((bad memory access)). 从 gdb 中可以看到，进程挂的时候在尝试访问 ext->reset_id 和 cache->hdr->file_seq， 而从 maps 可以看出 cache->hdr 指向的是 file-backend 的地址空间。

那么问题来了，怎样可以把一个结构体，映射到一个文件，而不是匿名页？另外一个问题是，在 gdb 中看到 “Cannot access memory at address” 是意味着这段地址存在问题吗？

测试环境

Debian 8 - jessie
继续阅读“用 mmap 将某些 struct 存放到文件中 (map virtual memory to a file)”

Linux Kernel 的双向链表实现

在一个太阳毒辣的周五，刚到公司的我还没吃完手里的面包，肯尼斯把我抓到他的屏幕前：“你来说说这段代码什么意思。”

#define container_of(ptr, type, member) ({                      \
        const typeof( ((type *)0)->member ) *__mptr = (ptr);    \
        (type *)( (char *)__mptr - offsetof(type,member) );})

我凝视屏幕一分钟，问道：“这...有注释吗？”
见状，肯尼斯渐渐露出笑容。我仿佛从肯尼斯的笑脸中，看到了下一分钟认怂的我。

一分钟后，肯尼斯从 Kernel 的双向链表给我讲起...

测试环境

下面的 Kernel 源码以及测试环境均为 RHEL7.3:
kernel-3.10.0-514.el7.x86_64
gcc-4.8.5-11.el7.x86_64
继续阅读“Linux Kernel 的双向链表实现”