Sziasztok!
Időnként látszólag elmegy a netem. De nem a router vagy a T-Home száll el, hanem nem töltődik be a weboldal, ilyesmik.
Ilyenkor megjelenik az alábbi szöveg a dmesg -ben:
perf: interrupt took too long (3183 > 3156), lowering kernel.perf_event_max_sample_rate to 62750
Nagyon bosszantó tud lenni, amit kiokoskodtam, hogy ez kernel hiba. Debian 9, minden up to date.
Miként tudnám ezt megoldani?
Köszönöm.
- 1709 megtekintés
Hozzászólások
Erdekes, en ezzel ellentetben az egyik deb9-es asztali gepen tapasztalom azt hogy a monitor sotetul el egy rovid idore, 1-2 masodpercre. Marmint kb akkor mikor ezek az uzenetek jonnek a dmseg-ben (csak elsore mindig nehez osszekorrelaltani a hulye uptime-alapu timestamping miatt).
Ezek az elsotetulesek akkor voltak zavaroan gyakoriak (~5-10-20 perces kvaziperiodusuak) mikor egy USB3.0-as bovitokartyat beletettem a vasba. Miota ezt a kartyat kivettem azota is elfordul neha, de joval ritkabban.
Nalad mennyi ez az "időnként"?
- A hozzászóláshoz be kell jelentkezni
dmesg -T?
- A hozzászóláshoz be kell jelentkezni
Nem mértem, de tök random. A gép évek óta működik ugyanazzal a hardverrel, új cucc nem került bele.
Egy alap gépről beszélünk, semmi egzotikus nincs benne:
2 magos Pentium proci, a beleépített GPU-ra van kötve a monitor. Intel *nemtomhányas*,
1 SSD, 1 HDD.
Ennyi nagyvonalakban.
- A hozzászóláshoz be kell jelentkezni
xorg log mit mutat? lsmod?
- A hozzászóláshoz be kell jelentkezni
Nem hiszem, hogy az a Kernel-hibajegy mögötti bug lenne a ludas. Nálam semmi bajság most, ám:
$ dmesg -T|grep lowering; uname -a
[sze jan 31 11:31:34 2018] perf: interrupt took too long (2509 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
[sze jan 31 11:42:59 2018] perf: interrupt took too long (3140 > 3136), lowering kernel.perf_event_max_sample_rate to 63500
[sze jan 31 13:54:14 2018] perf: interrupt took too long (3932 > 3925), lowering kernel.perf_event_max_sample_rate to 50750
[sze jan 31 17:59:38 2018] perf: interrupt took too long (4921 > 4915), lowering kernel.perf_event_max_sample_rate to 40500
[szo febr 3 16:05:19 2018] perf: interrupt took too long (6158 > 6151), lowering kernel.perf_event_max_sample_rate to 32250
Linux ASZTALI 4.13.0-041300-generic #201709031731 SMP Sun Sep 3 21:33:09 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
(4 napos az uptime, és semmi köze ennek a hibának szerintem a google-hoz.)
- A hozzászóláshoz be kell jelentkezni
ennek nincs is.
az google-nak ez 'elmegy a net'-hez van köze.
- A hozzászóláshoz be kell jelentkezni
Kíváncsi vagyok, hogy vajon miért.
- A hozzászóláshoz be kell jelentkezni
Egyre többször megmakkan a DNS szolgáltatásuk. Nem csak pár másodpercet 'döccen'.
Már ha erre gondolt apostroph3.
- A hozzászóláshoz be kell jelentkezni
ezeket kérném:
dmesg
/var/log/syslog (vagy messages van debian alatt?)
ip -s link
netstat -s
van related cronjob?
auditlog mutat bármit?
iptables -nvL
netstat -nr
nem hinném hogy segít, de esetleg a mcelog megérne egy próbát.
https://www.kernel.org/doc/Documentation/sysctl/kernel.txt
perf_cpu_time_max_percent:
Hints to the kernel how much CPU time it should be allowed to
use to handle perf sampling events. If the perf subsystem
is informed that its samples are exceeding this limit, it
will drop its sampling frequency to attempt to reduce its CPU
usage.
Some perf sampling happens in NMIs. If these samples
unexpectedly take too long to execute, the NMIs can become
stacked up next to each other so much that nothing else is
allowed to execute.
0: disable the mechanism. Do not monitor or correct perf's
sampling rate no matter how CPU time it takes.
1-100: attempt to throttle perf's sample rate to this
percentage of CPU. Note: the kernel calculates an
"expected" length of each sample event. 100 here means
100% of that expected length. Even if this is set to
100, you may still see sample throttling if this
length is exceeded. Set to 0 if you truly do not care
how much CPU is consumed.
- A hozzászóláshoz be kell jelentkezni
Küldöm reggel (akkor leszek gépnél).
- A hozzászóláshoz be kell jelentkezni
ha kiveszed a potenciálisan érzékeny adatokat, akkor javaslom, hogy pasteld ide - hátha valaki korábban kiszúrja a hibát, mint én. + minél pontosabb timestampet adsz, annál valószínűbb, hogy rájövünk.
- A hozzászóláshoz be kell jelentkezni
ha ez a youtube és egyes google oldalaknál, ill olyan oldalaknál jelentkezik ahol a google méri a forgalmat, v sok a google reklám..
akkor blokkold a fonts.googleapis.com címet ublockkal, vagy adblockal, v. amit épp használsz.
- A hozzászóláshoz be kell jelentkezni
Sima Nextcloud syncnél is jelentkezik a hiba. Amúgy ublock-kal blokkolom a reklámokat mindenütt.
- A hozzászóláshoz be kell jelentkezni
csak, blokkold, és meglátod.
nem reklámokat nyom..
- A hozzászóláshoz be kell jelentkezni
kernel.perf_event_max_sample_rateértéke túl magas. Nézd meg, hogy mennyi (
sysctl -a | grep kernel.perf_event_max_sample_rate) és vedd lejjebb (
sysctl -w kernel.perf_event_max_sample_rate=12345).
- A hozzászóláshoz be kell jelentkezni
ping 2127.20.130.99
ping index.hu
mit mutatnak, ha "elment a net"?
És mik a névszerverek?
- A hozzászóláshoz be kell jelentkezni