記一次危險的操作——誤刪/usr/bin目錄
做事要專一,否則就會出問題。
誤刪了/usr/bin/目錄,我能想到的同步命令都不能用,wget、nc、rsync(後來運維說是可以在server端強行推,這個倒是沒試過,當然你肯定得先配置client端的rsync配置檔案,讓其可以接收來自server端的推),好在我的伺服器上都有go,我的解決辦法是用go語言寫了一套cs,具體如下:
1、在同樣配置的伺服器上打包一份/usr/bin/為bin.tar.gz,並開啟server端服務,server程式碼如下:
package main import "net/http" func main(){ http.ListenAndServe(":8080", http.FileServer(http.Dir("/usr/bin"))) }
其中在/usr/bin/目錄下打包了一個bin.tar.gz,到時候可以通過 ip:8080/bin.tar.gz 來下載。
2、在client上用僅存的編輯工具nano寫一個client.go:
package main import ( "fmt" "io" "net/http" "os" ) var ( url = "http://10.122.148.128:8080/bin.tar.gz" ) func main() { res, err := http.Get(url) if err != nil { fmt.Println(err) } f, err := os.Create("bin.tar.gz") if err != nil { fmt.Println(err) } io.Copy(f, res.Body) }
3、先 go run server.go,然後 go run client.go(可以先cd /usr/bin/),用tar命令解壓(還好tar可用)即可。
經過這次發現了命令的分級設計,這時候能用的命令基本是系統級別不可或缺的命令。設計的真好。
相關推薦
記一次危險的操作——誤刪/usr/bin目錄
做事要專一,否則就會出問題。 誤刪了/usr/bin/目錄,我能想到的同步命令都不能用,wget、nc、rsync(後來運維說是可以在server端強行推,這個倒是沒試過,當然你肯定得先配置client端的rsync配置檔案,讓其可以接收來自server端的推),好在我的伺
記一次MySQL資料誤刪-恢復體驗
資料誤刪了怎麼辦?本文也許能給您一定的提示。 一、檢視日誌 資料無意中發現不見了,怎麼辦? 也許首先想到的是去查日誌,找到問題原因,但是這個時間有可能會比較長,並且線上的業務在這段時間會收到影響。 因此,先不要去管什麼原因,首先應該做的第一件事情應當是資料恢復,保證正常的業務不受影響,而後再回過來查詢原
記一次給nginx的web服務器目錄加軟鏈接
鏈接 root bsp 解決方案 出現 方式 訪問 路徑配置 windows 先期情況和問題 已安裝好nginx服務器和相關配置。nginx的web目錄是/usr/share/nginx/html。 現在的問題是希望把web目錄換成/root/nginx
記一次誤刪資料
js中 0、' '、FALSE是等價的,null 和 undefined等價,那有沒有考慮過0 和 null什麼時間會等價呢,我用血淋淋的教訓告訴你; 業務場景是這樣的: 現在需要設定一個代理人,在員工請假有事時可以由此代理人提供服務;在設定代理人時,會把該員工所有許
記一次差點刪庫跑路的事故
Go 不能 題解 數據庫連接 use 項目 root 不一致 流量 故事這樣發生的,那是一個中午。。。。 老板:小a呀,咱測試項目部署在百度雲服務器上,測試數據庫部署在阿裏雲上,為了節省點流量,你把阿裏雲上的測試數據庫遷移到百度雲上吧。 小a : 好的,老板。 小a登陸測試
[Windows10]記一次修復註冊表相關血案:該文件沒有與之關聯的應用來執行該操作。請安裝應用,若已經安裝應用,請在“默認應用設置”頁面中創建關聯。
src 相關 overflow 還在 一次 註冊表 forum sin 嘗試 今天閑得蛋疼清理了一下右鍵菜單,於是在之後某時刻使用Everything的“雙擊路徑列打開目錄”功能時發現異常: [Window Title] Everything
記一次SqlServer騷操作——遞歸
ble where 需要 ins clas sel 並排 更新 all 目錄 記一次SqlServer騷操作——遞歸 創建一個測試表,並灌入一些數據 兼容MSSQL2008以下的版本 正向查找 反向查找 MSSQL2008以後的版本 正向查找 反向查找 記一次Sq
記一次bug 誤匯入com.sun.org.apache.xpath.internal.operations.String 引起的
在學習rabbit時,列印生產者匯入的資訊時,報錯: Caused by: org.springframework.messaging.converter.MessageConversionException: Cannot convert from [java.lang.St
記一次慘痛的操作git的翻車經歷
某天我在勤勤懇懇地調css的引數但是出了一些不可控的意外,所以腦子一熱就使用git將它回溯到昨天晚上儲存的版本,但是又出現了另一個問題——我一下午的工作白做了,所以又向給重新回到我回溯之前的版本,這就是我翻車的起因 所以,我們要思考一下有沒有可能重新通過180°
記一次 JPA @onetomany單向級聯刪除的操作
Hibernate級聯刪除——JPA下的Hibernate實現一對多級聯刪除CascadeType.DELETE_ORPHAN 現在這個已經被棄用了,換成onetomany(orphanRemoval=true)了, 實現級聯儲存增加@Cascade({org.hibernate
記一次網路實踐課程的悶騷操作
一、實驗目的: 搭建企業網站,根據實際進行網路拓撲與IP段規劃: 行政樓:人力資源部【1樓】 財務部【2樓】 行政部【3樓】 生產車間:生產部【1樓】 採購部【2樓】 只有行政樓各部門通過NAT訪問公網,生產樓各部門只能訪問內網 使用DHCP自動獲取IP
記一次MySQL刪庫的資料恢復
昨天因為不可描述的原因,資料庫直接被 drop database刪除。在第一時間停止資料庫服務和Web服務,備份MySQL資料目錄下的所有檔案之後,開始走上資料恢復之路。 第一次幹這種事,各種不得法。因為我們既沒有備份,也沒有開啟binlog,連innod
記一次python3 大檔案解壓和操作
先說下:所謂的大檔案並不是壓縮檔案有多大,幾十兆的檔案而是解壓後幾百兆。其中就遇到解壓不成功的情況.、讀小檔案時成功,大檔案時失敗等 def unzip_to_txt_plus(zipfilename): zfile = zipfile.ZipFile(zipf
記一次rm -rf之後的資料恢復操作
縮所有的2016年的bsssvc日誌tar -Jcvf bsssvc.log.2016.tar.xz bsssvc.log.2016*一條命令解決,接下來刪除原有的bsssvc.log.2016*rm -rf bsssvc.log.2016*就是這條命令,自己害自己啊,連同b
記一次修復mysq啟動/usr/local/mysql/bin/mysqld: Can't create/write to file '/home/data/logs/mysql/mysqld.pid
重啟系統後,mysql啟動不了[[email protected] ~]# systemctl start mysqld Job for mysqld.service failed becau
[資料庫]-----記一次mysql分庫的操作(冷熱分離)
前提: 1.原有庫是mysql資料庫,已經根據使用者pin分片 2.每片是一主兩從 3.主表已經分過表了 4.資料庫所在伺服器為4C8G 5.庫中資料量已經超過千萬,而且以每天3萬多的資料持續增長,將來每天或許會更多 6.庫內資料為訂單資料,每時每刻
記一次在使用ImageIO進行圖片IO操作時遇到的坑
之前的部落格中提到近期專案中使用到了圖片的壓縮處理,在本地tomcat上測試無任何問題,但是釋出到阿里雲伺服器上壓縮圖片卻出現了BUG,圖片生成不出來。本地的作業系統、TOMCAT和JDK版本和伺服器上一致,所以排除這些原因。可是卻怎麼也想不出還有其他什麼原因會導致圖片生成失
記一次愚蠢的操作--執行緒安全問題
前言 只有光頭才能變強。 文字已收錄至我的GitHub倉庫,歡迎Star:https://github.com/ZhongFuCheng3y/3y 記一次在工作中愚蠢的操作,本文關鍵字:執行緒安全 (我怎麼天天在寫Bug啊) 一、交代背景 我這邊有一個系統,提供一個RPC介面去傳送各種資訊(比如簡訊、
誤刪除系列三:記一次有道筆記資料恢復過程
1. 環境: 三個有道雲筆記客戶端分別是windows7、iphone、MAC 2. 事件發生過程: 今天早上在win7的有道雲筆記下記錄一些筆記時,出現誤刪除操作,當時我使用的是它的markdown模組進行記錄操作,剛好一個文件記錄了我一週一些學習過程的筆記,就在某一個時刻敲鍵盤時,
【MySQL】記一次線上重大事故:二狗子竟然把線上資料庫刪了!!
## 寫在前面 > 估計二狗子這幾天是大姨夫來了,心情很鬱悶,情緒也很低落,工作的時候也有點心不在焉。讓他發個版本,結果,一行命令下去把線上的資料庫刪了!你沒聽錯:是刪掉了線上的資料庫!運營那邊頓時炸了鍋:怎麼回事?系統不能訪問了!什麼情況啊?!很多客戶都在投訴了!! ># > 儘管運營那