冷泉資料庫當機實錄

　這一兩天不知道怎麼回事，好像過去偷懶的代價都在這48小時裡一次回報給我。

　先是星期三拖超過一個學期的稿子要交稿，目前已接近最後尾聲，說要在三月底前交出，不過因為很趕，所以被催交前面的部分。才剛過中午，把該給的給人家後，Gmail裡的一封信又開啟新的戰端。

　冷泉幻想版的新任版主來信說他上任後發現回覆文章時會有錯誤訊息，我想起自己稍早也有遇到一樣的問題，只是因為家裡無網路連線並不穩定，我以為是自己的問題而忽略它（因為雖然有錯誤但回文仍然成功貼上了）。再去冷泉的討論區看才發現問題大條了……orz。我想發一則公告尋問是否所有人都有遇到相同的問題，但是貼新文時並不只是錯誤訊息這麼簡單而己，新的文章完全無法貼上。就連想修改舊的公告來用都失敗！我唯一能用的方式就是在舊的訊息新增回應，然後發短訊給各個版主，請各版主回報所遇到的狀況。

　於此同時，我在網路上迅速地尋找問題可能的原因及解決之道。後來發現錯誤訊息中所顯示的資料表（table）因不明原因被鎖住，這應該就是問題的癥結了。以那時我所找到的方法指出重開資料庫系統應該能解決這個問題。由於主機是跟人租的，重開mySQL已經超過我的權限所能做的。所以我寫了一封信給承租主機的公司請他們協助後便回去繼續我修稿的工作……

　今天從補習班下班後頂著大雨回到家，打開心愛的小白。嗯，有幾位版主回應相同的問題，訊息也都大同小異。但主機公司方面並沒有給我任何回覆。由討論區版面上看起來這幾天應該是完全沒有人張貼新文章，我開始覺得似乎是大家都受到影響，那個資料表被鎖死造成整個討論區新增文章的功能癱瘓，再不趕快想辦法會死得很慘。於是我徵召老譚來幫忙想辦法，因為他雖然不熟mySQL，但好歹對資料庫的事他知道的比我多。

　老譚的確幫了不少忙，沒有他的話我可能得獨自一人面對完全不熟悉的資料庫。原本建立冷泉討論區的阿巽最近消失了好一段日子，因此我得一步步地摸索出主機、資料庫、phpBB之間的關係。

　後來在跟老譚一來一往的思索中，我慢慢地把方向集中到mySQL上，找出它的手冊來讀。用了幾種方法後，我在Google查到錯誤訊息的代碼，才發現該資料表被鎖死的原因可能是已經損毀，試著修復它之後……啊，好感動，它終於被解放了！再去討論區試試……歐耶～可以張貼新文章了！

　真是令人快樂～

　不過，眼看又過了十二點，明天英美哲學的部分都還沒看，我還剩三天修稿時間 T_T

　我命苦也…………orz

留言

淺光寫道…
本篇看來完全是炫耀文，希望我不會遭天譴......XD
1:27 上午
張貼留言

這個網誌中的熱門文章

Unix 重新導向跟 2>&1

這幾天因為研究 L4D2 的專屬伺服器架設，看到 Srcds 網站針對確保 Srcds 服務程序能隨時保持高優先權，在 crontab 底下使用 renice 的方式每五分鐘調整一次程式的優先權，其指令中 renice -20 `cat /home/yoursrcdspath/srcds.pid` >/dev/null 2>&1 最後面的「>/dev/null 2>&1」為 Unix 的重新導向技巧。雖然大約知道是什麼，不過實際上的原理我卻一直不明白，大約查了一下，疑問變更多。於是我決定來搞清楚它的來龍去脈，這篇文章就是這樣來的。 首先，我們先說明一下這段語法的作用，「>/dev/null 2>&1」實際上在這裡會將左邊程式的執行結果丟給「/dev/null」，然後不管程式有什麼錯誤，也會一併丟給 null。熟悉 Unix 的人大概知道，「/dev/null」是 Unix 底下的垃圾筒+黑洞。它不帶任何意義，所有丟進去的東西都會被吃掉然後不見，反正你不想看到的東西丟給 null 就對了。而「>」的意思其實是，將「>」左邊輸出的東西重新導向到右邊去。但不止是這樣而已，系統將標準輸入輸出分成三個：標準輸入 (stdin)、標準輸出 (stdout)、以及標準錯誤輸出 (stderr)，它們的 fd (file descriptor, 檔案描述子) 分別是 0、1、2。當「>」左邊未指定任何東西時，它會讀取左方程式的標準輸出 (也就是 fd=1) 重新導向給右邊的東西，但是你也可以指定要重新導向的 fd (也就是說「>abc.txt」會等於「1>abc.txt」)。所以可以想見 2>&1 的意思應該是把 fd=2，也就是標準錯誤輸出重新導向給 &1。而這邊的 &1 指的其實就是 fd=1。這邊似乎有點混淆視聽的感覺，為什麼「>」前面的 fd 不需要指定 &，後面的 fd 卻又要加 & 呢？我沒找到確切的原因，但是根據 這篇討論 ，我認為有可能是因為「>」左邊只接受 fd，但右邊所接收的語法卻應該是檔案名稱。因此若用「2>1」其結果會變成「將標準錯誤輸出重新導向給檔案名稱為 "1" 的檔案」，...
閱讀完整內容

