一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內(nèi)不再提示

linux定時任務如何判斷文件差異?

Q4MP_gh_c472c21 ? 來源:寫個解 ? 作者:吳解君 ? 2021-03-17 10:05 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

本文能學到?busybox為例粗略跟蹤軟件執(zhí)行過程方法?如何判斷文件差異?cron 對任務計劃文件要求

1. 背景

無意中瞟一眼出廠產(chǎn)品的日志文件 /app/recode 大小居然有9MB,按照設計每10min執(zhí)行任務檢查/app/recode文件大小,該文件不會超過4MB,超過此大小則壓縮處理,僅保留最近的日志內(nèi)容。立馬著手檢查linux定時任務cron運行情況。

2. 初步排查

執(zhí) crontab -e 查看定時任務配置情況,其實是以root權限打開 var/spool/cron/crontabs/root 文件,第二行是本背景該執(zhí)行的腳本,乍看一下沒有任何問題。檢查 /var/log/message 看是否有被執(zhí)行的記錄,“cat /var/log/message | grep cron”,干干凈凈?。?!的確沒被執(zhí)行。

本來事情到此為止只算工程師一個平常無奇的日常,不過10min后再查看 /app/recode 居然從9MB變成4KB,/var/log/message也有執(zhí)行記錄,發(fā)生了什么?

3. 分析

為了分析具體原因,準備一新燒錄的板卡作為排查對象。懷疑方向有三個,這三方面都是引起任務計劃不被執(zhí)行的誘因:crontab file格式不正確

文件系統(tǒng)被改寫

crontab file所屬用戶不合法

3.1. x11 crontab file 格式不正確

crontab file文件位于 var/spool/cron/crontabs/root,當使用crontab -e命令打開該文件,不做任何修改并退出,cron任務計劃能被運行。懷疑var/spool/cron/crontabs/root文件里可能包含不合法字符或語法不正確,如:文件末尾有 、 、一行里有多個空格會影響cron解析該文件。于是執(zhí)行如下步驟排查:1.備份配置文件cp var/spool/cron/crontabs/root var/spool/cron/crontabs/root.bak;

2.執(zhí)行crontab -e;

3.cron任務計劃是否被執(zhí)行,需查看記錄watch -n 1 cat /var/log/message。

4.計算兩文件md5是否一致md5sum var/spool/cron/crontabs/root var/spool/cron/crontabs/root.bak;

結果:文件一致。

證明:“crontab file 格式不正確”不是誘因。

3.2. x12 文件系統(tǒng)被改寫

crontab -e雖然沒有修改var/spool/cron/crontabs/root,但無法證明它有沒有改寫文件系統(tǒng)其他文件。于是在一塊重新燒錄鏡像的板卡執(zhí)行如下步驟排查:獲取文件系統(tǒng)所有文件的MD5保存為/tmp/a.txt;

find arch bin etc home lib media opt root sbin tmp usr var -name “*” | xargs md5sum 》 /unuse/a.txt

執(zhí)行crontab -e;

獲取文件系統(tǒng)所有文件的MD5保存為/tmp/b.txt;

find arch bin etc home lib media opt root sbin tmp usr var -name “*” | xargs md5sum 》 /unuse/b.txt比較a.txt和b.txt是否一致,從而證明crontab -e是否修改文件系統(tǒng)內(nèi)容

結果:a.txt,b.txt文件一致。 證明:“x12 文件系統(tǒng)被改寫”不是誘因。

3.3. x13 crontab file所屬用戶不合法

產(chǎn)品的cron是busybox的組件,源碼面前無秘密。開始跟蹤crond執(zhí)行過程。 在busybox源碼的miscutils/crond.c添加若干 “printf(”LINE %d“, __ LINE __);”跟蹤程序運行。cron在前臺運行,執(zhí)行crond -f var/spool/cron/crontabs/root; 發(fā)現(xiàn)947行沒有被執(zhí)行,且文件指針是0;推斷:var/spool/cron/crontabs/root沒有被讀取。

跟蹤文件讀取函數(shù)load_crontab發(fā)現(xiàn)438行的if第二個條件不滿足,DEAMON_UID是0,只有當sbuf.st_uid也等于0時才能執(zhí)行文件讀取,實際返回1000。變量sbuf.st_uid表示文件所屬用戶的UID。

?修改crontab file文件的UID和GID都是0,chown 0:0 /var/spool/cron/crontabs/root;

?重新啟動crond:crond -f var/spool/cron/crontabs/

