亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: [仙子創(chuàng)造]用Perl寫一套服務(wù)監(jiān)控系統(tǒng) [打印本頁]

作者: 蘭花仙子    時(shí)間: 2007-01-12 15:10
標(biāo)題: [仙子創(chuàng)造]用Perl寫一套服務(wù)監(jiān)控系統(tǒng)
各位對(duì)Perl在系統(tǒng)管理中的應(yīng)用有所疑惑的朋友,可看看偶寫的這個(gè)監(jiān)控系統(tǒng)。
目前已在偶們廣州公司應(yīng)用,監(jiān)控100多臺(tái)RH Linux Servers。
代碼偶業(yè)余寫的,只花了1天半時(shí)間,不足在所難免,大家僅供參考吧。

用Perl寫一套系統(tǒng)監(jiān)控程序.pdf

195.09 KB, 下載次數(shù): 4184


作者: 79hy    時(shí)間: 2007-01-12 15:14
3ks,發(fā)現(xiàn)仙子同學(xué)還是很牛掰的~
作者: charmesp    時(shí)間: 2007-01-12 16:21
強(qiáng),多學(xué)習(xí)多學(xué)習(xí)..
哪有更多的例子 去學(xué)習(xí)
作者: 福瑞哈哥    時(shí)間: 2007-01-12 16:41
看了pdf,代碼沒仔細(xì)看,排版挺好的,是用latex還是什么?
作者: 蘭花仙子    時(shí)間: 2007-01-12 16:59
原帖由 福瑞哈哥 于 2007-1-12 16:41 發(fā)表
看了pdf,代碼沒仔細(xì)看,排版挺好的,是用latex還是什么?


就是word了。
作者: 79hy    時(shí)間: 2007-01-12 17:06
標(biāo)題: 仙子同學(xué):有沒有介紹POSIX的資料啊~~
RT:我找了好久沒找到,每次都是參考別人的程序用一個(gè)參數(shù),有系統(tǒng)介紹的資料最好了。謝謝~~
作者: 蘭花仙子    時(shí)間: 2007-01-12 17:21
原帖由 79hy 于 2007-1-12 17:06 發(fā)表
RT:我找了好久沒找到,每次都是參考別人的程序用一個(gè)參數(shù),有系統(tǒng)介紹的資料最好了。謝謝~~

perldoc POSIX

作者: 79hy    時(shí)間: 2007-01-12 17:30
中文手冊(cè)。呵呵。看起來快。呵呵。如果有,謝謝共享啦~~
作者: |    時(shí)間: 2007-01-14 03:57

  1. 看了一下還不錯(cuò)
  2. 兩點(diǎn)建議
  3. 命令你可以這么寫
  4. %cmd=(
  5.             cmd1=>sub{},
  6.             .....................
  7.             );
  8. die "error"  unless defined  $cmd{lc $key};
  9. @warn=@{[$cmd{lc $key}()]} and push @warnings,"error @{[@warn]}";

  10. 同一個(gè)文件避免多次stat調(diào)用用 _
復(fù)制代碼

作者: flyhu    時(shí)間: 2007-01-14 08:26
不錯(cuò),很好,給我很大的參考意義。

我目前也在做一個(gè)監(jiān)控系統(tǒng),剛剛基礎(chǔ)perl,已經(jīng)感受到了一些perl的優(yōu)點(diǎn)。

我的監(jiān)控系統(tǒng)的結(jié)構(gòu)是這樣的:任務(wù)調(diào)度模塊+采集代理模塊+資料庫+web展現(xiàn)門戶

我的采集代理模塊,只完成數(shù)據(jù)采集,不含分析,分析工作有任務(wù)調(diào)度模塊里面調(diào)用的java類來做。

我的采集代理模塊,沒用使用socket,是使用lighttpd+perl寫的cgi程序。。
作者: xiaoquqi    時(shí)間: 2007-01-14 09:01
好東西呀 好好學(xué)習(xí) 天天向上
作者: langue    時(shí)間: 2007-01-14 09:34
支持一下。
作者: 蘭花仙子    時(shí)間: 2007-01-14 12:13
[quote]原帖由 | 于 2007-1-14 03:57 發(fā)表

  1. 看了一下還不錯(cuò)
  2. 兩點(diǎn)建議
  3. 命令你可以這么寫
  4. [/quote]

  5. [code]@warn=@{[$cmd{lc $key}()]} and push @warnings,"error @{[@warn]}";
