இந்த அற்ப பணி ஒரு வெள்ளிக்கிழமை மதியம் எழுந்தது மற்றும் 2-3 நிமிடங்கள் எடுத்திருக்க வேண்டும். பொதுவாக, எப்போதும் போல.
ஒரு சக ஊழியர் தனது சர்வரில் ஸ்கிரிப்டை சரிசெய்யச் சொன்னார். நான் அதைச் செய்தேன், அதை அவரிடம் ஒப்படைத்துவிட்டு கவனக்குறைவாக கைவிட்டேன்: "நேரம் 5 நிமிடங்கள் வேகமாக உள்ளது." சேவையகம் ஒத்திசைவைக் கையாளட்டும். அரை மணி நேரம், ஒரு மணி நேரம் கடந்துவிட்டது, அவர் இன்னும் கொப்பளித்து அமைதியாக சபித்தார்.
"முட்டாள்! - நான் நினைத்தேன், சர்வர் கன்சோலுக்கு மாறுகிறேன் - சரி, இன்னும் இரண்டு நிமிடங்களுக்கு நான் ஓய்வு எடுத்துக்கொள்கிறேன்."
பார்க்கலாம் ntp, rdate, sdwdate நிறுவப்படாத timeyncd முடக்கப்பட்டு இயங்கவில்லை.
# timedatectl
Local time: Sun 2019-08-25 20:44:39 +03
Universal time: Sun 2019-08-25 17:44:39 UTC
RTC time: Sun 2019-08-25 17:39:52
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: no
NTP synchronized: no
RTC in local TZ: no
DST active: n/a
வன்பொருள் நேரம் சரியானது என்பதை இங்கே நான் உடனடியாக கவனிக்கிறேன்: மேலும் செல்லவும் எளிதாக இருக்கும்.
இங்குதான் தொடர் தவறுகள் தொடங்கின.
முதல் தவறு. தன்னம்பிக்கை
கிளிக்-கிளாக்...
# systemctl enable systemd-timesyncd.service && systemctl start systemd-timesyncd.service && ntpdate 0.ru.pool.ntp.org && timedatectl set-ntp on && timedatectl
25 Aug 21:00:10 ntpdate[28114]: adjust time server 195.210.189.106 offset -249.015251 sec
Local time: Sun 2019-08-25 21:00:10 +03
Universal time: Sun 2019-08-25 18:00:10 UTC
RTC time: Sun 2019-08-25 18:00:10
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: n/a
எல்லாம் நன்றாக இருக்கிறது, நேரம் ஒத்திசைக்கப்பட்டுள்ளது, கணினி நேரம் வன்பொருளுடன் பொருந்துகிறது. "எடுத்துக்கொள்" என்று சொல்லிவிட்டு என் தொழிலுக்குத் திரும்பினேன்.
“எதை எடுத்துக்கொள்? - சக ஊழியர் கோபமடைந்தார். "இது அதே நேரம்!"
வழக்கமான பிரச்சனைகளை நீங்கள் எவ்வளவு அதிகமாக தீர்க்கிறீர்களோ, அவ்வளவு அதிகமாக உங்கள் சிந்தனை கண் சிமிட்டுகிறது, மேலும் நூறாவது அல்லது ஆயிரமாவது சூழ்நிலை வேறுவிதமாக இருக்கும் என்று நீங்கள் நினைக்க மாட்டீர்கள், ஆனால் இந்த முறை அல்ல.
# timedatectl
Local time: Sun 2019-08-25 21:09:15 +03
Universal time: Sun 2019-08-25 18:09:15 UTC
RTC time: Sun 2019-08-25 18:05:04
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: yes
NTP synchronized: no
RTC in local TZ: no
DST active: n/a
கணினி நேரம் மீண்டும் தவறானது.
மீண்டும் முயற்சிப்போம்:
# ntpdate 0.ru.pool.ntp.org && timedatectl && sleep 1 && timedatectl
25 Aug 21:07:37 ntpdate[30350]: step time server 89.175.20.7 offset -249.220828 sec
Local time: Sun 2019-08-25 21:07:37 +03
Universal time: Sun 2019-08-25 18:07:37 UTC
RTC time: Sun 2019-08-25 18:07:37
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: n/a
Local time: Sun 2019-08-25 21:11:46 +03
Universal time: Sun 2019-08-25 18:11:46 UTC
RTC time: Sun 2019-08-25 18:07:37
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: yes
NTP synchronized: no
RTC in local TZ: no
DST active: n/a
வித்தியாசமாக செய்வோம்:
# date -s "2019-08-25 21:10:30" && date && sleep 1 && timedatectl
Sun Aug 25 21:10:30 +03 2019
Sun Aug 25 21:10:30 +03 2019
Local time: Sun 2019-08-25 21:14:36 +03
Universal time: Sun 2019-08-25 18:14:36 UTC
RTC time: Sun 2019-08-25 18:10:30
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: yes
NTP synchronized: no
RTC in local TZ: no
DST active: n/a
மேலும் இது போன்றது:
# hwclock --hctosys && timedatectl && sleep 1 && timedatectl
Local time: Sun 2019-08-25 21:11:31 +03
Universal time: Sun 2019-08-25 18:11:31 UTC
RTC time: Sun 2019-08-25 18:11:31
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: n/a
Local time: Sun 2019-08-25 21:15:36 +03
Universal time: Sun 2019-08-25 18:15:36 UTC
RTC time: Sun 2019-08-25 18:11:32
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: yes
NTP synchronized: no
RTC in local TZ: no
DST active: n/a
நேரம் ஒரு பிளவு வினாடிக்கு அமைக்கப்பட்டுள்ளது, உடனடியாக மீண்டும் "அவசரமாக" தொடங்குகிறது.
அதே நேரத்தில், பதிவுகளில், அத்தகைய கைமுறை மாற்றத்தின் போது, முறையே, சரியான/தவறான திசையில் மற்றும் எப்போதாவது மாறிவிட்டதாக கணினி அறிக்கைகளை மட்டுமே பார்க்கிறோம். மீண்டும் ஒத்திசைக்கிறது systemd-timesyncd இலிருந்து.
Aug 25 21:18:51 wisi systemd[1]: Time has been changed
Aug 25 21:18:51 wisi systemd-timesyncd[29258]: System time changed. Resyncing.
Aug 25 21:18:51 wisi systemd[1187]: Time has been changed
Aug 25 21:18:51 wisi systemd[1]: Time has been changed
Aug 25 21:18:51 wisi systemd[1187]: Time has been changed
இங்கே
# ps afx | grep "[1]187"
1187 ? Ss 0:02 /lib/systemd/systemd --user
இந்த கட்டத்தில், காரணத்தைத் தேடுவது ஏற்கனவே அவசியமாக இருந்தது, ஆனால் 18 வருட நிர்வாகத்தில், மூளை "நேரம்" பிழைகள் பற்றிய புள்ளிவிவரங்களைக் குவித்துள்ளது, மேலும் பழக்கத்திற்கு மாறாக, மீண்டும் ஒத்திசைவைக் குற்றம் சாட்டுகிறது.
முழுவதுமாக அணைப்போம்.
# timedatectl set-ntp off && systemctl stop systemd-timesyncd.service
# hwclock --hctosys && timedatectl && sleep 1 && timedatectl
Local time: Sun 2019-08-25 21:25:40 +03
Universal time: Sun 2019-08-25 18:25:40 UTC
RTC time: Sun 2019-08-25 18:25:40
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: no
NTP synchronized: no
RTC in local TZ: no
DST active: n/a
Local time: Sun 2019-08-25 21:29:31 +03
Universal time: Sun 2019-08-25 18:29:31 UTC
RTC time: Sun 2019-08-25 18:25:41
Time zone: Europe/Minsk (+03, +0300)
NTP enabled: no
NTP synchronized: no
RTC in local TZ: no
DST active: n/a
மற்றும் பதிவுகளில்
Aug 25 21:25:40 wisi systemd[1]: Time has been changed
Aug 25 21:25:40 wisi systemd[1187]: Time has been changed
Aug 25 21:29:30 wisi systemd[1]: Time has been changed
Aug 25 21:29:30 wisi systemd[1187]: Time has been changed
மீண்டும் ஒத்திசைக்கிறது காணாமல் போனது மற்றும் இல்லையெனில் பதிவுகள் பழமையானவை.
முடிவுகளை சரிபார்க்கிறது tcpdump அனைத்து இடைமுகங்களிலும் போர்ட் 123 இல். கோரிக்கைகள் எதுவும் இல்லை, ஆனால் நேரம் இன்னும் ஓடிக்கொண்டிருக்கிறது.
பிழை இரண்டு. அவசரம்
வேலை வாரம் முடிவதற்கு இன்னும் ஒரு மணி நேரம் இருக்கிறது, அற்பமான தீர்க்கப்படாத பிரச்சனையுடன் வார இறுதிக்கு செல்ல விரும்பவில்லை (குறியீட்டில் உள்ள நேரத்தை கவனிக்க வேண்டாம், கட்டுரை அடுத்த நாட்களில் எழுதப்பட்டது )
இங்கே மீண்டும், காரணத்தைத் தேடுவதற்குப் பதிலாக, முடிவுக்கான விளக்கத்தைக் கொண்டு வர முயற்சிக்க ஆரம்பித்தேன். நான் "கண்டுபிடிப்பு" என்று சொல்கிறேன், ஏனென்றால் முடிவுக்கான விளக்கம் எவ்வளவு தர்க்கரீதியானதாக இருந்தாலும், சிக்கலைத் தீர்ப்பதற்கான ஒரு தவறான அணுகுமுறை.
இந்த சேவையகம் ஒரு ஸ்ட்ரீமிங் சேவையகம் மற்றும் DVB-S2 ஸ்ட்ரீமை ஐபியாக மாற்றுகிறது. DVB-S ஸ்ட்ரீமில் நேர முத்திரைகள் உள்ளன, எனவே ரிசீவர்கள், மல்டிபிளெக்சர்கள், ஸ்க்ராம்ப்ளர்கள் மற்றும் தொலைக்காட்சிகள் பெரும்பாலும் கணினி கடிகாரத்தை ஒத்திசைக்க அவற்றைப் பயன்படுத்துகின்றன. DVB-S போர்டு டிரைவர்கள் கர்னலில் கட்டமைக்கப்பட்டுள்ளன, எனவே DVB-S2 ஸ்ட்ரீம் அகற்றப்படுவதை உறுதி செய்வதற்கான விரைவான வழி "தகடுகளில்" இருந்து வரும் கேபிள்களை துண்டிப்பதாகும். அதிர்ஷ்டவசமாக, சேவையகம் சுவருக்குப் பின்னால் உள்ளது, அப்படியே இருக்கட்டும்.
நிச்சயமாக, பதிவுகளில் என்ன இருக்க வேண்டும் என்றால், இது நடந்திருக்காது, ஆனால் அதைப் பற்றி மேலும், மீண்டும், கட்டுரையின் முடிவில்.
சரி, நாங்கள் ஏற்கனவே அனைத்து செயற்கைக்கோள் சமிக்ஞைகளையும் அகற்றிவிட்டதால், நிலப்பரப்புகளையும் அகற்றுவோம் - அதே நேரத்தில் அனைத்து நெட்வொர்க் கேபிள்களையும் வெளியே இழுப்போம். சேவையகம் வெளி உலகத்திலிருந்து துண்டிக்கப்பட்டு முற்றிலும் தன்னாட்சி முறையில் இயங்குகிறது, ஆனால் கணினி கடிகாரம் இன்னும் அவசரத்தில் உள்ளது.
வேலை வாரம் முடிந்துவிட்டது, மேலும் தேதி/நேரம் பிரச்சினை முக்கியமானதாக இல்லை, எனவே நீங்கள் வீட்டிற்கு செல்லலாம், ஆனால் இங்கே நான் ஒரு புதிய தவறு செய்கிறேன்.
பிழை மூன்று. ஆலோசகர்கள்
ஒருபோதும்! கூகுளின் முதல் பக்கத்தைப் படிப்பதை விடவும் ஒரு மேன் பக்கத்தைப் படிப்பதை விடவும் பதில் தேவை என்றால் மன்றங்கள் மற்றும் பொதுவான சிறப்பு (a la stackoverflow) தளங்களில் கேள்விகளைக் கேட்க வேண்டாம்.
அவர்கள் உங்களை Google க்கு திருப்பி அனுப்புவார்கள், அதே நபரைப் படித்து மன்றம்/தளத்தின் விதிகளை பிரபலமாக விளக்குவார்கள், ஆனால் உங்களுக்கு பதில் தர மாட்டார்கள்.
இங்கே சில புறநிலை காரணிகள் உள்ளன:
- உங்களைத் தவிர வேறு யாரும் பிரச்சினையை அறிய முடியாது;
- உங்களுடைய அதே நிபந்தனைகளின் கீழ் யாரும் சோதனைகளை நடத்த முடியாது
மற்றும் அகநிலை:
- சிக்கலைத் தீர்ப்பதற்கான அனைத்து உள்ளீடுகளையும் நீங்கள் வழங்கக்கூடாது, ஏனென்றால் நீங்கள் ஏற்கனவே "சரியான" திசையைக் கொண்டு வந்து, சிக்கலின் சாரத்தை அதில் கவனம் செலுத்துகிறீர்கள்;
- ஃபோர்மேன் (மதிப்பாளர், பழைய-டைமர், நிர்வாகி) எப்போதும் சரியானவர், ஃபோர்மேன் தவறாக இருந்தால்... உங்களுக்குத் தெரியும்...
கருத்துகளுக்குப் பதிலளிக்கும் போது, நீங்கள் தணிக்கை செய்யப்பட்ட சொற்களஞ்சியத்தின் வரம்பிற்குள் இருந்தால், உங்களுக்கு வலுவான நரம்புகள் உள்ளன.
முடிவு
பணிகளை எளிய மற்றும் சிக்கலானதாக பிரிக்க வேண்டிய அவசியமில்லை.
நாங்கள் எங்கள் அனுபவம், புள்ளிவிவரங்கள், ஆலோசகர்களை நம்புவதை நிறுத்திவிட்டு, இறுதி முடிவை "விளக்க" செய்யாமல், தொடர்ந்து காரணத்தைத் தேடத் தொடங்குகிறோம்.
யாரோ நேரத்தை அமைப்பதால், தொடர்புடைய கணினி அழைப்பு நிகழ வேண்டும்.
மென்பொருள் ஆவணப்படுத்தலில் சிறந்த ஆவணங்கள் ஆதாரங்களாக இருப்பதைப் போலவே, கணினி நிர்வாகத்திலும் சிறந்த உதவியாளர் தணிக்கை, எங்கள் விஷயத்தில் தணிக்கை செய்யப்பட்டது.
ஒரு கணம் சந்தேகம்நான் மனா வழியாகச் சென்றேன், ஆனால் லினக்ஸில் நேரத்தை மட்டுமே அமைக்க முடியும் என்று முழுமையாகத் தெரியவில்லை கடிகாரம்_செட் டைம் и நாள் அமைக்கும் நேரம், எனவே முதல் சோதனைக்கு நான் எல்லா "பொருத்தமான" அழைப்புகளையும் தேர்ந்தெடுத்தேன்:
# man syscalls | col | grep -F '(2)' | grep -vE '(:|;)' | grep -E '(time|date|clock)' | sed "s/(2).*//" | xargs -I SYSCALL echo "-S SYSCALL " | xargs echo
-S adjtimex -S clock_adjtime -S clock_getres -S clock_gettime -S clock_nanosleep -S clock_settime -S futimesat -S getitimer -S gettimeofday -S mq_timedreceive -S mq_timedsend -S rt_sigtimedwait -S s390_runtime_instr -S setitimer -S settimeofday -S stime -S time -S timer_create -S timer_delete -S timer_getoverrun -S timer_gettime -S timer_settime -S timerfd_create -S timerfd_gettime -S timerfd_settime -S times -S utime -S utimensat -S utimes
மற்றும் நிராகரித்தல் s390_runtime_instr, stime, timerfd_create, எந்த தணிக்கை அதை அடையாளம் காணவில்லை, ஆரம்பத்தில் ஒரு தணிக்கையை வடிவில் தொடங்கினார்:
auditctl -a exit,always -S adjtimex -S clock_adjtime -S clock_getres -S clock_nanosleep -S clock_settime -S futimesat -S getitimer -S gettimeofday -S mq_timedreceive -S mq_timedsend -S rt_sigtimedwait -S semtimedop -S setitimer -S settimeofday -S time -S timer_create -S timer_delete -S timer_getoverrun -S timer_gettime -S timer_settime -S timerfd_gettime -S timerfd_settime -S times -S utime -S utimensat -S utimesநான் விரும்பும் பதிவு இடங்களில் வேறு பதிவுகள் இல்லை என்பதை உறுதிசெய்த பிறகு சிஸ்கால்ஸ் இந்த இரண்டைத் தவிர, நான் அவற்றை மட்டுமே பயன்படுத்தினேன்.
கணினி அழைப்பு தணிக்கையை இயக்குகிறது கடிகாரம்_செட் டைம் и நாள் அமைக்கும் நேரம் மற்றும் தேதியை மாற்ற முயற்சிக்கவும்:
# auditctl -a exit,always -S clock_settime -S settimeofday && date -s "2019-08-22 12:10:00" && sleep 5 && auditctl -D
ஐந்து வினாடிகள் தாமதம் சேர்க்கப்பட்டது, இதனால் எங்கள் "ஒட்டுண்ணி" நேரத்தை சரிசெய்ய உத்தரவாதம் அளிக்கப்படுகிறது.
அறிக்கையைப் பார்ப்போம்:
# aureport -s -i
Syscall Report
=======================================
# date time syscall pid comm auid event
=======================================
Warning - freq is non-zero and incremental flushing not selected.
1. 08/22/2019 12:10:00 settimeofday 3088 chkcache_proces root 479630
2. 08/26/2019 09:37:06 clock_settime 1538 date root 479629
இங்கே நாம் பார்க்கிறோம் தேதி மற்றும் நமக்குத் தெரியாதது chkcache_processes. பைனரியிலிருந்து மாற்றும் போது aureport வெளியீட்டை தேதி வாரியாக வரிசைப்படுத்தியதால் மேலே உள்ள அறிக்கையில் இது முடிந்தது, மேலும் நிகழ்வு நாம் அமைத்த நேரத்தில் நிகழ்ந்தது தேதி -கள் "2019-08-22 12:10:00".
அவரைப் பெற்றெடுத்தவர் யார்?
# ausearch -sc settimeofday --comm "chkcache_proces"
----
time->Thu Aug 22 12:10:00 2019
type=PROCTITLE msg=audit(1566465000.000:479630): proctitle="/usr/local/bin/oscam"
type=SYSCALL msg=audit(1566465000.000:479630): arch=c000003e syscall=164 success=yes exit=0 a0=7fde0dfc6e60 a1=0 a2=136cf a3=713ba56 items=0 ppid=3081 pid=3088 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts20 ses=68149 comm="chkcache_proces" exe="/usr/local/bin/oscam" key=(null)
/usr/local/bin/oscam - எங்கள் ஒட்டுண்ணி கண்டுபிடிக்கப்பட்டது. அதன் "தீங்கிழைக்கும்" நடத்தை இருந்தபோதிலும், நிபந்தனை அணுகல் அமைப்பை மறுப்பது சாத்தியமில்லை, ஆனால் நான் இன்னும் தெரிந்து கொள்ள விரும்புகிறேன் oscam, WTF?
பதில் விரைவில் கண்டுபிடிக்கப்பட்டது :
#if defined(CLOCKFIX)
if (tv.tv_sec > lasttime.tv_sec || (tv.tv_sec == lasttime.tv_sec && tv.tv_usec >= lasttime.tv_usec)) // check for time issues!
{
lasttime = tv; // register this valid time
}
else
{
tv = lasttime;
settimeofday(&tv, NULL); // set time back to last known valid time
//fprintf(stderr, "*** WARNING: BAD TIME AFFECTING WHOLE OSCAM ECM HANDLING, SYSTEMTIME SET TO LAST KNOWN VALID TIME **** n");
}
இங்கே எவ்வளவு அழகாக இருக்கிறது கருத்து தெரிவித்தார் வரி எச்சரிக்கை...
ஆதாரம்: www.habr.com