?10min后在/var/log/message里看到任務計劃執(zhí)行痕跡

Jan 10 1200 (none) cron.info crond[854]: USER root pid 3506 cmd /usr/bin/compresslog.shJan 10 1200 (none) cron.info crond[854]: USER root pid 3508 cmd /usr/local/bin/recode_check.shJan 10 1200 (none) cron.info crond[854]: USER root pid 5007 cmd /usr/local/bin/recode_check.shJan 10 1200 (none) cron.info crond[854]: USER root pid 6506 cmd /usr/local/bin/recode_check.sh結果:修改“crontab file所屬用戶”有效,任務計劃可以正常運行。 證明:“crontab file所屬用戶不合法”是誘因

4. 推斷過程

看到這個1000我已經(jīng)覺察到問題根本原因,看我娓娓道來。/etc/passwd記錄linux用戶所屬UID、GID。UID=0、GID=0屬于root用戶。passwd有若干ID號,普通預設的用戶的UID、GID在1~999,adduser創(chuàng)建的用戶ID從1000開始,啟動crond守護進程時會根據(jù)當前用名去/var/spool/cron/crontabs/目錄下尋找與用戶名同名的文件,順帶檢查該文件的所屬用戶UID,只有文件存在、UID相同才讀取該文件。按照設想,那么crontab -e執(zhí)行后應該會修改用戶所屬ID,下面是實驗步驟。再修改用戶組為 1000 “chown 1000:root /var/spool/cron/crontabs/root”

觀察crontab -e執(zhí)行前后文件所屬用戶是否改變

實踐和設想一致:crontab會修改文件所屬用戶。

5. 為什么測試階段沒發(fā)現(xiàn)問題

我的Linux系統(tǒng)開發(fā)環(huán)境普通用戶編碼從1000開始,為避免使用root用戶誤操作危害開發(fā)環(huán)境,一切文件均在普通用戶環(huán)境下編輯,為有編輯權限,曾執(zhí)行過 chown up /var/spool/cron/crontabs/root(不理解cron設計者為什么要去檢查文件所屬UID,即使當前已經(jīng)是root權限),這個up就是我的用戶名,up的UID=1000。之所以在軟件測試階段未發(fā)現(xiàn)問題,原因在于任務計劃默認10min才執(zhí)行一次,為縮短測試時間而修改任務計劃執(zhí)行頻率,提高測試效率,修改方法就是crontab -e編輯 /var/spool/cron/crontabs/root。 當初只注重recode_check.sh執(zhí)行的正確性。

原文標題:揪出元兇:linux定時任務crontab居然沒執(zhí)行

文章出處:【微信公眾號:嵌入式ARM】歡迎添加關注!文章轉載請注明出處。

責任編輯:haq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權轉載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學習之用,如有內(nèi)容侵權或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • Linux
    +關注

    關注

    87

    文章

    11507

    瀏覽量

    213521
  • 代碼
    +關注

    關注

    30

    文章

    4897

    瀏覽量

    70575

原文標題:揪出元兇:linux定時任務crontab居然沒執(zhí)行

