記錄一次文件過多的刪除經歷
公司使用的開發語言是PHP,靜態頁面緩存機制是緩存在磁盤的某個目錄下,由於沒有做定時任務對緩存文件進行刪除,於是久而久之,緩存目錄的文件達到了32萬個,此時用rm -rf刪除會報錯。提示-bash: /bin/rm: Argument list too long.
於是找到方法進行刪除:ls | xargs -n 500 rm -rf
如圖:
當然還有其他方法,如:
find . -name "*" |xargs rm -rf
記錄一次文件過多的刪除經歷
相關推薦
記錄一次文件過多的刪除經歷
刪除文件 公司使用的開發語言是PHP,靜態頁面緩存機制是緩存在磁盤的某個目錄下,由於沒有做定時任務對緩存文件進行刪除,於是久而久之,緩存目錄的文件達到了32萬個,此時用rm -rf刪除會報錯。提示-bash: /bin/rm: Argument list too
記錄一次很遺憾的面試經歷
這周去網易面試遊戲前端開發 很遺憾沒過 更難過的是不是我不會 而是自己發揮問題導致的 事情是這樣的:週一去網易一面 一面的面試官很好 年紀跟我相差不大 態度比較親和 2位面試官針對我在簡歷上寫的東西做了詢問 我一一做了回答 我回答不好或不全面的地方 他
記錄一次iOS上線的坎坷經歷
本次上線被蘋果拒了將近10次,這次上線真可謂坎坷,多磨!對蘋果的稽核人員真是無語了,感覺上線7分靠運氣,3分靠實力!再此記錄一些細節: 1 第一次被拒 原因:APP名字中出現“聯通”兩個字,結果被拒,大意是說 我們的賬號註冊公司名字不是中國聯通的。真是無語,中國文字博大精深
記錄一次刪除大文件,但磁盤沒有釋放空間的問題
服務器 restart 啟動 rest 很大的 rep 記錄 -h rsyslogd 上服務器查看/dev/xxx 掛載的/var 快滿了都過了90%,所以需要清理一下日誌文件了df -h.../dev/xxx xxG xxG 1.0G 93% /va
簡單記錄一次REDO文件損壞報錯 ORA-00333重做日誌讀取塊出錯
clas 後者 利用 實例恢復 poi cancel true cover html 一.故障描寫敘述 首先是實例恢復須要用到的REDO文件損壞 二、解決方法 1.對於非當前REDO或者當前REDO可是無活動事務使用下面CLEAR命令: 用CLEAR命令重建該日誌
記錄一次手機聯系人整理(XML文件格式處理)
[] tro 等號 enum 刪除 global root 資源文件 nbsp 場景:1、IOS手機和Android手機聯系人同步時有部分重復聯系人。 2、很早以前的HTC手機導出的聯系人中備註信息有大量亂碼,且很多聯系人生日被設置為1970-01-01,導致生日提醒
記錄一次生產環境hadoop集群優化以及pid文件缺失處理
hadoop hbase pid 優化一、優化準備優化需要根據實際情況綜合分析1、關閉系統swap分區(如果未關閉的話)在Hadoop中,如果使用系統默認設置,會導致swap分區被頻繁使用,集群會不斷發出警告。對於每個作業處理的數據量和每個Task中用到的各種緩沖,用戶都是完全可控的。echo "v
記錄一次刪除/建立APEX的Workspace經歷
時間過去的稍微有些久遠,無法記得當時是如何操作的了。這裡只對重點內容進行記述。 命令列刪除Workspace 官方參考文件 實驗的時候建立很多Workspace,所以想要一次性全部刪除,具體的刪除操作可以參考文件: http://docs.oracle.com/cd/E17
記錄一次經歷的數據庫從單庫到分庫分表的過程
人力 per 靠譜 img center 沒有 tdd 推出 數據 前言 目前所在的的項目組,由於項目正在處於一個業務爆發期,每天數據的增長量已經給我們數據庫乃至系統造成了很多不確定的因數,前期依靠優化業務和SQL等方式暫時還能夠支撐住。但是最近發現某些表數據達到50
記錄一次mysql有索引但是沒有用到的經歷
前提:公司測試人員需要連線資料庫取資料,但是併發量高的時候會報等待獲取連線超時,所以經理讓我幫忙處理下,首先想到增大超時等待時間,改為60秒,300百左右併發是沒有問題的,但是提高到500以上時又報辣個錯誤,就在考慮應該優化下查詢sql,增加索引使查詢時間縮短來減少等待時間。 兩個sql很簡
記錄一次刪除大檔案,但磁碟沒有釋放空間的問題
上伺服器檢視/dev/xxx 掛載的/var 快滿了都過了90%,所以需要清理一下日誌檔案了df -h.../dev/xxx xxG xxG 1.0G 93% /var... 去/var/log中檢查到檔案cd /var/logls...-rw-------. 1 root root 26G 10月 20
記錄一次mybatis查詢返回為空資料庫卻能查詢到資料的經歷
昨晚上測試人員給發了一條測試資料,說是根據這條資料介面返回資訊為空。之後根據給的資訊去資料庫查詢了下,明明是有資料的。但是用mybatis就是查詢不出來。奇了怪了,自己測試的資料都能查詢出來,為何這條資料就是沒有那?查詢條件就是 主鍵+狀態值而已,沒有多餘的查詢。 &
關於js物件中兩個函式互相呼叫,其中一個為定時器宣告,定時器迴圈報錯問題(記錄一次嘗試新寫法的報錯經歷)附帶無縫輪播圖程式碼
先上之前的錯誤程式碼吧,注意計時器這個方法(是想把之前寫的的輪播圖演示重構一下) var obj = { sleepTime: 2000,//輪播延時 cont: 0,//第幾張 origin: document.getElementsByClassName('main-
記錄一次從MinGw轉到MSVC編譯器的錯誤經歷
MinGW和MSVC相容度並不那麼好,由於中文的問題,sa一直使用的是MinGW來進行編譯,但說實話,在windows上MinGW編譯出來的程式在體積和速度上和MSVC還是有點差距的,因此,sa最終版打算使用msvc編譯器。 於是,前幾天用Qt5.9 MSVC2015版進行了一下編譯結果
記錄一次linux刪除mysql
service mysqld status service mysqld stop ps –ef | grep mysql perl-DBD-MySQL-4.013-3.el6.x86_64 //刪除命令 rpm -ev perl-DBD-MySQL-4.013-3.el6.x86_
記錄一次vue-cli專案上線到阿里雲並配置Nginx伺服器的經歷
首先,買一臺雲伺服器是必要的,我使用的是阿里雲伺服器CentOS 7.4 64位作業系統。 在整個vue-cli專案上線過程中,我遇到了很多問題。不過,最終圓滿解決了,因此在這裡記錄一下。 遇到的問題: 雲伺服器連線 vue專案打包上線 nginx安裝配置 雲
記錄一次由屁股決定研發的狗血經歷
大將無能,累死三軍。一個專案的成敗,是整個團隊努力的結果。今天總結的這些經驗教訓,如果對後來人有哪怕一丁點的經驗教訓,那也值了。 2017年的春天,我們團隊接到一個任務,需要開發一套智慧家居產品,產品的開發週期初定為三個月。產品的架構其實不復雜,都是一些現成的技術,應該很快可以拿下。 事實證明,碼農的
記錄一次查詢log的經歷
一大早發現生產資料庫的基礎資料被刪除。 由於每天都做了差異備份,而且是基礎資料,這樣資料就不會擔心找不回來。 首先通過每天的差異本分檔案進行檢視資料丟失的大概時間,查到資料丟失是在17晚上備份過後18丟失的。 然後找18號的資料庫執行記錄 貼上語句: SELECT ST.text AS '執
關於js物件中兩個函式互相呼叫,其中一個為定時器宣告,定時器迴圈報錯問題(記錄一次嘗試新寫法的報錯經歷)
先上之前的錯誤程式碼吧(是想把之前寫的的輪播圖demo重構一下) var obj = { sleepTime: 2000,//輪播延時 cont: 0,//第幾張 origin: document.getElementsByClassName('ma
【記錄一次坑經歷】axios使用x-www-form-urlencoded 伺服器報400(錯誤的請求。 )(後端.Net MVC5 WebApi OAuth,前端Electron-Vue)
首先放上原始碼 electron-vue axios 註冊 axios.defaults.baseURL = 'http://localhost:8888/' axios.defaults.headers.post['Content-Type'] = 'applicatio