查看Linux文件占用進(jìn)程寫數(shù)據(jù)
背景
centos7 在某一段時間監(jiān)控報警磁盤使用率達(dá)99%，由于監(jiān)控屬于概要形式信息，沒有快照信息的監(jiān)控(能發(fā)現(xiàn)某進(jìn)程的I/O，CPU消耗情況)，所以需要在服務(wù)器上去定時執(zhí)行統(tǒng)計命令獲取快照信息。 需要通過iostat -dx -k去查看avgqu-sz、await、svctm、%util; sar -u查看%iowait、%user; pidstat -d 查看進(jìn)程I/O讀寫的快照信息
步驟
-
生成統(tǒng)計信息文件
cat>/tmp/at_task.sh</tmp/pidstat_`date +%F_%T`.log 2>& 1 &
sar -u 2 >/tmp/sar_`date +%F_%T`.log 2>& 1 &
while [ 1 ];do echo -n `date +%T` >>/tmp/iostat_`date +%F` 2>& 1 && iostat -dx -k 1 1 >>/tmp/iostat_`date +%F` 2>& 1; sleep 2; done &
EOF
在while循環(huán)中使用iostat的原因是要輸出
date +%T時間，不然只有數(shù)據(jù)，沒有時間信息也沒有什么用
-
使用at 命令定時執(zhí)行
at 15:14 today -f /tmp/at_task.sh
出現(xiàn)錯誤
Can't open /var/run/atd.pid to signal atd. No atd running?
重啟atd服務(wù)
service atd restart
重新開啟at定時任務(wù)
at 15:14 today -f /tmp/at_task.sh
job 2 at Wed Mar 13 1500 2019
得到如下快照信息
iostat
1535Linux 3.10.0-862.14.4.el7.x86_64 (ip-xxxxx) 03/13/2019 _x86_64_ (4 CPU)
Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await r_await w_await svctm %util
vda 0.12 0.07 17.31 19.41 580.79 90.52 36.57 0.09 2.39 4.42 0.57 0.72 2.63
scd0 0.00 0.00 0.00 0.00 0.00 0.00 6.00 0.00 0.28 0.28 0.00 0.25 0.00
sar
0300 PM CPU %user %nice %system %iowait %steal %idle
0302 PM all 0.25 0.00 0.38 0.00 0.00 99.37
0304 PM all 1.25 0.13 0.63 0.00 0.00 97.99
0306 PM all 0.25 0.13 0.50 0.00 0.00 99.12
0308 PM all 0.50 0.00 0.50 0.63 0.00 98.37
pidstat
0300 PM UID PID kB_rd/s kB_wr/s kB_ccwr/s Command
0302 PM 5700 9089 0.00 6.00 0.00 uxxx
0302 PM 5700 9140 0.00 6.00 0.00 uxxx
0302 PM 5700 9292 0.00 10.00 0.00 uxxx
0302 PM 0 18084 0.00 2.00 0.00 bash
kill 掉收集信息的命令
ps -ef | egrep 'iostat|sar|pidstat|while' | grep -v grep | awk '{print $2}' | xargs -l kill
但ps -ef | egrep 命令沒有獲取到while循環(huán)的pid，不kill掉該while循環(huán)，就會一直對/tmp/iostat_2019-03-13寫數(shù)據(jù)-_-
通過lsof 沒有定位到打開文件的進(jìn)程
lsof /tmp/iostat_2019-03-13
[root@ip-10-186-60-117 ~]#
[root@ip-10-186-60-117 ~]#
通過lsof 可以定位到打開mysql-error.log的進(jìn)程
lsof /opt/mysql/data/5690/mysql-error.log
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
mysqld 12858 actiontech-universe 1w REG 253,1 6345 20083533 /opt/mysql/data/5690/mysql-error.log
mysqld 12858 actiontech-universe 2w REG 253,1 6345 20083533 /opt/mysql/data/5690/mysql-error.log
可見，某進(jìn)程只有一只持有某文件的inode，才可以通過lsof查看文件在被那些進(jìn)程使用
獲取寫文件的進(jìn)程號
安裝sysemtap
yum -y install systemtap
SystemTap 是對 Linux 內(nèi)核監(jiān)控和跟蹤的工具
利用systemtap中的inodewatch.stp工具來查找寫文件的進(jìn)程號
得到文件的inode
stat -c '%i' /tmp/iostat_2019-03-13
4210339
獲取文件所在設(shè)備的major，minor
ls -al /dev/vda1
brw-rw---- 1 root disk 253, 1 Jan 30 13:57 /dev/vda1
得到寫文件的pid
stap /usr/share/systemtap/examples/io/inodewatch.stp 253 1 4210339
Checking "/lib/modules/3.10.0-862.14.4.el7.x86_64/build/.config" failed with error: No such file or directory
Incorrect version or missing kernel-devel package, use: yum install kernel-devel-3.10.0-862.14.4.el7.x86_64
根據(jù)系統(tǒng)內(nèi)核版本在kernel-devel rpm build for :ScientificLinux7網(wǎng)站上下載相應(yīng)的kernal-devel包
wget ftp://ftp.pbone.net/mirror/ftp.scientificlinux.org/linux/scientific/7.2/x86_64/updates/security/kernel-devel-3.10.0-862.14.4.el7.x86_64.rpm
rpm -ivh kernel-devel-3.10.0-862.14.4.el7.x86_64.rpm
再次執(zhí)行stap
stap /usr/share/systemtap/examples/io/inodewatch.stp 253 1 4210339
......
Missing separate debuginfos, use: debuginfo-install kernel-3.10.0-862.14.4.el7.x86_64
Pass 2: analysis failed. [man error::pass2]
Number of similar error messages suppressed: 2.
安裝debuginfo kernal
debuginfo-install kernel-3.10.0-862.14.4.el7.x86_64
Verifying : kernel-debuginfo-common-x86_64-3.10.0-862.14.4.el7.x86_64 1/3
Verifying : yum-plugin-auto-update-debug-info-1.1.31-50.el7.noarch 2/3
Verifying : kernel-debuginfo-3.10.0-862.14.4.el7.x86_64 3/3
Installed:
kernel-debuginfo.x86_64 0:3.10.0-862.14.4.el7
yum-plugin-auto-update-debug-info.noarch 0:1.1.31-50.el7
Dependency Installed:
kernel-debuginfo-common-x86_64.x86_64 0:3.10.0-862.14.4.el7
再次執(zhí)行stap
stap /usr/share/systemtap/examples/io/inodewatch.stp 253 1 4210339
ERROR: module version mismatch (#1 SMP Tue Sep 25 1452 CDT 2018 vs #1 SMP Wed Sep 26 1511 UTC 2018), release 3.10.0-862.14.4.el7.x86_64
WARNING: /usr/bin/staprun exited with status: 1
添加 -v查看詳細(xì)報錯
stap -v /usr/share/systemtap/examples/io/inodewatch.stp 253 1 4210339
Pass 1: parsed user script and 471 library scripts using 240276virt/41896res/3368shr/38600data kb, in 300usr/20sys/320real ms.
Pass 2: analyzed script: 2 probes, 12 functions, 8 embeds, 0 globals using 399436virt/196284res/4744shr/197760data kb, in 1540usr/560sys/2106real ms.
Pass 3: using cached /root/.systemtap/cache/f5/stap_f5c0cd780e8a2cac973c9e3ee69fba0c_7030.c
Pass 4: using cached /root/.systemtap/cache/f5/stap_f5c0cd780e8a2cac973c9e3ee69fba0c_7030.ko
Pass 5: starting run.
ERROR: module version mismatch (#1 SMP Tue Sep 25 1452 CDT 2018 vs #1 SMP Wed Sep 26 1511 UTC 2018), release 3.10.0-862.14.4.el7.x86_64
WARNING: /usr/bin/staprun exited with status: 1
Pass 5: run completed in 0usr/10sys/38real ms.
Pass 5: run failed. [man error::pass5]
修改
vim /usr/src/kernels/3.10.0-862.14.4.el7.x86_64/include/generated/compile.h
#define UTS_VERSION "#1 SMP Tue Sep 25 1452 CDT 2018"
改為
#define UTS_VERSION "#1 SMP Wed Sep 26 1511 UTC 2018"
rm -rf /root/.systemtap/cache/f5/stap_f5c0cd780e8a2cac973c9e3ee69fba0c_7030*
再次執(zhí)行
stap /usr/share/systemtap/examples/io/inodewatch.stp 253 1 4210339
iostat(4671) vfs_write 0xfd00001/4210339
iostat(4671) vfs_write 0xfd00001/4210339
iostat(4671) vfs_write 0xfd00001/4210339
iostat(4671) vfs_write 0xfd00001/4210339
iostat(4671) vfs_write 0xfd00001/4210339
iostat(4671) vfs_write 0xfd00001/4210339
iostat(4671) vfs_write 0xfd00001/4210339
iostat(4671) vfs_write 0xfd00001/4210339
iostat(4671) vfs_write 0xfd00001/4210339
iostat(4671) vfs_write 0xfd00001/4210339
iostat(4677) vfs_write 0xfd00001/4210339
iostat(4677) vfs_write 0xfd00001/4210339
iostat(4677) vfs_write 0xfd00001/4210339
iostat(4677) vfs_write 0xfd00001/4210339
iostat(4677) vfs_write 0xfd00001/4210339
iostat(4677) vfs_write 0xfd00001/4210339
iostat(4677) vfs_write 0xfd00001/4210339
iostat(4677) vfs_write 0xfd00001/4210339
iostat(4677) vfs_write 0xfd00001/4210339
iostat(4677) vfs_write 0xfd00001/4210339
iostat(4683) vfs_write 0xfd00001/4210339
............
可見已經(jīng)得到了寫/tmp/iostat_date +%F文件的進(jìn)程號，但進(jìn)程號一直在打印出來，因為后臺進(jìn)程iostat -dx -m 的在while循環(huán)中的，每隔sleep 2s 后就會執(zhí)行一次iostat 產(chǎn)生新的pid。
那要怎樣才能讓iostat -dx -m 停止寫/tmp/iostat_date +%F文件了？除了重啟大法好 $_$
rm -rf 也不能終止后臺的while iostat進(jìn)程寫文件，刪除了文件后，while循環(huán)又會生成新的文件
rm -rf /tmp/iostat_2019-03-1*
stat /tmp/iostat_2019-03-1*
File: ‘/tmp/iostat_2019-03-13’
Size: 146700 Blocks: 512 IO Block: 4096 regular file
Device: fd01h/64769dInode: 4210339 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2019-03-14 1626.211888899 +0800
Modify: 2019-03-14 1617.854019793 +0800
Change: 2019-03-14 1617.854019793 +0800
正確做法
cat>/tmp/iostat.sh<while [ 1 ];do echo -n `date +%T` >>/tmp/iostat_`date +%F` 2>& 1 && iostat -dx -m 1 1 >>/tmp/iostat_`date +%F` 2>& 1; sleep 2; done &
EOF
at now + 1 minute today
bash /tmp/iostat.sh
#這樣就能方便的獲取到進(jìn)程號pid了
ps -ef | grep iostat
root 8593 1 0 16:16 pts/2 0000 bash /tmp/iostat.sh
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請聯(lián)系本站處理。
舉報投訴
-
Linux
+關(guān)注
關(guān)注
88文章
11822瀏覽量
219602 -
服務(wù)器
+關(guān)注
關(guān)注
14文章
10371瀏覽量
91773
原文標(biāo)題：查看 Linux 文件占用進(jìn)程寫數(shù)據(jù)？
文章出處：【微信號：良許Linux，微信公眾號：良許Linux】歡迎添加關(guān)注！文章轉(zhuǎn)載請注明出處。
發(fā)布評論請先 登錄
相關(guān)推薦
熱點推薦
Linux系統(tǒng)中這三個命令的完整功能和正確查看方法
在 Linux 系統(tǒng)的日常運維中，監(jiān)控進(jìn)程資源使用情況是最頻繁的工作之一。當(dāng)服務(wù)器 CPU 突然飆高、內(nèi)存告警、或者業(yè)務(wù)響應(yīng)變慢時，運維工程師首先要做的事情就是查看系統(tǒng)資源使用狀況。top、ps、free 這三個命令幾乎是每個運
零基礎(chǔ)玩轉(zhuǎn)Linux+Ubuntu實戰(zhàn)視頻課程
是圖形化的“傻瓜相機”，你看到什么就能點什么；Linux 是字符界的“樂高積木”，它沒有界面，所有的硬件、設(shè)置、數(shù)據(jù)，全都被抽象成了一個個文本文件（檔案柜），你需要用命令（積木）去拼裝出想要的功能
發(fā)表于 04-18 16:16
飛凌嵌入式ElfBoard-進(jìn)程之進(jìn)程狀態(tài)
在Linux系統(tǒng)中，進(jìn)程狀態(tài)對于系統(tǒng)調(diào)度、資源分配和管理非常重要，因為它表示了進(jìn)程當(dāng)前的執(zhí)行狀況和資源使用情況。在Linux 系統(tǒng)中使用ps -aux 命令可觀察到
發(fā)表于 03-27 09:12
飛凌嵌入式ElfBoard-進(jìn)程的相關(guān)信息之父進(jìn)程和子進(jìn)程
的第一個進(jìn)程，負(fù)責(zé)啟動和管理其他進(jìn)程，在大多數(shù)Linux系統(tǒng)中，這個進(jìn)程的PID為1。
父進(jìn)程的查看
發(fā)表于 03-12 17:12
飛凌嵌入式ElfBoard-進(jìn)程之什么是進(jìn)程
在Linux系統(tǒng)中，有些基本命令能夠查看到進(jìn)程的信息。例如ps、top、pgrep、pstree等；這些命令為用戶提供了查看和管理Linux
發(fā)表于 03-02 08:49
Linux進(jìn)程管理不用愁！這6個工具幫你搞定90%場景
在 Linux 系統(tǒng)中，進(jìn)程是資源分配的基本單位，無論是服務(wù)器運維、程序調(diào)試還是日常使用，掌握進(jìn)程管理工具都是必備技能。今天就帶大家梳理 6 個最常用的進(jìn)程管理工具，從
飛凌嵌入式ElfBoard-進(jìn)程之什么是進(jìn)程
是靜態(tài)的，不占用系統(tǒng)資源，只有在被執(zhí)行時才會轉(zhuǎn)換為進(jìn)程。程序通常有多種表現(xiàn)形式，常見的表現(xiàn)形式如下源代碼形式：使用編程語言（如：C語言）寫成的一系列語句組成，是人類可以閱讀的文本文件；想要執(zhí)行程序，需要
發(fā)表于 01-26 08:42
進(jìn)程通信
”，是指用于連接一個讀進(jìn)程和一個寫進(jìn)程以實現(xiàn)它們之間通信的一個共享文件，又名pipe文件。向管道(共享文件)提供輸入的發(fā)送
發(fā)表于 01-15 06:16
深入Linux內(nèi)核：進(jìn)程調(diào)度的核心邏輯與實現(xiàn)細(xì)節(jié)
在Linux系統(tǒng)中，進(jìn)程調(diào)度就像一位精明的“CPU管理員”——它決定著哪個進(jìn)程能優(yōu)先使用CPU，多久切換一次進(jìn)程，如何平衡系統(tǒng)響應(yīng)速度與資源利用率。小到桌面應(yīng)用的流暢點擊，大到服務(wù)器的
解析Linux的進(jìn)程、線程和協(xié)程
影響其他進(jìn)程，進(jìn)程之間是高度隔離的。Linux中，進(jìn)程由進(jìn)程標(biāo)識符（PID）唯一標(biāo)識。
進(jìn)程的
發(fā)表于 12-22 11:00
飛凌嵌入式ElfBoard-文件I/O的了解探究之Linux系統(tǒng)的文件管理機制
、文件所有者、文件對應(yīng)的讀/寫/執(zhí)行權(quán)限、文件時間戳（創(chuàng)建時間、更新時間等）、文件類型、文件數(shù)據(jù)
發(fā)表于 11-18 08:50
Linux進(jìn)程間通信（IPC）全解析：從管道到?Socket，一篇講透
在?Linux?世界里，進(jìn)程并非孤立存在。無論是后臺服務(wù)協(xié)作（如?Web?服務(wù)器與數(shù)據(jù)庫）、命令行工具聯(lián)動（如ps | grep），還是復(fù)雜應(yīng)用的模塊通信，都離不開 進(jìn)程間通信（IPC
飛凌嵌入式ElfBoard-系統(tǒng)應(yīng)用編程之文件I/O
Linux系統(tǒng)中，一個進(jìn)程可以打開的文件數(shù)是有限制，并不可以無限制打開很多的文件，因為打開文件會占用
發(fā)表于 10-24 08:57
【HZ-T536開發(fā)板免費體驗】—— linux 進(jìn)程創(chuàng)建
Linux進(jìn)程通信方式有這幾種：
1。管道
2。信號量
3。消息隊列
4。共享內(nèi)存
在本帖子中，我會講解fork（），exit（）系統(tǒng)調(diào)用的實踐。通過應(yīng)用編程來實現(xiàn)系統(tǒng)調(diào)用。
1，進(jìn)程創(chuàng)建
打開
發(fā)表于 09-01 20:49
Linux系統(tǒng)查看及修改設(shè)備型號信息，觸覺智能RK3562開發(fā)板演示
本文介紹Linux系統(tǒng)如何查看及修改設(shè)備型號信息的方法，適用于想查看設(shè)備型號信息或者想將設(shè)備型號信息修改為自己項目的名稱的情況。觸覺智能RK3562開發(fā)板演示。查看設(shè)備信息命令如下：c
評論