2014年2月16日星期日

分享一个监控MFS的nagios插件

本邮件内容由第三方提供，如果您不想继续收到该邮件，可 点此退订 。
分享一个监控MFS的nagios插件  阅读原文»

分享一个监控MFS的nagios插件

最近线上刚好有监控MFS服务器的需求，本来准备自己完全写一个nagios插件出来的，但是又懒不想写就搜了一下，还真有网友分享出来了。他的连接地址是：http://blog.csdn.net/liuyunfengheda/article/details/5606830

我把脚本拿下来测试了一下，貌似有些小错误，不知道是不是系统不一样的原因。

我的测试环境是centos 6.5 86_64。

以下是我在centos 6.5 86_64环境下做了修改的脚本，分享给大家。

118
#by cuiyuanrong
# Nagios return codes
STATE_WARNING=1
STATE_CRITICAL=2
STATE_UNKNOWN=3
# Set MFS Path And Warning/CRITICAL Value
MFS_Path="/usr/sbin"
MFS_Mount_Point="/mnt/mfs"
WARNING_Value=85
CRITICAL_Value=95
#Get Master server Process
MFS_PID=`ps -ef | grep mfsmaster | grep ${mfspath} | awk '{print $2}'`
if [ "${MFS_PID}" = "" ];then
echo "ERROR : mfs master does not start"
exit $STATE_CRITICAL
echo "OK : mfs master server running OK!"
#Get chunker server Process
MFS_PID=`ps -ef | grep mfschunkserver | grep ${mfspath} | awk '{print $2}'`
if [ "${MFS_PID}" = "" ];then
echo "ERROR : mfs chunkserver does not start"
exit $STATE_CRITICAL
echo "OK : mfs master chunkserver running OK!"
Disk_used=`df -h | grep ${mountpoint} | awk '{print $5}' | awk -F% '{print $1}'`
if [ ${Disk_used} -ge ${warningdiskused} -a ${Disk_used} -lt ${criticaldiskused} ];then
echo "Waring :mfs disk used Rate is "${Disk_used}""
exit $STATE_WARNING
elif [ ${Disk_used} -ge ${criticaldiskused} ];then
echo "CRITICAL :mfs disk used Rate is "${Disk_used}""
exit $STATE_CRITICAL
elif [ "${Disk_used}" = "" ];then
echo "CRITICAL :mfs client not mount on"
exit $STATE_CRITICAL
echo "OK : MFS client mount on and disk used rate is ${Disk_used}% , Everything is OK!"
#Get metalogger server Process
MFS_PID=`ps -ef | grep mfsmetalogger | grep ${mfspath} | awk '{print $2}'`
if [ "${MFS_PID}" = "" ];then
echo "ERROR : mfs mfsmetalogger does not start"
exit $STATE_CRITICAL
echo "OK : mfs master mfsmetalogger running OK!"
# Functions plugin usage
echo ""
echo " -M MFS master server status "
echo " -C MFS chunker server status "
echo " -U MFS client disk used Rate "
echo " -L MFS metalogger server status "
echo ""
echo " Usage1 : ${Program_name} -M mfsmasterpath"
echo " ex : ${Program_name} -M ${MFS_Path}"
echo " Usage2 : ${Program_name} -C mfschunkpath"
echo " ex : ${Program_name} -C ${MFS_Path}"我的北漂在路上--------时不时的停下脚步思考  阅读原文»

终于到周末可以有时间更新自己的博客了。果不其然，一开始上班，时间就比较紧凑，每天发生的一切感觉都是在那么短短的几小时之内就过去了。在公司有时候会感觉自己收获很多，有时候也会因为自己用几个小时解决了别人一句话就可以解决问题而懊恼。不管怎么样自己的生活就在这样日复一日的过去，直到自己突然发现每天的自己都没有对自己生活有过思考或者是反思。