文章出處:【微信號:gh_c472c2199c88,微信公眾號:嵌入式微處理器】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    配置文件差異介紹

    配置文件差異 FA模型應用在config.json文件中描述應用的基本信息,一個應用工程中可以創(chuàng)建多個Module,每個Module中都有一份config.json文件。confi
    發(fā)表于 06-05 06:50

    linux服務器挖礦病毒處理方案

    情況說明:挖礦進程被隱藏(CPU占用50%,htop/top卻看不到異常進程),結束挖礦進程后馬上又會運行起來(crontab -l查看發(fā)現(xiàn)沒有定時任務)。
    的頭像 發(fā)表于 04-09 10:33 ?420次閱讀
    <b class='flag-5'>linux</b>服務器挖礦病毒處理方案

    【第四章 定時任務】手把手教你玩轉新版正點原子云

    【第四章 定時任務】手把手教你玩轉新版正點原子云 承接上篇,除了報警聯(lián)動這個功能,原子云還有一個特色功能也是各開發(fā)者喜歡用的,定時任務功能。 【正點原子】云平臺:原子云(點擊登錄原子云) 前言
    發(fā)表于 03-13 10:19

    Linux計劃任務cron詳解

    cron是linux下用來周期性的執(zhí)行某種任務或等待處理某些事件的一個守護進程,與windows下的計劃任務類似,當安裝完成操作系統(tǒng)后,默認會安裝此服務 工具,并且會自動啟動crond進程,crond進程每分鐘會定期檢查是否有要
    的頭像 發(fā)表于 02-07 15:31 ?939次閱讀
    <b class='flag-5'>Linux</b>計劃<b class='flag-5'>任務</b>cron詳解

    Linux文件查找

    Linux文件查找 1.find查找概述 為什么要有文件查找,因為很多時候我們可能會忘了某個文件所在的位置,此時就需要通過find來查找。 find命令可以根據(jù)不同的條件來進行查找
    的頭像 發(fā)表于 12-03 17:09 ?699次閱讀

    Linux計劃任務介紹

    定時備份數(shù)據(jù)。比如:11點開啟網(wǎng)站搶購接口,12點關閉網(wǎng)站搶購接口。 3.計劃任務主要分為以下兩種使用情況: 1.系統(tǒng)級別的定時任務: 臨時文件清理、系統(tǒng)信息采集、日志
    的頭像 發(fā)表于 11-24 15:49 ?782次閱讀

    如何判斷Linux系統(tǒng)的位數(shù)

    給你一個 Linux 系統(tǒng),如何判斷它的位數(shù)? 我經(jīng)常用的,有這么幾種方式。 第一個,使用命令: uname -m。 uname命令在 Linux 中用于顯示與操作系統(tǒng)內(nèi)核相關的信息,加上 -m
    的頭像 發(fā)表于 11-24 10:28 ?653次閱讀

    定時器技術:Air780E如何革新定時任務管理?

    今天講的是關于Air780E如何革新定時任務管理的內(nèi)容,希望大家有所收獲。
    的頭像 發(fā)表于 11-07 13:50 ?733次閱讀
    <b class='flag-5'>定時</b>器技術:Air780E如何革新<b class='flag-5'>定時任務</b>管理?

    mysql定時備份任務

    在生產(chǎn)環(huán)境上,為了避免數(shù)據(jù)的丟失,通常情況下都會定時的對數(shù)據(jù)庫進行備份。而Linux的crontab指令則可以幫助我們實現(xiàn)對數(shù)據(jù)庫定時進行備份。首先我們來簡單了解crontab指令,如果你會了請?zhí)较乱粋€內(nèi)容mysql備份。
    的頭像 發(fā)表于 10-31 10:07 ?503次閱讀

    Linux文件系統(tǒng)的掛載過程

    Linux文件系統(tǒng)(rootfs)是Linux系統(tǒng)中所有其他文件系統(tǒng)和目錄的起點,它是內(nèi)核啟動時掛載的第一個文件系統(tǒng)。
    的頭像 發(fā)表于 10-05 16:50 ?941次閱讀

    如何構建Linux文件系統(tǒng)

    構建Linux文件系統(tǒng)是一個涉及多個步驟和概念的過程,它對于Linux系統(tǒng)的啟動和運行至關重要。
    的頭像 發(fā)表于 10-05 16:47 ?674次閱讀

    確定LDO的任務配置文件兼容性

    電子發(fā)燒友網(wǎng)站提供《確定LDO的任務配置文件兼容性.pdf》資料免費下載
    發(fā)表于 09-24 10:44 ?0次下載
    確定LDO的<b class='flag-5'>任務</b>配置<b class='flag-5'>文件</b>兼容性

    freertos最多支持多少個任務

    FreeRTOS是一個輕量級的實時操作系統(tǒng)(RTOS),其設計初衷就是為了提供簡單、可靠且高效的實時任務管理。關于FreeRTOS最多支持多少個任務的問題,實際上并沒有一個固定的上限,這主要取決于
    的頭像 發(fā)表于 09-02 14:21 ?2219次閱讀

    linux定時任務的用法總結

    習慣了使用 windows 的計劃任務,使用 linux 中的 crontab 管理定時任務時很不適應。
    的頭像 發(fā)表于 08-14 18:16 ?1131次閱讀
    <b class='flag-5'>linux</b><b class='flag-5'>定時任務</b>的用法總結

    ESP8266如何實現(xiàn)時間小于3us的定時任務?

    想實現(xiàn)一個穩(wěn)定的軟串口,現(xiàn)有的軟串口程序是通過中斷實現(xiàn)的,但中斷好像會被其他中斷打斷,導致數(shù)據(jù)丟失,定時器按文檔上的說法,只能大于50us,能不能實現(xiàn)時間小于3us的定時任務或者提高GPIO中斷的優(yōu)先級呢?或者還有其他什么辦法?
    發(fā)表于 07-19 06:13