一次重大事故,裸金屬伺服器重啟網絡卡失敗

2021-10-04 08:02:53 字數 682 閱讀 1131

原由:一台裸金屬伺服器沒有管理網絡卡配置檔案,從別的機器上面拷貝了過來,改了ip位址,然後ifup管理網絡卡,然後導致這塊管理網絡卡和原來的網絡卡造成衝突,使路由紊亂,造成無法上網,宕機了,臨時解決辦法是先ifdown掉管理網絡卡,然後使用route命令恢復到原來一開始的樣子,恢復好以後但是還是發生了問題,改了ip的管理網絡卡一直存在,使用ifconfig和ipaddr命令都可以看到管理網絡卡一直存在ip,這時候我們重啟網路,systemctl restart network會發現網路錯誤,重啟不了網絡卡,這時候我們如何解決呢,請看下面

操作

ip link set  enp2s0f0 down

ifdown enp2s0f0

ps -elf | grep dhcl

kill -9 6547

systemctl restart network

mv ifcfg-enp2s0f0 ifcfg-enp2s0f0.bak

linux新增刪除路由

新增路由

route add-net 10.10.10.0 netmask 255.255.255.0 gw 192.168.1.1

刪除一條路由

route del -net 192.168.122.0 netmask 255.255.255.0

刪除的時候不寫閘道器

重大事故 Centos7根目錄下lib64被重新命名

上網找了很多教程,原理對 有的介紹用 lib ld 2.17.so 有的介紹用 lib64 ld linux.so.2 但實際得使用 ld linux x86 64.so.2 改名目錄 usr lib64 usr lib64 bak usr local lib usr local lib bak 當...

記錄一次事故 idea,sbt,scala

沒事千萬不要點idea的update啊,就算它自己彈出來的也不要管哦。我們自己的ide在使用過程中總會有各種settting的配置,更新之後這些都沒有了,而且自己本地安裝的外掛程式也就都沒有了,所以更新一定要謹慎。這裡記錄下這次更新,並把更新之後對sbt的配置更改做一次記錄,下次再出現問題就不用去網...

一次刪庫事故總結

在原來的資料庫設計中並沒有進行外來鍵的設計,缺少資料完整性約束。在此專案中,事先沒有進行全量備份,沒有開啟binlog無法恢復原先的資料。萬幸,被覆蓋的表只是一張關係表,關聯了teacher表和course表,而不是儲存著元資料的表。通過select查詢相關表的資料,並且由於在磁碟的路徑能夠體現出記...