/var/log mérete vészesen növekszik

pethammerValamiért folyamatosan jajgat a rendszer - nézd meg hogy melyik fájl növekszik - és gyakran előforduló sort (sorokat) másold be a válaszodba. Hogy a net.-en rákereshessünk.

pethammersudo du -ch /var/log/ | grep G paranccsal látni fogod, hogy melyik fájlok azok, amelyek GB-os nagyságrendűek. A logfájl végébe belenézhetsz tailf vagy tail -f paranccsal. Ha ilyen intenzíven logol vmi, akkor másodpercenként sikítozik valamiért, szóval jó eséllyel látni fogod, hogy mi is az ami szerepel pár ezerszer a fájlban. ;)

Kittus2Attól tartok, őt nem érdekli, mi okozza a file növekedését, csak a növekedés tényét szeretné megszüntetni.

a mesterJaaa! Ééééértem! Nem kijavítjuk a hibát, hanem inkább beseperjük a szőnyeg alá... Hát az is egy lehetőség... Ezen igénytelen esetben pedig: crontab -e majd beleírni: 0 * * * * logrotate -f /etc/logrotate.conf Fájlt elment, és készen is vagyunk. Igaz, a logok csak egy óráig lesznek meg, de ha a hiba feltárása lényegtelen, akkor a logok is feleslegesek.

Kittus2lályk

csuhas32Ezt most én is megnéztem. Még nálam is vannak GB-os logok, de nem vészes. Nálam jelenleg így néz ki: 3,1G /var/log/journal/17c9d7572708440093a2e721e20e0cf2 3,1G /var/log/journal 4,0K /var/log/dist-upgrade 36K /var/log/cups 3,9M /var/log/installer 136K /var/log/apt 24K /var/log/unattended-upgrades 4,0K /var/log/gdm3 4,0K /var/log/hp/tmp 8,0K /var/log/hp 4,0K /var/log/speech-dispatcher 3,2G /var/log/

XplosiveEzek nem a logfájljaid, csak könyvtárak és azok mérete a /var/log-on belül. A naplófájlok tipikusan *log-ra végződő nevet viselnek, pl. syslog, mail.log, auth.log.

XplosiveEgy 3.2GB méretű /var/log könyvtár méret azért szerintem elég vészes - pláne ha folyamatosan - elég húzósan - növekszik is. Mikor lett telepítve a rendszer ? sudo dumpe2fs /dev/sdax | grep 'Filesystem created:' (A /dev/sdax helyett, a rendszerpartíció / azonosítója)

lala2dumpe2fs 1.44.1 (24-Mar-2018) Filesystem created: Wed Jan 22 21:32:04 2020

XplosiveAkkor nézz bele a journal-ba, mert ott valami nem stimmel.

lala2A sudo du -sh /var/log/* parancs kimenete: https://pastebin.com/PeKRaPMS

XplosiveNézzük ezzel van-e baj?: journalctl --disk-usage Ha igen csökkentsük a méretét: journalctl --vacuum-size=200M Azért nézzük meg van-e valami bibi: journalctl --verify

XplosiveIgen, a /var/log/journal a bűnös - nálam lényegében 2db "Bináris (application/octet-stream)" fájl tartalmaz. https://ibb.co/ydGz21L Nem is tudom hogy lehetne esetleg megnézni a tartalmukat. Szerk.: jobban mondva 3db fájlt tartalmaz - mert van egy rejtett fájl is.

lala2Nálam jelenleg 48 elem van (3.3 GB). A legtöbbje több tíz, illetve több száz MB. A system.journal például jelenleg 58.7 MB. Közben itt találtam egy leírást arról, hogy hogyan lehet az eltelt idő alapján a logokat törölni, illetve méretkorlátot beállítani a logokra. X nappal régebbiek törlése, vagy X GB korlát: 7 nappal régebbi logok törlése: $ journalctl --vacuum-time=7d). A log méretének korlátozása: $ journalctl --vacuum-size=2G Ez megtart 2 GB-nyi logot, és töröl mindent, ami ennél nagyobb. Amúgy nem hinném, hogy olyan nagy (vagy úgy akármilyen) szükség lenne ezekre a logokra egy otthoni számítógép esetében. A fenti leírás is szerverről beszél. Fogalmam sincs, hogy mivel lehetne megnyitni őket. Én sem néztem még bele egyik ilyen logfájlba sem.

XplosiveA helyedben azt csinálnám amit sömike ajánl. (200MB)

sömikeMegcsináltam. Végig "PASS" jött a logokra, szóval nincs gond. Köszi a tippet.

lala2Megcsináltam. A fentebbi hozzászólásomban egyébként véletlenül valamiért beírtam egy zárójelet a "7d" után. Természetesen nem kell a zárójel. Így helyes: $ journalctl --vacuum-time=7d.