| | 5 | * 研究結果發現 heartbeat 可採用 ping 或是接 console port (serial port) 的方式來達到偵測指定的節點是否為 alive 的狀態. 一旦發現指定的節點 failed ，就可以啟動位於/etc/services 底下存在的服務，例如: httpd。 |
| | 6 | * 但是問題在於 lustre 的 meta-data server (MGS/MDT)。假設 OSS-1 與 OSS-2 是互相備援的 storage 節點，一旦 OSS-1 掛點，那麼根據 heartbeat 設定的結果，OSS-2 就會啟動成為 primary node，此時按照順序來說，OSS-1 應該要先 umount 它的 OST，接著 OSS-2 再 mount 備援的 OST。 |
| | 7 | * 這裡會發生的第一個問題是 lustre 檔案系統本身就是仰賴網路連結，一旦網路掛了 (heartbeat ping 不到)，那麼 OSS-1 umount 它的 OST 時，meta-data server 就無法馬上得知其底下的OSTs 已經 umount 了，對於 lustre client 來說，它所看到的資訊就會是不正確的。 |
| | 8 | * 第二個問題，假設第一個問題解決(譬如說:使用 console port 來做 heartbeat 的偵測)，同樣地，假設 heartbeat 偵測到 OSS-1 故障，OSS-1 先 umount，OSS-2 再 mount 備援的 OST，此時 lustre client 若下達 df -h 指令，就會當掉，這是 lustre 的 bug 或是可以說是 lustre 的缺陷。client 端無法動態 retrieve Meta-data server 的改變。 |
| | 9 | [[BR]] |
| | 10 | [[BR]] |
| | 11 | * 針對上述問題，必須要有更好的 framework 來設計整個 lustre 的架構，所有的 primary MGS, primary OSS 都要和 secondary MGS, secondary OSS 切割好。[[BR]] |
