夢想的天空
一 個 屬 於 我 們 的 世 界
 
 DS WebmailDS Webmail   搜尋搜尋   會員列表會員列表   會員群組會員群組   新進文章   星座物語   網誌   會員註冊會員註冊 
 個人資料個人資料  Calendar月曆   DS WebTV   登入檢查您的私人訊息登入檢查您的私人訊息   登入登入 
 IP 38.107.179.228
我的最愛我的最愛
RSSRSS

[閒聊] 手賤的後果

 
發表新主題   回覆主題    夢想的天空 首頁 ->作業系統與軟體 區->Linux/Unix Like/自由軟體
上一篇主題 :: 下一篇主題  
發表人 內容
tpcat
DS - 中級顧問
DS - 中級顧問


註冊時間: 2003-03-11
文章: 7315
來自: 貓窩

發表1 發表於: 星期一 三月 31, 2003 7:38 pm    文章主題: [閒聊] 手賤的後果 引言回覆

前幾天剛拿到Mandrake 9.1,想想也該是時候將那一部使用MDK9.0的伺服器硬碟重新整理了。所以,也就順便將作業系統升級成新的版本。

由於要大動硬碟,所以就沒有選擇UPGRADE方式,採用重新安裝。結果,竟然出現了一個失控的錯誤。

話說伺服器的機板是那一片非常穩定的華碩末代CUBX,裡面除了IDE33之外,還有兩個IDE66的插槽。

之前,本伺服器的架構是將三部Seagate Burrcuda 硬碟插在ATA100插槽上,光碟機則使用AHA1940卡,裝上一部古老的SCSI光碟。

在這一次安裝開始時,不曉得為甚麼,光碟突然失效了。懶得去找另外的SCSI硬體來測,於是就天才的將機板上的IDE插槽從CMOS打開了,找了另外一部IDE光碟就給他Mount上去。ㄟ~~竟然能夠執行安裝程序。

安裝過程很正常,只是奇怪硬碟怎麼會從 /dev/hde、/dev/hdf到/dev/hdg。這時候還沒有警覺系統其實是有問題的,只是感覺到硬碟效能變慢了,因為將檔案從網路備份到另外一部伺服器,上下就整整花了兩天。

一直到昨夜啟動本機備份系統,今天早上赫然發現每個目錄都只備份一點點,檢查系統紀錄後,發現錯誤訊息是每一行比較大流量的備份指令,都會出現重導向以及系統區段錯誤,然後中斷這行指令的執行。

於是猜想,或許CUBX這兩種不同的IDE插槽,壓根兒是不能混用的。趕緊關機,到CMOS將IDE33插槽設定關掉。結果,電腦竟然產生核心錯誤,再也開不起來了。用了幾年的Linux,系統核心終於在這一次被小弟玩當了...^^。

心想慘了,硬碟中的檔案恐怕是凶多吉少了!再將IDE33硬碟插槽功能打開後,呵呵,伺服器系統竟然可以開得起來。小心起見,重新再花半天做一次重點備份。然後,再挖出另一部SCSI光碟機,重灌系統後,整個系統就正常了。硬碟也恢復成/dev/hda、/dev/hdb到/dev/hdc。而且最幸運的是資料還在,不需要再花一天將資料倒回來。

事後想來,Linux在之前同時開啟IDE66與IDE33的情況下,是將所有IDE66的I/O重導經過IDE33。所以,當備份作業大量IO的時候,等於是自己電腦的IDE66攻擊IDE33,流量一大就將BUS塞垮了。還好,結果只是將每行指令做到一半中斷而已。

對於MDK9.1的第一印象是系統安全預設值,仍然和以往的版本一樣,比RH還爛一點,建議安裝完以後,記得巡視一番,將一些可能發生安全顧慮的設定關一關。如果對於這一類的工作不熟悉,不曉得從何著手的話,就等下個禮拜的RH9.0版(原來預定要出的8.1版)吧。

忙了三天,伺服器終於正常了,為之記...=^.^=
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 MSN Messenger
Victor Star
終極會員Lv4
終極會員Lv4


註冊時間: 2002-04-18
文章: 3099
來自: 高雄

發表2 發表於: 星期一 三月 31, 2003 9:30 pm    文章主題: 引言回覆

我還尚未有勇氣去嘗試阿!!!~~~~



無名網誌

回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站 雅虎訊息通 MSN Messenger
Fily John
管 理 者
管 理 者


註冊時間: 2002-04-17
文章: 13684
來自: 宜蘭-羅東

發表3 發表於: 星期三 四月 02, 2003 3:02 pm    文章主題: 引言回覆

^^

tpcat兄可真是有的忙了 ^^

曼陀螺&紅帽8以後都是往Desktop發展的呀 ^^,所以我就沒在更新過了(apache ,php,mysql例外 ^^)




回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站 Skype
tpcat
DS - 中級顧問
DS - 中級顧問