復(fù)制代碼


這里偶還未看太明白,$cmd{lc $key}()本來就返回一個(gè)列表吧?然后用[..]使它成為標(biāo)量,再用@{[..]}又使它恢復(fù)成列表,what意思哪?
作者: tyc611    時(shí)間: 2007-01-14 12:27
原帖由 langue 于 2007-1-14 09:34 發(fā)表
支持一下。

那都有您的身影啊,隨便支持一下樓主
作者: lonelyair    時(shí)間: 2007-01-14 14:41
學(xué)習(xí)~~~
作者: helbreathszw    時(shí)間: 2007-01-14 18:23
一般般,也就唬弄新手的水平
我給大家推薦一款監(jiān)控的軟件,mon
不但能發(fā)現(xiàn)錯(cuò)誤,還能自己寫一些修復(fù)功能模塊
新浪就是用的這個(gè)mon監(jiān)控。
作者: helbreathszw    時(shí)間: 2007-01-14 18:32
斑竹的雕蟲小伎,也敢拿出來嘩眾取寵,可笑國內(nèi)perl果真后繼無人!
作者: helbreathszw    時(shí)間: 2007-01-14 18:46
何況uptime用來做負(fù)載評(píng)判,就顯示出斑竹的水平很粗劣了。(至少做事不夠嚴(yán)謹(jǐn))
給你看一些材料,也讓你好好羞愧一下,(注:無知不是你的錯(cuò),錯(cuò)了還要拿出來炫耀那就是人品問題了)
Linux and Unixes have excellent metric of system load called “l(fā)oadavg”. In fact load average is is 3 numbers which correspond to “l(fā)oad average” calculated for one five and 15 minutes. It is computed as exponential moving average so most recent load have more weight in the value than old one.

What does Load Average corresponds to ? At least on Linux it is number of processes which are in “running” state or in “uninterruptable sleep” state which typically corresponds to disk IO. You can also map LoadAvg to VMSTAT output - it is something like moving average of sum of “r” and “b” columns from VMSTAT.

Obviously minimum value for LoadAvg is zero which corresponds to completely idle system, and there is no maximum  

First thing to understand about LoadAvg it does not really tell you if it is CPU bound load or IO bound load. For example if you have LoadAvg of 10 it may mean there are 10 processes/threads actively consuming CPU or it could be same 10 processes waiting on disk IO and you can see CPU utilization being close to zero.

Second thing is to understand LoadAvg values are relative to your system size. If you have single CPU and 1 disk loadavg of 2 can be considered significant, while if you have 16 CPUs and 2 disks Load of 4 can be light if it is CPU bound - because the system can execute much more CPU bound tasks in parallel or High if it is Disk Bound LoadAvg.

Low Load Average does not mean there are no performance problems, for example if you run single batch job on the server with MySQL, Load Average is likely to be close to 1 even if there are a lot of CPUs and Disks - system may be quite idle and performance still poor because application is not parallel enough. Similar situations can happen if there is a lot of network IO involved or if there are a lot of locks (table/row level locks) or other limiting factors such as innodb_thread_concurrency.

The most interesting question I think is how LoadAvg represent box load in terms of how much load it can handle before it becomes to slow down or being completely unable to handle the load, and it is tricky question. Both for CPUs and for Disk there are two stages request can be. It can be ether currently executing or queued for further execution. The time which is needed to complete request is sum of time it was really executed and the time it was spent in queue. As the system is loaded response time starts to increase mainly because of time requests spend waiting in various queues and waiting on locks, the time of true execution may well remain constant. This is a bit of simplifications as there are number of other effects coming in play but good enough for sake of explanation.

