1. 程式人生 > >那些年踩過的坑(持續更新)

那些年踩過的坑(持續更新)

app 刪除 lin .... 遇到 公網 系統重啟 天前 忽略

rsync使用之批量刪除

??依稀記得,那個夜晚要升級apache,持續到22:00,而後項目經理要求增加系統備份,好吧,應該的,rsync用的還不熟悉,直接上手就做了,結果,源與目的寫反了,加上-delete參數,好吧,滿屏的delete的......
??刪除了一些oracle安裝文件,還好oralce還在運行,導出數據庫,重新安裝oracle
??現在對-delete參數都滿懷敬畏

find之查找刪除

??find查找30天前的數據
find /opt/apps -mtime +30 -exec rm -rf {} \;
??+30改為-30,結果,30天內數據全部刪除,再來個+30,30天前的數據全部刪除,目錄空了.....還好是測試環境

rm之刪除

??這個不說了,搞linux的,都會遇到,最好設置回收站,給自己一個後悔藥

ECS帶寬問題

??阿裏雲ECS通過其他服務器上網,對帶寬有要求,結果某天給這臺ECS加了公網IP,帶寬1M,好吧,數據積壓的不忍直視

/etc/fstab文件

??系統自動掛載磁盤:
#<file system> <dir> <type> <options> <dump> <pass>
/dev/vdb /opt/apps/redisbak ext4 defaults 1 0

dump 工具通過它決定何時作備份. dump 會檢查其內容,並用數字來決定是否對這個文件系統進行備份。 允許的數字是 0 和 1 。0 表示忽略, 1 則進行備份。大部分的用戶是沒有安裝 dump 的 ,對他們而言 <dump> 應設為 0。
如果設置錯誤,系統重啟將無法啟動,對於系統管理員,沒有什麽比這更糟糕的了

先寫這麽多,想起來或遇到再補充

那些年踩過的坑(持續更新)