Forum Debian Users Gang

Logrotate też muli? czy może zapomniałeś go zainstalować i skonfigurować?

W razie czego, do ratowania doopy przy podobnych symptomach, od niego zaczynam:

#!/bin/bash

find /var/log/* -type f -mtime +3 | egrep -vi 'history.log|term.log'| xargs rm -f;

apt-get autoclean &

rm -Rf /root/.local/share/Trash/*
rm -Rf /.Trash-*/*
rm -Rf /home/.Trash-*/*
rm -Rf /media/box/.Trash-*/*

Chociaż u Ciebie podejrzewałbym, ze jakiś program zapisał sobie w logu kilka GB, i teraz są z tym jaja.

Ostatnio edytowany przez Jacekalex (2015-06-14 11:45:30)

logrotate też zamula (wszystko co jest odpalane w /var/log)
System miał uptime ponad rok i wszystko chodziło OK, teraz w piątek zauważyłem duży load i pociągnięcie na SWAP dlatego zacząłem dociekać co jest grane.

co do zajętości:

#ls -ldh /var/log
drwxr-xr-x 15 root root 94M Jun 14 10:44 /var/log

Jakiekolwiek listowanie zawartości zamula nie daje odpowiedzi i proces wisi, muszę go ubić ręcznie żeby spadł load.

Ostatnio edytowany przez life (2015-06-14 11:49:54)

Wszystko jest na jednej partycji ext4 (dlatego fsck musiałem dać przy rebocie bo zamontowanej nie sprawdzę poprawnie).
Ale jak wspomniałęm fsck nic niepokojącego nie wywala

cat /var/log/fsck/checkroot
Log of fsck -C -f -y -t ext4 /dev/vda1
Sun Jun 14 10:43:50 2015

fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/vda1: 1155884/2559088 files (0.1% non-contiguous), 5313566/10229248 blocks

Sun Jun 14 10:44:27 2015
----------------

A jeszcze jedna ciekawostka.
Odczytywać i zapis do plików w /var/log mogę robić (jak widać powyżej), nie wiem czy do wszystkich bo trochę tam tego jest a wy listować nie jestem w stanie.

System to serwer standardowo usługi (www mail mysql itp.)

Ostatnio edytowany przez life (2015-06-14 11:54:48)

A może coś wisi (jako zombie) i blokuje /var/log?

Zobacz może:

lsof / | grep '/var/log/'

Może tam coś dziwnego zauważysz.

@ethanak
Raczej tak:

find /var/log/* -type f -mtime +3 | egrep -vi 'history.log|term.log'| xargs rm -f;

https://forum.dug.net.pl/viewtopic.php?pid=288090#p288090

Ostatnio edytowany przez Jacekalex (2015-06-14 12:05:15)

ethanak napisał(-a):

po prostu logrotate nie kasuje starych plików (tak podejrzewałem, a jak zobaczyłem 94M to już mam pewność).

94MB to nic wielkiego sam plik mail.log po dniu pracy ma około 30MB a do tego dochodzą skompresowane logi (trzymam je 30 dni).
Jak wspomniałem to serwer na którym jest koło 200 kont pocztowych do tego www i kilka innych usług a lubię mieć w logach nieco więcej informacji niż tylko warn i err.

Tak więc sama wielkość zajmowanego miejsca przez ten katalog mnie nie zatrważa.

lsof / | grep '/var/log'

Nic niepokojącego raczej nie wyświetla.

Dla /var/log powinno być 4096, większa wartość to już powód do niepokoju

E tam powód do niepokoju... ale jeśli ten link katalogu ma 94M, to on chyba jest troszeczkę rozrośnięty i ciekawe jak bardzo pofragmentowany xD Ja sobie zrobiłem 237.165 plików, i testowy link z 4K zwiększył objętość do prawie 5M, to jak tam jest 94M... xD Choć to też jeszcze nic nie oznacza, no bo:

The initial allocation equals the size of one sector, but can grow above that if necessary. Once allocated, space is not freed if files are removed, to reduce fragmentation.

Jak system mieli przy poleceniu ls i nie ma przy tym bad bloków, to ja obstawiam ilość plików w tym /var/log/ . Tam na listingu fsck jest 1.155.884 . Jeśli nie idzie sprawdzić zawartości /var/log/ to sprawdź zawartość pozostałych i będziesz wiedzieć ile tam w /var/log/ siedzi plików.

Także chciałeś mieć więcej logów, to masz ale nie miej pretensji, że system muli. xD

A jest jakaś milusia linijka, co by zwróciła wszystkie foldery zajmujące więcej niż 4k? Przydałoby się raz na jakiś czas posprawdzać te katalogi.

podawałem sposób - przeczytaj uważnie to co pisałem wcześniej.
niestety ta wartość już zostanie, dlatego /var/log będzie trzeba założyć na nowo.

a, jeszcze jedno.
po zrobieniu porządku w /var/log robisz

mv /var/log /var/dupa
mkdir /var/log
mv /var/dupa/* /var/log/
rmdir /var/dupa

bez konieczności zatrzymywania usług.

Ostatnio edytowany przez ethanak (2015-06-15 10:42:58)

@morfik: czym się różni porada z twojego linku od tego, co napisałem explicite parę postów wyżej? licznik nabijasz czy czytać nie lubisz?

OK dziękuję za pomoc.
Jak zwykle można na was liczyć :)

Dla potomności:
Po czyszczeniu zamulał jeszcze logrotate. Należało wyczyścić jego wpisy w /var/lib/logrotate/state troche tam było tego śmiecia i przez to długo wisiał.
Teraz wszystko śmiga jak malina.

Ostatnio edytowany przez life (2015-06-15 17:44:13)

Fajne! Tyle że przy zamontowanym filesystemie chyba się nie sprawdzi?

To weź se odmontuj / na serwerze np. w Kazachstanie. Oczywiście bez zatrzymywania usług...

Ostatnio edytowany przez ethanak (2015-07-11 13:27:08)