cpu飆高
cpu飆高處理步驟
top查詢出哪個程序消耗的cpu高(top -c)
top -h -p查詢出哪個執行緒消耗的cpu高（top -h -p pid）
這個命令就能顯示剛剛找到的程序的所有執行緒的資源消耗情況。
printf％x進行pid的進製轉換
找到cpu負載高的執行緒pid 8627, 把這個數字轉換成16進製制，21b3（10進製轉16進製制，用linux命令: printf %x 8627）
jstack記錄程序的堆疊資訊
執行jstack -l pid，拿到程序的執行緒dump檔案。這個命令會打出這個程序的所有執行緒的執行堆疊。
找出消耗cpu最高的執行緒資訊
搜尋「21b3」，就是搜一下16進製制顯示的執行緒id。搜到後，下面的堆疊就是這個執行緒打出來的。
可以執行以下面的命令
srace -p
top -c
top -h -c
pid 殺死程序 kill -9 pid / kill pid
首先需要知道建立檔案時，需要滿足兩個條件：
1、磁碟上還有空間；
2、inode號還有剩餘。
如果所在的分割槽inode滿了，可以將一些沒用的檔案或目錄刪除，釋放inode號。也可以將部分檔案備份到乙個新分割槽，然後刪除這些檔案，釋放inode號，再將備份分割槽掛載到原來的位置。（軟鏈結也可以是試試）例如：/data/cache占用了大量的inode號。那麼我可以新增乙個新的空分割槽/dev/sdb1，格式化，掛載。然後將/data/cache下檔案備份到/dev/sdb1分割槽下，接著再刪除原位置的檔案。最後我們解除安裝分割槽，重新掛載到/data/cache下。
inode號在xfs檔案系統前（ext4/ext3/ext2）都是在格式化之前就定下來的，例如ext4檔案系統使用命令mkfs.ext4中的-n選項設定數量 。但是我們來到xfs檔案系統時，mkfs。xfs沒有-n這個選項，不用擔心，這時使用-i maxpct=n來調整inode區佔整個分割槽的比例（預設n=25，即占用25%的空間大小）。而且似乎可以使用命令xfs_growfs在不重新格式化分割槽就可以增加inode區佔整個分割槽的比例，從而增加inode總數。
openstack遇到問題怎麼辦
openstack是乙個開源雲平台，遇到問題怎麼辦呢？官方的求助方式 1 檢查日誌 openstack的 nova,keystone,glance 等都會產生日誌,日誌是發現問題的乙個重要手段，也是求助時需要提供的基本資料，否則求助時光說問題，不說症狀，社群也無法幫你解決問題。日誌有兩種方式，一種是...
遇到不可重現問題怎麼辦
測試無法重現問題這個是測試過程中比較常見的現象，網上看到的總結的比較好文章，自己補充了4 5兩點 1 回憶操作步驟 嘗試重現 盡量回憶當時的操作步驟，並且最大可能的復原當時的操作環境。確認當時的操作步驟是否有誤。如果確認無誤，可以多次嘗試重現 即使發現有操作錯誤的情況，也不要認為沒問題了，要思量為什...
遇到不可重現問題怎麼辦
測試無法重現問題這個是測試過程中比較常見的現象，網上看到的總結的比較好文章，自己補充了4 5兩點 1 回憶操作步驟 嘗試重現 盡量回憶當時的操作步驟，並且最大可能的復原當時的操作環境。確認當時的操作步驟是否有誤。如果確認無誤，可以多次嘗試重現 即使發現有操作錯誤的情況，也不要認為沒問題了，要思量為什...