Elmegy a net

 ( gkaroly | 2018. február 4., vasárnap - 11:36 )

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.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

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"?

dmesg -T?

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.

--
-- Üvegfiú - Csontkemény harc
Tégy Jót!®

xorg log mit mutat? lsmod?

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.)

ennek nincs is.
az google-nak ez 'elmegy a net'-hez van köze.

Kíváncsi vagyok, hogy vajon miért.

Egyre többször megmakkan a DNS szolgáltatásuk. Nem csak pár másodpercet 'döccen'.
Már ha erre gondolt apostroph3.

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.

Küldöm reggel (akkor leszek gépnél).

--
-- Üvegfiú - Csontkemény harc
Tégy Jót!®

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.

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.

Sima Nextcloud syncnél is jelentkezik a hiba. Amúgy ublock-kal blokkolom a reklámokat mindenütt.

--
-- Üvegfiú - Csontkemény harc
Tégy Jót!®

csak, blokkold, és meglátod.
nem reklámokat nyom..

Ez a levelezés alapján a 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).

ping 2127.20.130.99
ping index.hu
mit mutatnak, ha "elment a net"?
És mik a névszerverek?