薰衣草茶實驗中...

前陣子跟老姊逛家樂福時看見他們有一堆花草葉，除了本文談的薰衣草外，還有馬鞭草、檸檬草、薄荷葉...等等，看了讓人很心動。那時其實很想多買幾樣回來泡，不過最後是只有選了薰衣草回來，其它的以後再說。（話說我超想試薄荷跟馬鞭草的） 買回薰衣草後，它除了泡茶外還可以做成香包，搞了一個放在衣櫃裡（不要覺得男生用薰衣草放衣櫃很怪，我的萬年衣櫃...它真的需要霉味以外的味道）。不過，薰衣草茶要怎麼泡？查了一下網路，發現大部分的人都說泡個五六分鐘。顏色有的人說是紫色、紫紅、藍紫、黃綠色.....，還有一說，水溫80度是紫色，滾水泡是紫紅色。但不管怎麼樣，我試驗的結果如下： 滾水 -> 黃色 八十度 -> 紫色，薰衣草太多會變紫黑色... 我還沒試過90度會怎麼樣，有機會再試試。薰衣草本身的香味很正，只要一點點就很香了，但茶湯就不怎麼樣，所以在泡的時候最好是確定你沒放太多，和別的花草茶調配也是不錯的做法。之前試過和紅茶一起煮成奶茶，感覺不錯。不過，本文最後的重點是：我發現有人說薰衣草茶加了檸檬之後會成粉紅色...什麼！這麼有趣一定要來試試！ 果不期然，反正不管我是煮成黃色、紫色、紫黑色...加了檸檬之後它都會變紅，當然色澤會跟你泡出來的顏色深度成正比；色澤愈深，加入之後會愈往桃紅色走。加了檸檬之後喝起來酸酸的，再加點糖味道就更棒了。
閱讀完整內容

Kensington軌跡球 AND 二次送修

第一段算是這軌跡球的短評，後面則是抱怨文。我想先說明，其實我覺得買電子產品真的是運氣運氣。大家買的東西都一樣，有的人用的好好的，但也有人就硬是買到有問題的機器。過去一年內我入手的電腦週邊都或多或少出了點狀況，這讓我開始覺得是不是買東西的運變差了... 我去年年底時購入這款 Kensington Expert Mouse ，這隻大傢伙從那時起一直是我平常使用電腦的好伙伴。超大顆球面，由三顆座中的紅色小球支撐起來，球體雖然不輕，但是只要用凡士林塗過一次，包準滑溜的跟什麼一樣，你會覺得它輕得跟什麼一樣。更重要的是，它的滾輪設計相當方便，在球體周圍包著一圈的塑膠環就是它的滾輪，Kensington叫它Scroll Ring。Scroll Ring的質地類似橡膠，在推動時可以感覺到裡面的機械結構在磨擦，你也能聽到一些磨擦聲，有的人不喜歡這種觸感，也有人覺得那磨擦聲很吵（跟完全無聲的球體比起來的確是）。不過對我來說，這種機械觸感也算是種享受。這樣的設計可以讓你在滾動球體的同時，一邊毫無阻礙的使用滾輪，方便性實在無話可說。所以當初一試Scroll Ring之後，我就立刻知道我這懶人已經無法脫離這個黑色惡魔了。總之，它真的是超棒的軌跡球啦... 這大傢伙的價格很不討喜，我當初也是忍痛刷卡半年的分期才買下它的。剛開始的前半年它的表現的確沒讓我失望，不過，大約在今年五月的某一天，Scroll Ring忽然間變得怪怪的，它有時候會卡卡的，一副不想動的樣子；有時候又順的跟什麼一樣。剛開始時我以為是軟體的問題，想說重開看看應該就好了。不過，滾輪不順的問題一直重覆發生，情況愈來愈糟，它一動不動的比例有加重的趨勢。最後，它終於完全不動了。而且猛的是，除了Scroll Ring之外，其它沒有任何問題，遊標還是順暢無比加精準無誤，按鍵四隻健全。這下我傻眼了，很明顯這是該找廠商的時候。不過在那之前我得先百分之百確定這是硬體問題，所以我把軌跡球拿去Windows上用，結果一樣。那麼，這就不會是軟體造成的問題。 五月這次送修是由我寄過去給對方，廠商評估過後決定換新的給我。對方動作也蠻快的，唯一讓我稍微不滿意的只有他們寄來的包裝沒有我寄過去的那麼龜毛（喂，我的錢耶）。來的新軌跡球拆開後拿起來的手感有像待過工廠的那種矇塵感，其實大部份這類東西換新的應該也都是維修後再重新包裝過的產品，雖然會有點疑慮，但其實只要...
閱讀完整內容