Fórumok
Milyen hiányosságból ered az, hogy egy Ubuntu gépen a kern.log és a syslog igencsak (több tíz GB-ra) megnő? Valami logrotate beállítás lehet rossz? Hogy lehet megjavítani (azon kívül, hogy lecserélem egy /dev/null-ra mutató linkre a naplófájlt)?
Hozzászólások
Jo esellyel valami nincs rendben a rendszerben, ergo nezd meg a logokat mi van bennuk, legalabbis kern.log nem szokott kulonosebben hizni attol hogy nem futna le a logrotate.
+1
------------------------
{0} ok boto
boto ?
Egyre gyakrabban teszem fel a kérdést, hogy egyáltalán minek logol egy rendszer, ha a LOG-ba még rendellenesség esetén sem vagyunk hajlandók beleolvasni.
tail -f /var/log/kern.log
less /var/log/kern.log
Egy barátom gépéről van szó; egyelőre (log-)látatlanban kértem ötletet. Nincs kéznél a naplófájl. Gondoltam, hátha típushibáról van szó.
Lehet típushiba. Meg kell javítani a hardvert.
+1
------------------------
{0} ok boto
boto ?
Nem volna mindegy, hogy mennyi idő alatt "nő meg". Ezzel együtt is csatlakozom az előttem szólókhoz: bele kellene nézni, mert ha a disztribúciók szokásos alapértelmezéseivel konfigurált rendszerről van szó, egészen biztosan hiba - esélyes, hogy hardware-hiba vagy inkompatibilitási probléma - okozza a jelenséget, aminek a természetét illetően felesleges jóslásokba bocsátkozni. Nézd meg a logokat! (Azért a fenti kitétel, mert természetesen rá lehet venni egy rendszert arra, hogy efféle logmennyiséget keletkeztessen.)
------------------------
{0} ok boto
boto ?
1. legutóbbi tapasztalataim alapján a default syslog beállítás elég pazarlóan bánik a hellyel abban a tekintetben, hogy sok üzenetet több fájlba is beleír. kern.log, messages, syslog
2. a közvetlen egymás után ismétlődő sorokat ugyan kiszűri a syslog, de a kernel log egy piszok, mert a syslog message része a kernel timestamp is, ezért nem ítéli azonos logsornak, így egyes hardware hibák tudtak nálam pl. 200 sor/sec-et produkálni.
~~~~~~~~
deb http://deb.uucp.hu/ wheezy yazzy repack
Köszi!
Ilyen hibaüzenetek sorakoznak; azaz valami a PCIe Bus-szal problematikus:
Apr 12 00:59:53 Hugi kernel: [ 588.346451] pcieport 0000:00:1c.5: AER: Multiple Corrected error received: id=00e5
Apr 12 00:59:53 Hugi kernel: [ 588.347118] pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected, type=Physical Layer, id=00e5(Receiver ID)
Apr 12 00:59:53 Hugi kernel: [ 588.347123] pcieport 0000:00:1c.5: device [8086:9d15] error status/mask=00000001/00002000
Apr 12 00:59:53 Hugi kernel: [ 588.347126] pcieport 0000:00:1c.5: [ 0] Receiver Error (First)
Apr 12 00:59:53 Hugi kernel: [ 588.347136] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Apr 12 00:59:53 Hugi kernel: [ 588.347783] pcieport 0000:00:1c.5: can't find device of ID00e5
Apr 12 00:59:53 Hugi kernel: [ 588.347785] pcieport 0000:00:1c.5: AER: Corrected error received: id=00e5
Valami hw hiba lesz szerintem egy [8086:9d15]-os device-al ami semmi jót nem jelent mert a 8086 az intel ID-je, vagyis ez valószínűleg beépített cucc.
Ha ez a grafikus kártya akkor talán lehet driver.