GCE（Google Compute Engine） 是 Google Cloud Platform 裡面類似 AWS EC2 的 IaaS 服務。台灣是 Asia Pacific 第一個點，未來還會有新加坡的點加入。基本上從 Google 的 Developers Console 就可以存取到整個 Google Cloud Platform 的服務。
直接開一台最小台的機器（f1 micro, 1vCPU & 0.6G ram）來測，可以看出 GCE 目前的機器種類還沒有 EC2 來的廣…
而在 OS 的選擇上，目前也只有幾個選擇（沒有 Ubuntu 12.0[……]
公司的一台 LDAP server (FreeBSD)傍晚時因為某些原因所以緊急重開，重開後發現 slapd 跑不起來。
原本以為可能是 ram 出問題導致靈異，仔細一看又不太像。
用 -d 下去跑發現…
看起來就是 ldap db 爛了…
用 db_recover 來試著修修看（不同版本 bdb 的 db_recover 代不同版號），修的好就沒問題，修不好就得從備份撈
然後再跑一次 slapd
就跑起來啦~~[……]
最近重新整理了 mail server，改用 zfs 做存 mail 的 file system，也重新調整了備份機制。
現在是透過 zfs snapshot 做資料備份，一小時打一次 snapshot 後丟到其他地方存著。
下面是參考這裡調整後的 script。
假設把 script 丟 /usr/local/sbin/zfs-snapshot，然後用 crontab 來做自動備份
想要 hourly 備份一次，把 snapshot gzip 後丟到 /backup 下，且在 zfs 上最多留 24 份 hourly snapshot
想要 da[……]
最近 android team 新人的 training 題目有一題是實作一個 mantis 的 android client。
稍微看了一下新人試過但是據說試不出來的 mantisconnect java api，發現其實單純只是用 SOAP 跟 mantis 做溝通罷了。
所以就應 android team leader 所求，寫了一個簡單的 client，示範如何透過 soap 跟 mantis server 溝通。
剛好最近幫以前實驗室學長實作他手上專案要開放給廠商的 api，也是用 SOAP 的方式讓廠商橋接，所以就決定不用 mantisconnect java a[……]
今天因某長官有需求，想透過 X11 Forwarding 操作一台 FreeBSD 上的 ddd。
但是卻告訴我執行後會出現 Error: Can’t open display:
試了一下，的確如此。本來以為只是單純的 $DISPLAY 變數沒設或設錯了，後來轉念一想，這東西應該是 login 後就會自動被 assign！！
（對不起，我從來沒想要用 X11 Forwarding 來玩 X application…..:$）
稍微追了一下，現在解決了:p
為了避免有後人遇到相同問題，這裡簡單隨手記一下剛剛做的幾件事情…
1. 裝 /usr/ports[……]
一直都以為刷了 tomato （我刷中文版）的 RT-N16 有 pppoe relay（asus 原廠韌體有），不過昨天怎麼桌機撥接都一直得到錯誤代碼 651。
仔細看了一下，原來 tomato 其實並沒有把 pppoe relay 包進 generic firmware。
稍微 survey 了一下，其實要掛上 pppoe relay 功能還蠻簡單的:p
首先要先打開 tomato 的 ssh 或 telnet service：路由器管理–遠端登入及密碼（基於安全性考量，建議開 ssh 並關閉遠端登入功能）
再來要打開 JFFS：路由器管理–JFFS–啟用，啟用後記得點選下方[……]
最近在處理 daily build system，要把某些 project 透過 hudson 建置成無人值守的自動化編譯系統。
不過在 git plug-in 上吃鱉….。
簡單描述一下我的狀況及解決辦法：
我在 github 上開了個 android project，想要設定 hudson 自動檢查 github 上的 code 是否有變更，有變動的話就抓回來編一份丟給 QA 去測試。
而這個 project 有兩個 branch，分別是 master 跟 bugfix。
為了清楚明瞭，在 hudson 上開了兩個不同的 project，一個專門 build master b[……]
[……]
下面是用某公司內部神秘專案 KKK 做例子的示範，將整個專案內容從 cvs 搬移到 github 上，不過也適用於其他 git hosting/server
由於 code 中 big5 與 utf-8 混雜，但是 comment log 又都是 big5，導致沒辦法直接用 git cvsimport 來處理（git cvsimport 無法處理這種混亂的編碼狀況）
原先 Izero 長輩提供的做法是 cvs to svn，svn to git，切成兩段來做。但是太麻煩了，這樣還得架 svn server 才能處理。
這邊提供一個經過測試後可行的簡單完美做法…
有幾件事情當然得先做[……]