自己的生活习惯是不管睡的多晚，进被窝后都会用手机到《one》（韩寒监制的一款应用，上面的文章可读性很高，推荐给大家）上去读一篇文章再睡。 前几天自己在上面读到一篇叫《日落天通苑》（点击文章名可以阅读）的文章感触很深。其实描写北漂生活的文章在网络上并不少见，其中或者励志，或者悲惨，或者苦闷等等什么都有。但是这篇文章的作者以一种不一样的经历，让我对北漂又有了深刻的认识，原来北京还有一个北漂聚集的地方，那里叫天通苑。

天通苑到中观村说远也不算太远。坐地铁倒两站就可以到。文章中对租户收租的描写，对各色人物的描写，让自己觉得生活的中关村和天通苑是两个世界。

---------------------------------------------------------------分割线-----------------------------------------------------

一，坚持写博客的人都有一颗执着的心

过年公司放了七天假，自己是坚持到30号才离开的公司。放假期间自己把以前学习笔记整理成了博客文章。有这个想法也是因为自己在一次翻看笔记本的时候，发现笔记本已经快快被记得满满一本了，有些知识虽然当初记了笔记，但是还是忘记或者记不清了。所以就下定决心要把这些知识点通过整理成博客文章的方式温习一遍。在检验自己学习成果的同时把这些知识分享出去。

放假期间总共整理了七篇关于C#的系列文章，名字叫《C#小知识》。目前还有两到三篇没有整理出来（主要是没时间）。有时候人需要耐下心做一件事，这样才会有所收获。年假自己给自己的目标就是把这些学习笔记整理成博客文章。在发表到博客园，CSDN和51CTO后，效果还是不错的，有些细心的读者指出了其中的错误，自己及时的改正了这些错误，同时也学习了更多的知识。年后还成功在CSDN为这个系列申请了专栏。还有一件令自己非常高兴的事，前天收到51CTO的站内消息，说自己关于13年年终总结的文章获得了文章优秀奖，会收到一个大的阿狸抱枕的礼物。这也算是自己写博客路上的一点鼓励吧。

为什么自己一直坚持写博客？记不清自己为了写一篇博客，想示例代码，写示例代码，中间不可预期的又发现新的问题，解决这些新问题，度过了多少个不眠夜。有时候也想过干嘛这么累的一直坚持写博客呢，又没有人给自己稿费，不定时的还会收到讥讽的评论。现在想想理由也特简单，用博客记录进步的点滴，自己的目标不管有多远，只要自己一步一步的走，就算达不到目的，也不会有什么遗憾。因为自己的这些文章见证了自己曾经努力过。

对于不写博客的人，不可能切身体会到写博客的辛苦，特别是写一篇优秀的博客。有时候，一篇优秀的文章需要作者付出的不是一天或者两天的时间。特别对于技术文章来说，作者为了论证自己理论的正确，需要列举有代表性的例子来给读者看，这些都会花费很多时间。还有就是在写文章的时候，为了某个细节能够让读者看明白，进行深入解释的时候，不确定的又会发现新问题。

对于一篇文章，会有人给出客观的评价，指出你的缺点，让你有机会进步。有时候也会受到讥讽的评论，说这么简单的问题还拿来写博客，一个**命令就可以解决，是来炫耀么？说实话，收到这样的评论的时候，自己的心里是不好受的。但是想想那又有什么关系呢？走自己的路让别人说去吧，反正我也没有求着你来看我写的博客。

对于概念性问题，每个人的理解程度是不一样的，对于同一个问题，不同人的解决方法也是不一样的。既然您觉我对概念的解读有误差，解决问题的办法太繁琐，为什么不指出来大家交流一下呢，为什么非要说一些讥讽的话呢？

二，关于学习方法

总体来说自己这次整理的学习笔记收到读者的反馈效果还是挺不错的。有一些人让我介绍自己的学习方法。问我有几年工作经验了。我只能说平时要做一个有心人，多留心，用心。对于自己陌生不熟悉的知识多记笔记，时间长了，自己的笔记本会见证自己的进步。