What does it mean from LoadAvg standpoint ? You need to understand where parallel execution continues and where waiting in the queue starts. If you have fully CPU bound workload which is rather parallel (ie many queries will run at once) and you have 4CPUs until your LoadAvg is below 4 you have low time spend waiting for CPUs to be free to do the work. There is some wait but not much. So if you have LoadAvg of 1 and your workload scales linearly with number of connections and CPUs (ie there are no row waits involved) you can assume box can handle up to 3-4 times more load before response time starts to suffer.

If however the LoadAvg is 4 already it may take rather insignificant increase to take it up to 8 and you will see some delays due to queuing. If there are 4CPUs (Cores) and loadavg is 16 for CPU bound workload it often means requests should take 4 times more to complete than they would on idle box due to waiting in the queue.

Same true for pure Disk IO bound workload with small difference of disk not being replaceable (if you’re waiting on one drive you can’t use another drive instead), and the fact disks can optimize multiple outstanding requests a bit better compared to requests coming one after another.

For mixed workload, which is what we usually see in practice you have to do some assumptions guesses or further analyzes if you want good estimates. Ie you may want to check mpstat, vmstat and iostat to see where load comes from. But the general rule remains the same - until you’re able to explore parallel abilities of the box it will perform well as soon as you need to do a lot of queuing performance starts to suffer.

Let us clarify last point - how much more load the box can handle before it overloads, loadavg skyrockets and it becomes as good as down. First for many applications request inflow is not constant - ie web site gets poor response time and users do not spend so much time on it any more so load drops. This is however temporary relive only as there are stubborn users which would not go away even with slow responding site until their browsers timeout, which is as good as site is down. There are too many variables to come with exact numbers but generally as soon as you have long queuing started it may take just 10-20% extra load to overload system, so it is better to keep loadavg low - below number of CPUs and/or disks you have.

I must note - LoadAvg is not perfect tool for the task. It is just almost always available unlike other metrics. It is best to have profiling information so you can see as response time for your requests starts to grow. As soon as it becomes to grow with no good reason I would start to worry whatever LoadAvg shows.
作者: 蘭花仙子    時(shí)間: 2007-01-14 20:45
原帖由 helbreathszw 于 2007-1-14 18:32 發(fā)表
斑竹的雕蟲小伎,也敢拿出來嘩眾取寵,可笑國內(nèi)perl果真后繼無人!


Hmmm,偶發(fā)這篇帖子的背景,是為了回復(fù)這篇帖子:
http://www.72891.cn/viewthr ... &extra=page%3D1

你才在嘩眾取寵吧?
BTW:偶就在GZ SINA,別以為自己什么都了解,哼!
作者: helbreathszw    時(shí)間: 2007-01-14 20:58
暈,居然都是一家人
你應(yīng)該是廣州的網(wǎng)訊的吧!新浪的無線技術(shù)平臺(tái)。

[ 本帖最后由 helbreathszw 于 2007-1-14 21:02 編輯 ]
作者: helbreathszw    時(shí)間: 2007-01-14 21:11
不過你們那邊真夠大膽的,這樣的監(jiān)控腳本如果被我們老大看到,絕對(duì)要罵死
不帶自我修復(fù),不帶合理的重復(fù)幾次嘗試機(jī)制,timeout,因?yàn)榻?jīng),常有服務(wù)器短時(shí)間的突然一下子被跑到cpu 99%
比如數(shù)據(jù)庫或是大并發(fā)的訪問apache,但是會(huì)很快降下來這在新浪是很正常不過的,仙子你們那邊都沒考慮到吧!畢竟目前手機(jī)訪問wap還不是很多。所以問題并不明顯。
作者: charmesp    時(shí)間: 2007-01-15 13:17
樓上的兄弟,
你也用perl 寫一個(gè) 監(jiān)控程序唄

SINA 的主要的IDC  是不是在皂君廟13層呀.不知道現(xiàn)在有沒有搬到 土城去?百度都搬了.
作者: mrlau    時(shí)間: 2007-01-15 16:07
謝謝分享。。
作者: 大狗狗    時(shí)間: 2007-01-15 17:38
誰都有穿開襠褲的時(shí)候。何必這么。。。。。
作者: 蘭花仙子    時(shí)間: 2007-01-15 22:17
不過你們那邊真夠大膽的,這樣的監(jiān)控腳本如果被我們老大看到,絕對(duì)要罵死
不帶自我修復(fù),不帶合理的重復(fù)幾次嘗試機(jī)制,timeout,因?yàn)榻?jīng),常有服務(wù)器短時(shí)間的突然一下子被跑到cpu 99%
比如數(shù)據(jù)庫或是大并發(fā)的訪問apache,但是會(huì)很快降下來這在新浪是很正常不過的,仙子你們那邊都沒考慮到吧!畢竟目前手機(jī)訪問wap還不是很多。所以問題并不明顯。


