Jei World

PHP的SESSION預設存活時間好像只有1440秒(24分鐘)， 稍嫌短了點，經常登入後沒多久就要重新登入一次。 修改的地方是 /etc/php.ini ， 找到 session.gc_maxlifetime ，修改後重新啟動apache即可。

原本用Dreamweaver連上客戶的主機， 但是前陣子因為機房配置調整，主機換了但是IP沒換， 結果重新用Dreamweaver連上的時候，發現SSH Host Key改變了， 沒辦法正常連上。 經過搜尋後，得到解決辦法如下： 將ssh_hosts檔案中關於原主機的SSH Host Key砍掉重連就行了， 而這個ssh_hosts檔案位於(MacOS)： ~/Library/Application Support/Adobe/Dreamweaver CS4/en_US/Configuration 另外，如果是Terminal模式下的ssh， 則是要去調整 ~/.ssh/known_hosts 檔案。

這兩天一直在搞Observium，安裝方面沒問題， 不過重點是裝好之後的設定。 系統環境是CentOS 6.4 x64版本僅mini安裝， 一開始裝好後就按照Observium官網的RHEL_SVN_Installation指南一路裝到底。 不過Add Devices之後，所有的圖表都沒資料，數據都是nan。 經過一番檢查，判斷應該是rrd檔案的問題， Google了相關資料後，國外論壇有遇到這種情況的網友， 解決的方式很輕巧，一句「 recompiled rrdtool 1.4.5 」就搞定了...... 小弟我搞了整整一個下午，為了把CentOS 6.4內建的rrdtool 1.3.8升級到1.4.x...... 結果依然無效...... 後來改變思維，決定從cronjob的那三行指令著手： 33 */6 * * * root /opt/observium/discovery.php -h all >> /dev/null 2>&1 */5 * * * * root /opt/observium/discovery.php -h new >> /dev/null 2>&1 */5 * * * * root /opt/observium/poller-wrapper.py 1 >> /dev/null 2>&1 逐行執行過後，終於發現元兇！ 執行cronjob時，卡在poller-wrapper.py這隻程式， 回應錯誤訊息： Could not load or parse observium configuration, are PATHs correct? 再次Google相關資料，結果...... 感覺好像全世界只有我卡在這邊是怎樣？ 找到的資料只有Observium官方的code和mail archive裡面...... 沒辦法，只好自立自強，開始debug...... 發現問題應該是卡在 config = json.loads(get_config_data())這行， 不過測試了get_config_data的function和路徑都沒問題， 還是不知道這個json...