忽然發現上週沒有寫週記，可能是因為回學校了一趟，節奏被打亂了吧……回來公司的時候已經是上週週四了。

元旦快樂！！！

前幾天問 $HR$ 得知，我們加班節假日是三倍工資，估計週末加班應該是兩倍，好想元旦加班啊，不過還是陪物件更重要。

這兩週在儲存叢集上取得了一定的成果，讓人充滿了信心。

上週通過 PXE 網路安裝，眼看就要成功了，可是卡在 $P$

興高采烈的開始幫忙部署 $Hdfs + zfs$，接著往 $Formena$ 上掛載，這週三的時候就全部都掛載上去了，此時我以為終於告一段落了，晚上興奮的我睡不著。

誰成想，到了第二天四號機器與十二號機器出問題了，四號機是 $Hdfs$ 有問題，經排查是莫名其妙的自動重啟導致的，這部分是同事在負責，所以我不用操心，但是十二號機則是 $Puppet$，依然是 $Error\ 500$，炸裂啊！！！一同操作猛如虎，然後所有機器均出現了這個問題。不過幸運的是，上週入職的高階運維幫我找到了一篇關於這個問題的連結，看了一下午終於搞定了這個問題，原來是因為資訊解析的問題， $Foreman$ 在往十二號機發送索取資訊的請求時，十二號機對 $Foreman$ 的請求預設為是 $Hash$ 處理過的 $String$，導致無法識別這個操作，所以在 $puppe.conf$ 裡禁用掉 $Hash$ 處理就好了。

到這裡，我才意識到自己真真正正的解決了導致 $PXE$ 部署失敗的問題，恰巧依然是十二號機一直卡死，打算重灌，便嘗試了通過 $PXE$ 進行網路安裝，改了 $Foreman$ 的指令碼以後，成功的部署到了十二號機上邊，並且經過觀察，再也沒有出現 $Puppet\ Error\ 500$ 了。

至此，關於儲存叢集的任務，我算是結束了，隊友的那部分也搞定了，可以開始搞專案程式碼了。不過，事情總不會那麼順利，經過搞雲端計算的同事進行測試，發現了一個十分嚴重的問題，傳輸資料的速度被嚴重削弱，之前測試 $zfs$ 時，讀寫速度可以達到 $1\sim2G/s$，整個叢集預計可以達到 $40G/s$，但是現在測試發現，單個機器的速度被削弱到 $100\sim300M/s$，大大的低於預期的效果，實在是扎心啊，不過還好，這部分已經不是我的責任了，我也插不上手，剩下的就交給他們了，接下來我能做的也就是做好下一個工作。

關於 $Foreman$ 的相關操作，我已經悉數寫成文件， 交給運維去維護，以後有問題，可能還是要麻煩我吧……不過希望文件可以解決他們的問題。

滿滿的成就感，攻克難題的成就感。

倦鳥
2018.12.30