首先,偶為有你這樣的同事感到悲哀.
其次,偶是懶得跟你爭論,你不要得寸進(jìn)尺,咄咄逼人.
1) 自我修復(fù)?偶不認(rèn)為有此必要,所有掃描進(jìn)程都是在child里完成,即使有問題,也不會(huì)影響到父進(jìn)程的存活.
2) timeout沒有么?拜托你再仔細(xì)看清楚,不要瞎說.
3) uptime,這個(gè)方法確實(shí)不好,但作為快速的解決方法,用uptime判斷系統(tǒng)負(fù)載也無可厚非.

再次重申:本版不歡迎閣下在此目空一切,胡說八道.別說閣下沒什么拿的出手,即使有真才實(shí)學(xué),也要學(xué)會(huì)謙虛.謙虛是中國人的美德,你不是西方白人,即使你全盤接受他們的文化,人家也不會(huì)把你當(dāng)自己人看.只有遵循中國人的傳統(tǒng)美德,你才挺得起胸做一個(gè)中國人!
作者: helbreathszw    時(shí)間: 2007-01-15 23:12
唉,斑竹你的理解能力有問題
自我修復(fù)不是指你的監(jiān)控child的自我修復(fù),而是你所管轄的100多臺(tái)服務(wù)器,出現(xiàn)問題是必然的
如果人工手動(dòng)去修復(fù),是一件很麻煩的事情,如果是晚上1,2點(diǎn)出現(xiàn)問題你難道要起床去修復(fù)。
自我修復(fù)就是將可能出現(xiàn)的錯(cuò)誤,自動(dòng)去修復(fù),do you understand?
你鄙視俺沒關(guān)系,因?yàn)槟闶呛攘搜竽模呈峭流M一個(gè),但是請(qǐng)不要忘了,我們所有的游戲規(guī)則都是誰在
指定,ISO標(biāo)準(zhǔn),協(xié)議是哪國在玩,電話號(hào)碼你應(yīng)該知道吧,1大頭的是哪國,是USA.
所以你要么不進(jìn)入這個(gè)圈子,進(jìn)來就乖乖的照USA的游戲規(guī)則玩!
作者: wysilly    時(shí)間: 2007-01-15 23:20
支持仙子,代碼是用來借鑒的,有不好的地方可以嘗試修改加以完善,如果不感興趣完全可以不回帖,何必嘲笑貶低別人,在cu這么多年潛水,從來都覺得人人都有可取之處,能欣賞別人的人至少能得到別人的尊重,有可能你比別人在某方面接觸的更廣更深,但如果只是這種從上往下看的心態(tài)來這里,那你的水平也很一般了。
作者: 蘭花仙子    時(shí)間: 2007-01-15 23:21
你鄙視俺沒關(guān)系,因?yàn)槟闶呛攘搜竽,俺是土鱉一個(gè),但是請(qǐng)不要忘了,我們所有的游戲規(guī)則都是誰在指定,ISO標(biāo)準(zhǔn),協(xié)議是哪國在玩,電話號(hào)碼你應(yīng)該知道吧,1大頭的是哪國,是USA.
所以你要么不進(jìn)入這個(gè)圈子,進(jìn)來就乖乖的照USA的游戲規(guī)則玩!


faint,偶有說過偶在US讀過書就來BS你么?偶只是勸你不要太目空一切,不把這里的任何人看在眼里.
談IT技術(shù),我也承認(rèn)根源還在西方,Perl是人家搞出來的,C和Unix都是人家發(fā)明的,我們能有什么強(qiáng)的資本呢?
學(xué)習(xí)是重要的,尊重人家也是可以理解的,但一味媚外就不好了.
作者: orangetouch    時(shí)間: 2007-01-15 23:34
原帖由 helbreathszw 于 2007-1-14 20:58 發(fā)表
暈,居然都是一家人
你應(yīng)該是廣州的網(wǎng)訊的吧!新浪的無線技術(shù)平臺(tái)。


