月影鹏鹏很头痛http://jk.scanmon.com/wp/open-source-pronounce.html这些软件的发音，而且平时在和同事交流时，有读这个有读那个的，搞得比较头痛，刚才Google了一下，将得到的答案写在这里做个备忘吧：
Nagios——[ˈnædʒiɔs]
Nginx——[ˌndʒinˈeks ]
Squid——[skwid]——这个没什么好说的了，直接就是 乌贼的单词.11
先写这些，以后遇到了陆续补充吧。更多请参照http://jk.scanmon.com/wp/open-source-pronounce.html
看到了很多关于LINUX的抱怨，没有建设性，没有针对性，毫无价值的抱 怨。有些话不吐不快。
首先，LINUX是怎么产生的，大家都应该知道吧？LINUX最初的产生并不是出于什么黑客的需要，而是一个对计算机有深入了解的人为了满足自己工作、 学习的需求而创造出来的，事实证明这是一个伟大的产品。
了解了这些，我们就知道，LINUX最初并不是面向大众的，甚至连小众都算不上，它只是一个个人的个性化产物。但由于它太优秀了，所以在一些高手中流 传，变成了小众操作系统。再后来，由于占垄断地位的WINDOWS的不开放、不自由、代码的过度冗余以及架构的混乱，使得越来越多的大众希望能够找到一个 开放、自由、简洁、高效的系统，他们选择了LINUX。
这时，LINUX开始想大众化发展，而目前，LINUX在这条路上刚刚迈出了第一步。所以，不要光顾着抱怨什么LINUX不够傻瓜，因为LINUX从一 开始就不是給傻瓜用的低级玩具！虽然他正在一步步变成一个傻瓜型的高级工作平台。
» 阅读更多: 致新手－Linux不需要抱怨
早上起来一上网就发现月影鹏鹏维护的一台服务器apache死掉了,感到很诧异apache一般不会死掉,即便是死掉自己编写的ScanMon守护系统也会将apache 重新启动。
于是尝试手动启动apache
/usr/local/apache2/bin/httpd -k restart
/usr/local/apache2/bin/httpd -k start
尝试了所有启动方法均无法启动，后来月影鹏鹏又查看了磁盘空间、系统负载、系统日志均正常。
后查看apache错误日志，发现有如下错误。
scanmon:/usr/local/apache2/logs#tail error_log
No space left on device: mod_rewrite: could not create rewrite_log_lock Configuration Failed
No space left on device: mod_rewrite: could not create rewrite_log_lock Configuration Failed
No space left on device: mod_rewrite: could not create rewrite_log_lock Configuration Failed
查阅资料后发现是《信号量占满导导致apache无法启动》 参考了如下资料 http://jk.scanmon.com/wp/no-space-left-on-device-mod_rewrite-could-not-create-rewrite_log_lock.html
后知晓信号量占满， 查看ipcs发现塞满了daemon(apache启动uid)
ipcs -s | grep daemon 用这个方法查看信号量占用情况
ipcs -s | grep daemon | awk ‘{ print $2 }’ | xargs ipcrm sem 用这个方法清除daemon用户的信号量
/usr/local/apache2/bin/httpd -k start
重新启动apache 后正常，网站又可以访问了。
转载 No space left on device: mod_rewrite: could not create rewrite_log_lock 收藏
When you see the error;
No space left on device: mod_rewrite: could not create rewrite_log_lock
» 阅读更多: No space left on device: mod_rewrite: could not create rewrite_log_lock
冷吨换算成千瓦:
1美国冷吨=3024千卡小时（kcalh）=3.517千瓦（KW）
1日本冷吨=3320千卡小时（kcalh）=3.861千瓦（KW）
为什么美国冷吨和日本冷吨及英国冷吨不同呢？冷吨的定义不是24小时内将0摄氏度的水冷冻成0摄氏度的冰所需要的冷量么？那么为什么会有三个单位的区别呢？是气候导致物性的变化么？还是别的什么原因？
基本单位不一样，吨的含义：日本说的是公吨，即1000kg，美国和英国是指2000磅，这两个2000磅的单位还不一样，英制的和美制的，所以一吨的分量不一样，热量当然也不一样，由此可以看出，统一度量衡是多么的重要
CFM换算成千瓦：
CFM其实就是：cubic foot per minute，就是：立方英尺/分钟，1 CFM约等于1.7 M3/H，一般一个千瓦等于140个CFM. 举例说明，北京土城机房每机柜限电15A，大概的计算公式((15A * 220V)/1000)*140 CFM= 462CFM，即需要462CFM来带走15A产生的热量。
“匹”换算成千瓦:
“匹”是一个功率单位，就是一匹马力的意思：一匹马力=750W 。对于家用空调器，“匹”指的是输入功率。换算成我国习惯的以输出功率表示的W。一“匹”相当于2200W–2600W。所以用匹来衡量还是太粗了，也就出现了所谓的“大一匹”，“小一匹”之说。一般说的一“匹”指的是制冷量为2300-2500w。大约的输入功率在800W左右。4500（w）- 5100（w）可称为2匹，3200W一3600W可称为1．5匹。
由于我维护的服务器IDC机房空调制冷效果不好的，所以我总是有些担心温度太高把它烧掉。在网上找了找发现”lm-senwors”不光可以检测到温度信息，连电压、风扇转速也可以检测到。只不过还要看它是否支持主板上的传感器。不管怎么样，先装上试试看！
首先安装”lm-sensors”：
# aptitude install lm-sensors
运行以下命令侦测传感器：
» 阅读更多: 在 Debian 中使用 lm-sensors 检测 CPU/主板 温度
月影鹏鹏根据公司要求，中国教育发展网主站和相关子站服务器进行服务器搬迁，包括相关学校空间用户，dns服务器用户，视频教育辅导软件等。
鹏鹏工作室遇到的问题
dns问题
教育网有自己独立的dns ，主要解析是xue360.com ns记录指向授权是 ns3.xue360.com ns4.xue360.com 。
在这里请大家注意 ns3.xue360.com ns4.xue360.com 是 xue360.com 下面的域名，如果将dns服务器直接搬走，会造成dns无法得到正确的授权地址造成你的域名无法正确解析， 应该是在注册商那里 强制加了 ns3.xue360.com ns4.xue360.com的ip 指向。 在国外的域名服务机构是有相关web页面修改dns指向的 请参照我的这篇文章http://jk.scanmon.com/wp/godaddy-dns-server.html， 如果是中国的域名服务商你找不到界面的时候，你就直接给客服打电话告诉他们：“我要改dns服务器指向”。
如果有朋友遇到假设dns服务器和dns搬迁的时候，大家可以互相交流一下经验。http://jk.scanmon.com/about
鹏鹏工作室ScanMon在godaddy注册的域名，想使用自己架设的dns服务器。但是更改name server时，直接填入dns服务器的ip会报Invalid TLD错误，原来需要给dns服务器注册一个名称。但在godaddy的控制面板里翻了半天也没找到能注册的地方，最后在网上搜了好久，才找到了注册的入口，整个跟人捉迷藏呢。不得不说，godaddy的操作界面实在是太烂了。
具体入口是：
登录进入My Account页面
点击左边列表的domain manager，进入domain manage页面
点击列表中的域名，进入domain detail页面
把滚动条拉到底，左下角有个host summary，就是这儿了！注意这个页面滚动条里又套了个滚动条，简直是故意跟人躲猫猫呢，我最初在这儿翻了好几次，楞是没发现。
ScanMon参考：
http://www.webhostingtalk.com/showthread.php?t=673991
http://bbs.unixidc.com/read-htm-tid-853.html
许多刚接触Linux系统的网络管理员发现，他们很难由指向点击式的安全配置界面转换到另一种基于编辑复杂而难以捉摸的文本文件的界面。本文列出七 条管理员能够也应该可以做到的步骤，从而帮助他们建立更加安全的Linux服务器，并显著降低他们所面临的风险。
请任何大型机构的网络管理员对Linux系统和网络操作系统（如Windows NT或Novell）进行比较，可能他会承认Linux是一个内在更加稳定，扩展性更强的解决方案。可能他还会承认，在保护系统免受外部攻击方 面，Linux可能是三者中最难配置的系统。
这种认识相当普遍——许多刚接触Linux系统的网络管理员发现，他们很难由指向点击式的安全配置界面转换到另一种基于编辑复杂而难以捉摸的文本文 件的界面。多数管理员充分认识到他们需要手工设置阻碍和障碍，以阻止可能的黑客攻击，从而保护公司数据的安全。只是在他们并不熟悉的Linux领域内，他 们不确定自己的方向是否正确，或该从何开始。
这就是本文的目的所在。它列出一些简易的步骤，帮助管理员保障Linux系统的安全，并显著降低他们面临的风险。本教程列出了七个这样的步骤，但您 也可以在Linux手册和讨论论坛中发现更多内容。
保护根账户
Linux系统上的根账户（或超级用户账户）就像是滚石演唱会上的后台通行证一样——它允许您访问系统中的所有内容。因此，值得采取额外的步骤对它 加以保护。首先，用密码命令给这个账户设置一个难以猜测的密码，并定期进行修改，而且这个密码应仅限于公司内的几个主要人物（理想情况下，只需两个人）知 晓。
然后，对/etc/securetty文件进行编辑，限定能够进行根访问的终端。为避免用户让根终端“开放”，可设置TMOUT当地变量为非活动根 登录设置一个使用时间；并将HISTFILESIZE当地变量设为0，保证根命令记录文件（其中可能包含机密信息）处于禁止状态。最后，制订一个强制性政 策，即使用这个账户只能执行特殊的管理任务；并阻止用户默认以根用户服务登录。
