最近发现一种情况，从办公室网络能 ping 通一台数据中心的虚机，但是 ssh 却连不上， 后来发现这台虚机加上一条内部网络路由之后就能 ssh 了。那么，这是不是有点奇怪， 因为不可能是因为路由的问题，因为显然 ping 能通那么就表示路由一定是可达的。

一直发现有很多关于 CentOS 或者 Linux kernel or system 的许多问题，在 RedHat 上都有解答， 但是大多数都是 subscription only 的内容，所以没法一睹芳容。

在从 CentOS 6 迁移到 CentOS 7 的过程中，可能有一些地方需要调整，最显著的地方莫过于 systemd 带来的改变，不同的管理服务的方式，不同的日志方式，设置时区，时间等等。 当然，除了这些显而易见的改变之外，有些变化并不是那么引人注目，例如这里要介绍的你可能发现曾经配置了正确的 /etc/security/limits.conf 在 CentOS 7 中却没有生效了。

最近偶尔发现一个比较奇怪的现象，netstat 查看监听的服务端口时，却只显示了 tcp6 的监控， 但是服务明明是可以通过 tcp4 的 ipv4 地址访问的，那为什么没有显示 tcp4 的监听呢？

今天遇到一个用户报障说应用被 OOM 杀掉而且机器还会卡死，然后发了一个 free -m 显示的截图非常诡异的显示 swap 可用的大小远远大于 swap 总大小。

之前也注意到 Vim 打开某些类型源码文件的时候会比较慢，有时候可能需要几秒钟， 原因就是安装了很多插件，所以也没多想；但是，今天 vim 居然在打开 storm 源码中的 java 文件时直接卡住了，这就不能忍了。

Dell 服务器的 iDRAC 管理平台使用 javaws 来打开控制台，而在 Linux（Debian）环境下， 即使是 java，用起来也比较费劲；今天莫名其妙（很久没有用过 iDRAC 了）的 javaws 不能打开 iDRAC jnlp 文件了。

Linux 中的 ssh 命令在连接到远程主机时，可以指定一个超时时间（ConnectTimeout），但是，细心的同学可能已经发现，即使指定了一个非常大的时间， 也不会生效。

Linux 系统默认的建立 TCP 连接的超时时间为 127 秒，对于许多客户端来说，这个时间都太长了， 特别是当这个客户端实际上是一个服务的时候，更希望能够尽早失败，以便能够选择其它的可用服务重新尝试。

偶尔会看到 mutt 邮件客户端把刚刚收到的邮件显示成了看起来已经收到几个小时了，所以会无意识的被吓一跳：我擦，怎么刚刚才看到。