我一直觉的看书是学习的最快途径。特别是阅读经典图书，同时又能锻炼人的耐性。对于初学者刚开始看书可能会有很多不懂，但是一定要坚持弄懂，搞明白，多写一些Demo来练习。要不然刚开始一知半解，后来学习更深的知识就更加一头雾水了。会造成恶性循环。但是一味的看书只是在被动的学习，只有通过实践才可以出真知，才会有原来如此的感觉。

就好比我觉自己的c#语言已经算是熟练程度了，但是在实际的工作中还是会遇到很多问题。自己现在的体会是语言在特定环境或者业务背景下的使用是变化多端的。就跟令狐冲的独孤九剑一样，剑法总共只有九招，但是在实战中却可以千变万化。

所以熟练了编程语言，万里长征才开始第一步。

三，事情真的那么简单么？

在学校的时候，自己身边充斥着太多说这简单说那简单的人，原因是他们自己根本不会去做。对于有一定经验的人都知道，除非你对所要解决的问题特别的熟练，有些问题想着很简单，但是在解决它过程中总会遇到新的问题。作为程序员，我觉得应该把"这很简单。。。"这句话从大脑里面根本剔除。要不然这只能显示自己的无知。

进公司时候后，耳边几乎没有听到过什么人说过这样的话。除了总监大人！我觉的总监大人说这话也是有理由的，它要让你对所要解决的问题有信心。因为公司招人不是让你来说一句这很简单就算完成任务了，简单不简单老板不关心，老板只关心你什么时候能把问题解决了。

自己前几天就犯了这样的一个错误。在团队里我负责后端开发，前端代码经验很少（看得懂的水平）。过年后，因为做前端的孩子来的晚了一些，我就主动把他的工作给揽了下来。对于一个没有多少前端代码编写经验的我，现在很是痛苦，写代码很多时候是在尝试，有了错误也不知道从哪里下手解决它们，所以进度非常很慢。更糟糕的是，自己还给老大承诺，要在**时间完成。现在是那个后悔啊！

所以，在自己对某件事没有太多把握的情况下，不要认为那是多么简单的一件事。要不然那只能显示自己的无知。

四，新手该怎么写代码

曾经在微博上看到一张程序员实际写代码的时间分配图，原图找不到了，自己就大概画了一个，如下：

150022331241602.png

我觉得这非常符合我写代码的时候的状态。大部分的时间都耗费在了瞎搞上面。

我现在总结出的写代码的经验是，首先要根据自己要实现的场景把逻辑理清楚，最好先大概的画好一个流程图，，跟周围的讨论一下（或者找老大征求意见

），确定自己的思想没有问题。时间充裕的话，就把它们制作成思维导图，这样也便于自己理解。然后再开始写代码。这样写代码所花费的时间是事半功倍的，而且其中也会收获很多。

五，做一个知道付出的人

"当感觉自己的能力距自己的理想太遥远时，说明你该努力了。"生活中有太多人只看到了别人取得的好成绩，应聘到的好工作这些表面现象。谁也不会关心他们背后为之付出的努力。

有梦想并不能代表你拥有什么，值得你去自豪。但是也不代表距离太遥远而显得多么可怕。如果想有所成就，你必须做一个知道努力的人。有很多碌碌无为的人觉得自己需要一个机会，我以前也这么想，只要给自己一个机会，自己绝对可以比现在活的更好。现在自己明白了，机会是眷顾给有准备的人的。没有机会需要努力提高自己的能力，有机会更要加倍努力。因为你要对得起给自己机会的人，他本可以把机会给别人，但是他却给了你。

而且永远不要觉得自己是最努力的，不管如何总有比你更加努力的人存在。来北京之后我感觉自己每天休息的已经够晚了（这里不是比拼谁休息的晚），直到有天听同事说，总监和其它两个组的老大，每天加班到凌晨都是很正的事情。可能他们是领导我们是"小弟"，属于两种不同的人。但是目的都是一样的，领导需要为自己负责的工作努力，"小弟"需要为提高自己的能力努力。

阅读更多内容

时间：

没有评论:

发表评论

订阅： 博文评论 (Atom)