在 Layeredtech 的主機問題

因為 依林姊姊去印度,機器沒人愛就開始天天當機... 只好跟 不斷的開 ticket 殺來殺去...

這三天總共開了四個 ticket:

  • [#LTRBTR #BLP-xxxxx-xxx]: Cannot access server:其實在這個 ticket 的前幾天就一直當,這個 ticket 是請他們重開機器處理,另外在 ticket 裡提到 mbmon 跑出來的溫度比以前高。
  • [#LTTR #HMT-xxxxx-xxx]: Our server's temperature is a little high:這個 ticket 是又當掉,請他們處理,順便再提一次溫度的問題,請他們看一下是不是有風扇故障,機房的人員進去看以後回信給我:「The fans are all working correctly, however there was an obstruction on the vent on the side of the case. I have moved the obstruction and the temp should return to normal.」,於是我就暫時先丟著。
  • [#LTTR #BIX-xxxxx-xxx]: Our server's temperature is higher than before:又當了,所以又開了一個 ticket,這次我在 ticket 裡面主動同意他們停機將機器拆開來檢查看看是不是 CPU fan 有問題或其他之類的,回答是:「I have taken a look at your server, and there were some power cables directly over your CPU fan. I not sure if the power cables were making contract. However I have moved them hopefully this will lowing your CPU temperature.」,他把電源線移開後我繼續觀察。
  • [#LTTR #BKM-xxxxx-xxxxx]: Server crash again:又當了,我 ticket 裡面請他們直接看看硬體有沒有問題。在信件往返中間他們提出更換主機板 (換行的部份我拿掉了:「I'd like to replace your server's chassis with a new one. What time/day would be best for you? Please advise. Thank you」),我同意他們隨時都可以 shutdown 我們的主機後機器大約離線了一個小時 (「You can shut down the server to replace chassis anytime, thank you.」),之後他們說再開機的時候發現網路卡的部份起不來 (「Your server will be brought down momentarily to do a chassis swap, please stand by.」、「I am escalating your ticket to level 2 for further investigation. I was able to do chassis swap, but now I am having trouble with the eth0. Please stand by.」),目前看起來起來了。

目前繼續看機器的情況。

WordPress.com 的一些數據

August Wrap-up 這篇提到蠻多數字,不過讓我想要紀錄下來的部份是:

WordPress.com is now using about 260 megabits per second of bandwidth average, with spikes as high as 820 mbits earlier today from the Apple Gizmodo liveblog. (Which did up to 941 requests per second all by itself during the keynote.) So last month we used about 80 terabytes of bandwidth.

目前 的機器大多數在 ,可以粗略估出網路部份的成本。

VMware 與 Dropbear 小記

抓了 下來後在裡面安裝 6.2,結果發現 所提供的 SMP 還是有問題,在 內打開後會有偶發的 core dump 現象,於是到 /boot/loader.conf 裡面設定 kern.smp.disabled="1",強制把 SMP 關掉。

跑了一陣子發現 的時鐘不準,於是用 hint.apic.0.disabled="1" 把 apic 關掉。從 6.2-RELEASE 升級到 6.2-STABLE 後發現沒開 apic 又會有另外的問題 (「時間漂移現象」這個詞忘了聽誰說的,我覺得還蠻傳神的啊...),於是把 apic 開回來以後又正常了。

想玩看看 ,裝的時候發現還蠻簡單的,沒什麼可以設定的地方,所以隨便弄一弄就跑起來了。

不過,因為我有把 的預設值看過後調整過,我把其中一些長度不夠,或是我不喜歡的方法都設定到警告去 (像是 ),連上去以後發現 警告我對方使用的是 Diffie-Hellman Group 1 (只有 768bits,被我丟進警告區),為了測試只好調回正常區跑看看...

再來是發現因為 沒有透過 login(1) 登入,所以 /etc/login.conf 裡的設定 (像是 PATH 這個環境變數) 都沒有設定上去,只好暫時在登入後自己跑一次 login gslin 解決,反正會掛 screen...

其他倒是還沒遇到什麼大問題, 針對 Embedded System 設計的目標算是不錯,該有的都有了,預設值以 Embedded System 的環境為主,有機會再看看有沒有其它好玩的功能。

Opera 9.5 Alpha

居然記得 這個 Protocol... 把 的功能做出來了:Opera 9.50 Kestrel Adds BitTorrent Peer Exchange

這個功能可以在取得少數節點的連線後,彼此互相交換其他節點資訊。一方面可以減少對 server 的負擔 (server 可以不用送那麼多節點),二來是起步的速度會更快。

據說有人生出 支援 的 patch (不確定是對 還是對 ),不過 mailing list 上後來就沒看到消息了,也一直沒看到作者出來進一步表態... (果然還是得跑 嗎 :/)

貳兩燒肉 (二兩燒肉)

水準變差了。

當天 (8/11) 跟 吃了以後就決定要寫,結果想到要寫的時候手邊總是沒有電腦 + 網路,剛剛才突然想起來,趕快寫下來不然又會忘記...

  • 第一個是環境,我們是吃星期六中午,剛開店就進去吃,但是可以感覺到地板沒有拖過而髒髒的感覺。
  • 第二個是肉,肉片一夾就會裂開,我不知道這是好還是壞,但是這樣很不方便。

可能會再找時間去吃一次看看到底是怎麼樣吧。

Python 3.0 測試版

(Python 3000 規格的實做) 出版了。

可以看到與 2.6 的差別 (還有一堆地方放 XXX 等後來補上...),另外 3.0 的文件在 ,最重要的是文件的搜尋啊啊啊... (在 用的是 Google 的 site: 搜尋,不是說不好,只是 的介面對於寫程式找資料來說實在不舒服...)

不過,還是沒看到類似於 架構的搜尋站台,像是 可以在搜尋完後先看到模組的文件,直接看怎麼使用,再決定要不要安裝。