哦,原來是新浪的人啊,幸會(huì)幸會(huì)。你們能不能提高一點(diǎn)速度啊?每次我看新浪都覺得自己的網(wǎng)絡(luò)斷了
作者: 蘭花仙子    時(shí)間: 2007-01-15 23:37
原帖由 orangetouch 于 2007-1-15 23:34 發(fā)表


哦,原來是新浪的人啊,幸會(huì)幸會(huì)。你們能不能提高一點(diǎn)速度?每次我看新浪都覺得自己的網(wǎng)絡(luò)斷了


新浪的內(nèi)容頁面還是很快的,在電信網(wǎng)通教育網(wǎng)都做了分流,如果你還覺得慢,那就真該去檢查下你的網(wǎng)絡(luò)了.
作者: helbreathszw    時(shí)間: 2007-01-16 00:04
等都完成了各地IDC的CDN分發(fā)就好了
視頻,播客都會(huì)非常流暢的
作者: yuccc    時(shí)間: 2007-01-16 05:25
呵呵.
作者: 3PCman    時(shí)間: 2007-01-16 08:48
非常感謝樓主提供,好好學(xué)習(xí)!~
作者: drycell    時(shí)間: 2007-01-16 09:24
非常有用的東西啊
作者: xmbbx    時(shí)間: 2007-01-16 09:32
仙子好人,注釋也很完整,下來仔細(xì)研究下,謝了!
作者: abcdfq    時(shí)間: 2007-01-16 10:58
謝謝!受教了!
作者: 關(guān)中大俠    時(shí)間: 2007-01-16 11:09
這個(gè)壇子里SINA的人還真不少,HD,delphij這些牛人也沒你拽
同是SINA的人,差距咋這么大呢?
作者: mancini    時(shí)間: 2007-01-18 10:28
看看,有沒有一些可吸取
作者: lei8c8    時(shí)間: 2007-01-19 17:13
我正好要用perl寫類似的程序,太感謝仙子了
作者: cofish    時(shí)間: 2007-01-22 17:32
支持支持,準(zhǔn)備正式學(xué)perl
以前學(xué)過但沒做項(xiàng)目,現(xiàn)在來真的了.
作者: michealzhai    時(shí)間: 2007-01-23 10:17
不錯(cuò),學(xué)習(xí)學(xué)習(xí)
作者: nsnake    時(shí)間: 2007-01-24 15:33
程序重在學(xué)習(xí)
LZ好意分享出來卻有人在這JJYY打擊別人,真不明白是什么意思
我承認(rèn)有很多高手都很沉默,但如果他只看自己技術(shù)高超卻不愿意伸手去幫助正在迷途的人,這樣的高手又有什么意義呢
作者: damofeixue    時(shí)間: 2007-04-26 15:37
測試了一下仙子的程序, 運(yùn)行client 報(bào)錯(cuò)

Can't locate object method "close" via package "listen_socket" (perhaps you forgot to load "listen_socket"?) at ./monitor_client.pl line 98.

     97     # 子進(jìn)程里關(guān)閉監(jiān)聽socket
     98     listen_socket->close or die "[EMERG] can't close listen socket\n";
注釋掉98行,不報(bào)錯(cuò),程序運(yùn)行也正常。不知道什么原因? 有哪位測試過嗎
作者: gsging    時(shí)間: 2007-04-26 16:21
原帖由 damofeixue 于 2007-4-26 15:37 發(fā)表
測試了一下仙子的程序, 運(yùn)行client 報(bào)錯(cuò)

Can't locate object method "close" via package "listen_socket" (perhaps you forgot to load "listen_socket"?) at ./monitor_client.pl line 98.

     97     # 子進(jìn)程里關(guān)閉監(jiān)聽socket
     98     listen_socket->close or die "[EMERG] can't close listen socket\n";
