雖然 CentOS 官方明確告知用戶不支援從舊版的 CentOS 7 就地直升 CentOS 8 的升級方式，但是網路上有許多專家、狂人的文章，都明確告知想偷懶的用戶 (shortie 自己舉手) ，的的確確是可以從 CentOS 7 成功升級到 CentOS 8 。
於是乎，想偷懶的 shortie 就在 Google 結果首頁，隨意找了一篇看起來似乎「只許勝不許敗」的文章來進行升級。
結果，官方的警告果然是對的，最終果然是讓系統進入一個莫名其妙的狀態，也就是說「只許勝不許敗」是個真真實實的幻想。更糟的是，依照過去的成功經驗， shortie 並未對升級前的系統進行備份，這成也經驗敗也經驗的苦果，如人飲水冷暖自知阿！
失敗之後的救濟方式
- 升級失敗的系統千萬不能重啟 (因為不知道重啟是否還可成功恢復運作)
- 在 Linode 直接新增一個全新的 CentOS 8 實例. (先前的 CentOS 7 就是 Linode 中的一個實例)
- 移轉資料庫 (這是最重要的)
- 移轉 DNS 服務
- 移轉 Redmine 專案管理 (這牽涉到 rvm 的重新設定)
- 移轉 Unifi Network Controller 網路設備控制台 (這牽涉到 mongodb 資料的移轉)
- 移轉 Zabbix 監控服務 (這牽涉到 MariaDB 針對 InnoDB 處理模式的設定)
- 移轉 WordPress 網站 (這就是本站安身立命之處)
- 移轉 Let’s Encrypt 憑證 (安全至上的年代，有 SSL 才是王道)
失敗為成功之母?
工作繁忙之餘，只能利用僅剩的時間進行災難復原，因此導致月餘才完成復原，花費的 Linode 費用算是小事，服務停擺過程造成的不方便，災難復原過程所損失的腦力周期，才是大事。
這些經驗是否可以成為下次 CentOS 8 直升 CentOS 9 的借鏡呢？
除非下次 CentOS 官方表明直升是一個認可的做法，否則，不管再怎麼樣牛逼的大神出手指引直升藥方，直升肯定都不是一個值得思考的升級方案。