記一次運維事故,我把生產上的gitlab容器誤刪

2021-10-06 04:35:11 字數 480 閱讀 1180

這幾天我正在著手gitlab版本公升級。參考了一些文件,因為現在跑的容器不是我跑起來的,有點曲折。在自己電腦的虛擬機器上已經可以公升級了,就想著拿一些生產上的資料再測一下。

昨天下午(2020.05.14),申請好測試賬戶,開幹。

跟開發那邊打好招呼,上到機器上做備份,docker cp 搞到宿主機。

scp到我的機器,一氣呵成。

然後我沒切換視窗的情況下,docker ps

我看有容器執行,直接關閉並刪除了。

刪完以後,我看了一眼終端名稱,當場就蒙了,蒙了有半分鐘。

我們那個容器沒做持久化。

做持久化的話,跑乙個容器就完事了。

我趕快跑了個容器,這次做了持久化。

把我剛剛拿到的備份放進去還原了。

兄弟們,一定要區分好生產和模擬環境。

我模擬環境做的相似度太高了。

謹以此記,告誡自己

作為運維,要嚴謹,要嚴謹,要嚴謹。。

記一次伺服器事故

mysql資料庫報錯 can t create write to file tmp sql 6ccc 0.myi 在開始刪除之後,所有服務就已經恢復正常執行了,接下來就是優化那個session了,哎又是埋坑.最後附上inode擴容的方法 但是需要注意,手動擴inode,一般是新建分割槽時設定的,該操...

記一次git amend事故處理方案

問題是git commit amend 引起的。一條commit已經push到遠端develop了,但是後來又在這條commit上進行了amend操作,導致這條commit的雜湊碼發生了變化。並且後續又在這條commit之後進行了n條commit操作。大概的情況畫了個簡圖,如圖所示。下面的綠色就是最...

記一次Nginx的配置優化運維

暱稱 xx 次數 5分鐘 6515次 錯誤樣例 openid ogejhwfzw0xofq0i5udqfv3rzs4q stamp 1583888102 3rdurl 報警排查指引,請見 接到告警,立即先對5臺伺服器的cpu的效能負載,記憶體的效能負載進行檢視 檢視cpu的效能負載 topuptim...