注釋掉98行,不報(bào)錯(cuò),程序運(yùn)行也正常。不知道什么原因? 有哪位測試過嗎


我運(yùn)行過,可以正常工作,這位朋友請(qǐng)?jiān)贆z查一下你的代碼吧.
你發(fā)的代碼就是你運(yùn)行的代碼么?
在listen_socket前面加個(gè)"$"號(hào)試試看.
作者: damofeixue    時(shí)間: 2007-04-26 22:44
哦,是我粗心了, 應(yīng)該是 $listen_socket->close
多謝gsging    ^_^
作者: yadi    時(shí)間: 2008-07-30 23:15
很好,給我很大的參考意義
作者: wgyzhechao    時(shí)間: 2008-07-31 09:49
謝謝仙子姐姐。HOHO
作者: csk2000    時(shí)間: 2008-07-31 10:29
仙子真是好人!~
作者: YTHTdeWo    時(shí)間: 2008-07-31 14:01
謝謝分享

支持仙子~

有爭議是正常的,不要人身攻擊就是了!!
作者: yadi    時(shí)間: 2008-07-31 22:57
蘭花仙子 請(qǐng)問:
sub relaunch {
        chdir $rundir;
         unlink $pid_file;
         exec 'perl','monsvr';   ---------------->>>這個(gè)地方的monsvr 是什么意思呢?是server端的文件名嗎?
}
還有
next if /^$/;
這個(gè)是什么意思呢?在網(wǎng)上沒找到.

[ 本帖最后由 yadi 于 2008-7-31 23:01 編輯 ]
作者: AlfredT.G    時(shí)間: 2008-08-01 13:37
不錯(cuò),學(xué)習(xí)學(xué)習(xí)
在結(jié)構(gòu)上,監(jiān)控的內(nèi)容感覺可以寫成不同的模塊放在server端,這樣擴(kuò)展性會(huì)好點(diǎn)
作者: Rush_2008    時(shí)間: 2008-08-01 13:44
像仙子這樣的好人不能不支持,仙子就像黑暗中的一盞明燈,指引我們前進(jìn)!
作者: gigabyte    時(shí)間: 2008-08-01 14:11
原帖由 Rush_2008 于 2008-8-1 13:44 發(fā)表
像仙子這樣的好人不能不支持,仙子就像黑暗中的一盞明燈,指引我們前進(jìn)!


呵呵,支持你的說法
作者: myfreeke    時(shí)間: 2008-08-02 14:09
崇洋媚外的國人,就是這種類型,有好東西拿來了來共享非常不錯(cuò)了,有問題可以大家討論,在這里人生攻擊!最討厭這種人,最好不讓他上CU,沒道德!

一個(gè)好的項(xiàng)目都是經(jīng)過非常多的修改成為出眾的項(xiàng)目!有意見可以提!

氣憤!
作者: csk2000    時(shí)間: 2008-08-06 10:23
標(biāo)題: 回復(fù) #50 yadi 的帖子
解釋下 next if /^$/;
應(yīng)該是如果模式能匹配,就結(jié)束本次循環(huán),開始下一次環(huán)。(/^$/匹配$開始的)行                              
               新手,學(xué)習(xí)中, 不知道說的對(duì)不.

