跳到主要內容

MiCloud系統快照測試(II)

這次來點狠的!
相信Cloud IaaS服務上的快照是針對一個VM來進行的,所以有任何閃失應該都可以回來才對!
那∼把/etc/下面檔案踡砍了好了....(一般系統可別這麼做∼這台是測試機阿!!)
動作如下:(中間下錯一行指令@@...別見怪...)


砍光之後,悲劇果然發生...連reboot都給他卡住@@
看起來連不上了...@@
就直接上管理平台上點選"回復"吧..
回復比之前多了好長一段時間...(大約幾分鐘吧)
好不容易恢復到running狀態...連連看吧



一連try了好幾次連線都失敗@@
最後終於成功了!
登入系統∼OK!
檢查/etc/下面檔案∼OK!



結論:
其實不意外,以Linux架構而言,以檔案管理裝置...理應恢復檔案就可以恢復系統狀態,而可以猜想得到這應該是虛擬平台上提供的功能,而非執行中主機(我的這台測試機器)的OS內部功能...因為全都掛了,也不可能自己回復自己拉∼(這個分析比較沒有建樹...)。不過可以推論,下次安裝重要服務或是Patch時候,先照張相准沒錯!

這個網誌中的熱門文章

使用 minikube 輕鬆上手 kubernetes

安裝minikube
macOS只需要透過brew即可快速安裝...
brew cask install minikube
Linux環境可以直接下載執行檔,放到環境變數可以吃到的路徑即可...
curl -Lo minikube https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64 && \ chmod +x minikube && \
sudo mv minikube /usr/local/bin/
Windows的下載網址如下: https://storage.googleapis.com/minikube/releases/latest/minikube-windows-amd64.exe
如果您的kubectl尚未安裝,可以直接使用google cloud sdk來安裝:
curl https://sdk.cloud.google.com | bash
gcloud components install kubectl
安裝完成後,原則上minikube會在本地端加入minikube的k8s context,我們可以透過下面指令來使用該context…
kubectl config use-context minikube
然後,可檢查一下您的minikube node是否正常運作....

Oracle LISTAGG

同事介紹的一個Oracle的好用查詢:LISTAGG
SELECT A.GROUP_ID,A.KEY, LISTAGG(A.VALUE,'; ')WITHINGROUP(ORDERBYA.VALUE)as GG  fromSYS_PROPERTIESaGROUP byA.GROUP_ID,A.KEY
LISTAGG可以將group後的結果會總顯示於一個欄位 上述SQL原本A.VALUE會是一個row一個row的排列 使用LISTAGG之後,可以將A.VALUE顯示在同一個row中 並且可以指定間隔符號(在此設定為';') 針對某一些報表查詢非常有用唷 :D

Bash判斷參數是否存在

早上看到nixCraft的文章後,決定在這邊記錄一下...
透過之前提過的 -z "$var"可以判斷var這個變數是否存在 而很多的shell希望判斷可以再精簡一點... 所以會有結合[ test ]跟&&, ||來做流程的方式 其中: [ ] 裡面可以放test語句,執行完會傳出結果為true或false || 我比較不常用,看起來是如果前面為非則執行後面的程式段落 && 這個後面接的是當前面段落執行無錯誤時候,則執行後面程式段落
透過上面說明,使用"||"組句的話,我們可以把判斷是這樣寫:
[ -z "$var" ] || echo "Empty"     #如果var存在為非,則echo Empty
[[ -z "$var" ]] || echo "Empty"   #同上
反之,使用"&&"組句的話,可以:
[ ! -z "$var" ] && echo "Empty"   #如果var存在為是,則echo Empty
[[ ! -z "$var" ]] && echo "Empty" #同上
參考自: http://www.cyberciti.biz/faq/unix-linux-bash-script-check-if-variable-is-empty/