註冊時間: 2003-03-11
文章: 7315
來自: 貓窩

發表4 發表於: 星期三 四月 02, 2003 11:56 pm    文章主題: 引言回覆

我們老是拿Linux與M$的伺服器比較是不公平的。在小弟的觀點上,不管在應用領域、能力、穩定度與授權計價基準上,硬要將Linux與微軟的產品相比較,是相當欺負微軟的。如果不是因為微軟先跑了十年,獨佔了市場。恐怕,今日我們不會一直將一套有能力在超級電腦上運轉,可以做到分散式負載平衡(Loading Blancing)的作業系統,來和一套PC級伺服器上的作業系統做一些奇怪的比較。不過現實總歸是現實,既然由於市場上相互之間的競爭,讓這兩套級別相差這麼遠的東西必須相提並論,也只好請Linux彎下腰來比一比了。

為甚麼會有這種感嘆呢,請看這次升級的續集故事:
這一次的更新,有60GB的檔案要備份,小弟將其中30GB備份到一部Windows2000主機上。

主要的硬體配備如下:
Linux PII850 512MB RAM
Win2000 P4-1.9G 1GB RAM

兩部電腦在更新過程中沒有做別的工作喔。
其中,Linux有一個Cron Job在昨天凌晨兩點啟動備份,將60GB的檔案使用tar與zip壓縮到另外一顆硬碟上。由於,設定失誤,昨天凌晨總共產生了60個Cron Job,一直到昨天中午才發現。

也就是這10個小時中,有60GB*60=3.6TB的資料在操我的系統。結果,昨天中午我是因為主機的效能下降才發現的,主機可是一點事情都沒有。並且在將這些Job砍掉後,系統就正常了。
接著,重新啟動並完成備份。

昨天晚上想,既然備份已經完成了,就將Win2000的那30GB備份殺了吧。在本機執行了簡單的DEL的動作,大家知道Win2000做了多久嗎?才30GB耶,竟然整整做了三個小時。
並且在完成後,出現系統效能下降的訊息,然後過沒有多久就硬體死當,沒有藍色死幕,鍵盤滑鼠全死。最後逼得小弟得強迫關電源重新啟動。

這部Win2000是原版的喔,而且平常也沒甚麼大問題,沒有想到才稍微拿個30GB的資料,做個簡單的動作稍微小操一下,就當場死給你看了。

這就是小弟偏愛使用Linux的原因...=^.^=



按右鍵觀看原圖賣身為奴去... http://www.linuxer.com.tw
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 MSN Messenger
got
終極會員
終極會員


註冊時間: 2003-02-18
文章: 1280
來自: sweet home

發表5 發表於: 星期四 四月 03, 2003 12:55 am    文章主題: 引言回覆

win2000做DEL後就死當?? 怎麼會這樣?? Shocked

and tpcat兄的CUBX有沒有把他超到150外頻呢?? Rolling Eyes
回頂端
檢視會員個人資料 發送私人訊息
tpcat
DS - 中級顧問
DS - 中級顧問


註冊時間: 2003-03-11
文章: 7315
來自: 貓窩

發表6 發表於: 星期四 四月 03, 2003 1:01 am    文章主題: 引言回覆

小弟從來不超頻的,CUBX機板是Linux用,而Win2000是用P4B機板。


按右鍵觀看原圖賣身為奴去... http://www.linuxer.com.tw
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 MSN Messenger
Fily John
管 理 者
管 理 者


註冊時間: 2002-04-17
文章: 13684
來自: 宜蘭-羅東

發表7 發表於: 星期四 四月 03, 2003 2:06 pm    文章主題: 引言回覆

所以我倒是覺得,拿OS/2 warp 來跟Linux相比較還比較有的玩 ...

可惜 ... 可惜 ...




回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站 Skype
從之前的文章開始顯示:   
發表新主題   回覆主題    夢想的天空 首頁 -> Linux/Unix Like/自由軟體 所有的時間均為 台灣時間 (GMT + 8 小時)
1頁(共1頁)



前往:  
無法 在這個版面發表文章
無法 在這個版面回覆文章
無法 在這個版面編輯文章
無法 在這個版面刪除文章
無法 在這個版面進行投票
無法 在這個版面附加檔案
無法 在這個版面下載檔案


新進文章
建議使用瀏覽DS
Powered by phpBB2 © 2001, 2002 phpBB Group
維護管理 DS - 管 理 團 隊    繁體中文由 竹貓星球PBB2中文強化開發小組 製作

主機運作時間: 326 日 0 小時 4 分鐘 | 平均負載值: 0.04, 0.08, 0.08

DS 共花費了 0.1185 秒載入完成 , 有 (PHP: 42% - SQL: 58%) 項資料被查詢 - 讀取資料庫: 17 次 - 壓縮加速 關閉 - 除錯模式 關閉