[ 本帖最后由 csk2000 于 2008-8-6 10:27 編輯 ]
作者: ruochen    時(shí)間: 2008-08-06 22:21
把自我修復(fù)的腳本拿出來
看你是怎么自我修復(fù)的
作者: youyuanyin    時(shí)間: 2008-08-07 16:39
這就是我心目中的高手!
人與人之間就是存在很大差距的!
作者: hustddb    時(shí)間: 2009-02-09 15:45
請(qǐng)問樓主為什么要cs結(jié)構(gòu)呢?全部在客戶端也可以哦
作者: wiliiwin    時(shí)間: 2009-02-09 17:32
大牛 學(xué)習(xí)了
作者: risepp    時(shí)間: 2009-02-10 00:24
有沒有可能在server端遠(yuǎn)程運(yùn)行命令,然后將結(jié)果直接在server端保存呢? client安裝起來比較麻煩喲,這個(gè)是cs結(jié)構(gòu)最大的弊端。
通過snmp協(xié)議采集數(shù)據(jù)倒是可以避免client部署。perl可以做到遠(yuǎn)程調(diào)用系統(tǒng)命令么?
作者: 3chi01    時(shí)間: 2009-02-10 23:06
很好 給我很大的參考意義。
作者: aple_smx    時(shí)間: 2009-02-11 11:46
提示: 作者被禁止或刪除 內(nèi)容自動(dòng)屏蔽
作者: mwm5    時(shí)間: 2009-11-11 19:38
原帖由 蘭花仙子 于 2007-1-12 15:10 發(fā)表
各位對(duì)Perl在系統(tǒng)管理中的應(yīng)用有所疑惑的朋友,可看看偶寫的這個(gè)監(jiān)控系統(tǒng)。
目前已在偶們廣州公司應(yīng)用,監(jiān)控100多臺(tái)RH Linux Servers。
代碼偶業(yè)余寫的,只花了1天半時(shí)間,不足在所難免,大家僅供參考吧。

原來網(wǎng)上流傳的這個(gè)文件是仙子寫的。。。hoho,學(xué)習(xí)了~~
作者: 蘭花仙子    時(shí)間: 2009-11-11 20:12
原帖由 mwm5 于 2009-11-11 19:38 發(fā)表

原來網(wǎng)上流傳的這個(gè)文件是仙子寫的。。。hoho,學(xué)習(xí)了~~


最初是偶寫的~~
后來交給其他人維護(hù)了,可能網(wǎng)上傳的版本不一定是偶原始的~~
作者: ttcn_cu    時(shí)間: 2009-11-11 21:51
看了relaunch才知道exec是這么用的。。。。
學(xué)習(xí)了。!
作者: mwm5    時(shí)間: 2009-11-11 21:55
標(biāo)題: 回復(fù) #64 蘭花仙子 的帖子
偶那打包下載的“示例代碼”里頭收錄了這個(gè),就是仙子的版本。。當(dāng)時(shí)我是從csdn下的。。。
作者: blackold    時(shí)間: 2009-11-11 22:25
支持西北孔雀!
作者: jiannma    時(shí)間: 2009-11-11 22:42
支持仙子姐姐哦~~偶下了 好好研究去~~
作者: escape_shily    時(shí)間: 2009-11-12 09:23
標(biāo)題: 人與人之間的差距咋就這么大捏
  唉,等拿出點(diǎn)東西來在跑來jy也不遲...
作者: gxhxdxj    時(shí)間: 2012-07-17 16:24
仙子的寫的系統(tǒng)監(jiān)控程序其實(shí)非常不錯(cuò)的  不過剛?cè)腴T 需要用到監(jiān)控windows  不知道如何從哪里入手修改 各位老大 特別是仙子mm給個(gè)思路呀
作者: yfjelley    時(shí)間: 2012-07-17 20:06
牛人~~~~~!
作者: jack1007    時(shí)間: 2013-01-18 09:17
一天半時(shí)間啊,牛啊
作者: enjoyjava    時(shí)間: 2013-03-01 00:23
nsnake 發(fā)表于 2007-01-24 15:33
程序重在學(xué)習(xí)
LZ好意分享出來卻有人在這JJYY打擊別人,真不明白是什么意思
我承認(rèn)有很多高手都很沉默,但 ...


說的好,如果發(fā)現(xiàn)有bug多提些建設(shè)性意見好不好。
作者: qxt912    時(shí)間: 2013-03-01 09:56
回復(fù) 1# 蘭花仙子


    怎么下載呀
作者: qxt912    時(shí)間: 2013-03-01 09:58
回復(fù) 1# 蘭花仙子
會(huì)下了


   
作者: linux-wenzhiguo    時(shí)間: 2013-03-14 11:53
謝謝樓主分享
作者: szmadd    時(shí)間: 2013-08-20 21:02
本帖最后由 szmadd 于 2013-08-20 22:21 編輯

六年前,就寫出這個(gè)來了,佩服。




歡迎光臨 Chinaunix (http://www.72891.cn/) Powered by Discuz! X3.2