Szybkie zapełnianie "/var/named" CentOS

[eKodzik 0]

Witam,

Mam problem z CentOS-em z tego względu iż dosłownie przedwczoraj dokonałem reinstalacji systemu w 1and1 na CentOS x64 z panelem Plesk, a wczoraj już serwer zgłaszał iż brakuje miejsca na dysku a było to 30GB. W związku z czym postanowiłem szybko poszerzyć partycję o 20GB korzystając z tego rozwiązania: LINK i wszystko zaczęło normalnie działać.
Problem zaczął się dziś rano gdy klient zgłosił informację ze nie może wgrać nic na FTP i sprawdzam serwer gdzie dostaję ponownie informację iż brakuje miejsca.

Problem dotyczy dokładnie przestrzeni: "/var/named" obecnie znowu poszerzyłem part z tego względu iż katalog ma zajęte w ciągu dwóch dni 50GB.

Powiedzcie co mam robić i o co chodzi z tym zapełnianiem i jak sobie z tym poradzić.

 

Z góry dzięki za pomoc.

[behemoth 230]

Jeśli znasz angielski -> http://www.optilabs.eu/en/blog/detail/growing-file-named.run

[eKodzik 0]

Hmmmm, artykuł odnosi jeszcze do zewnętrznej strony której niema, a w artykule nie mogę się odnaleźć w katalogach i plikach których u mnie niema :/

[Gość mariaczi]

Naprawdę, nie widzisz w podanym linku tego tekstu?

Proszę, cytuję z linku:

Growing file named.run

 

Written by Krzysztof Tomczyk on Monday 21 March 2011 in the category Linux with the tags linux, bind, bind-problems, bind-fast-growing-logs.

3 comments

Share

 

Starting named daemon in debug mode can cause problems with huge size of named.run file. By default named save debug information to /var/named/named.run file. You can stop writing to it by disabling debug mode. Check that your named runs without debug option:

 

ps ax|grep named named -d 3 -c /etc/named-master.conf

 

If -d flag exists try to restart named without it and check again

 

ps ax|grep named named -c /etc/named-master.conf

 

And that's all.

 

Related links: Bind documentation

 

 

Due to data migration I'm adding here Derek's comment:

 

A safer way to do this is the following:

 

1. delete named.run (can be in /var/named, /var/cache/bind, etc, depending on the flavor of Linux).

2. "rndc notrace" to disable debug in bind

3. "rndc reload" to reopen file handles.

 

If you're running bind in production, killing it is not usually an option.

 

Thanks

[eKodzik 0]

Tak, tylko że oddaje mi komunikat: grep: unknown directories method
i nie mogę odnaleźć niczego a serwer mi zaraz znowu się zapełni a już niedługo nie będę miał z czego poszerzać partycji.

POMOCY....

[Gość mariaczi]

A samo polecenie

ps ax|grep named

co Ci zwraca?

Wiesz, gdzie masz ten duży plik nameda?

[eKodzik 0]

OK, i dostałem coś takiego:

[root@wodor ~]# ps ax|grep named
22823 ?        Ssl    0:00 /usr/sbin/named -u named -c /etc/named.conf -u named -n 2 -t /var/na                      med/chroot
25319 pts/0    S+     0:00 grep named

tylko co mam w takiej kwestii usunąć? cały katalog czy plik konkretny i jak to zrobić?
wiem że to podstawy jednak tutaj wole grzebać ostrożnie :/

 

 

[Gość mariaczi]

Co masz w /var/named i ile to waży (wynik polecenia ls -la /var/named)?

[eKodzik 0]

Własnie i tu mam coś takiego :/

[root@wodor ~]# ls -la /var/named
total 40
drwxr-x---  6 root  named 4096 Jun 15 14:04 .
drwxr-xr-x 24 root  root  4096 Jun 15 16:46 ..
drwxr-xr-x  6 root  root  4096 Jun 15 14:04 chroot
drwxrwx---  2 named named 4096 Jan 20 18:40 data
drwxrwx---  2 named named 4096 Jan 20 18:40 dynamic
-rw-r-----  1 root  named 1892 Feb 18  2008 named.ca
-rw-r-----  1 root  named  152 Dec 15  2009 named.empty
-rw-r-----  1 root  named  152 Jun 21  2007 named.localhost
-rw-r-----  1 root  named  168 Dec 15  2009 named.loopback
drwxrwx---  2 named named 4096 Jan 20 18:40 slaves
[root@wodor ~]#

Pomóżcie bo zaraz mi wszystko padnie a szukam i nic żadnych informacji nie mam a jak są to do śmietnika a mam już tylko niecałe 10% wolnej przestrzeni z drugiej strony jak to jest możliwe że serwer tak się zapełnia sam z siebie?

Edytowano Czerwiec 18, 2014 przez eKodzik (zobacz historię edycji)

[przemon 35]

du -s -h /var/*

[eKodzik 0]

Hmmm....

[root@wodor ~]# du -s -h /var/*
132M    /var/cache
4.0K    /var/cvs
8.0K    /var/db
140M    /var/drweb
8.0K    /var/empty
4.0K    /var/games
1.7G    /var/lib
4.0K    /var/local
44K     /var/lock
187M    /var/log
16K     /var/lost+found
0       /var/mail
du: mount point `/var/named/chroot/var/named' already traversed
312K    /var/named
4.0K    /var/nis
4.0K    /var/opt
8.0K    /var/parallels
4.0K    /var/preserve
16K     /var/proftpd.delay
42M     /var/qmail
736K    /var/run
396K    /var/spool
32K     /var/tmp
44G     /var/www
4.0K    /var/yp

[Marek607 655]

 

44G /var/www

 

Masz zapełnione /var/www a nie /var/named

[przemon 35]

No to du -sh /var/www/*

[eKodzik 0]

W więc doszedłem gdzie te pliki są i wywaliłem logi error bo to one tak się zbierały u jednego klienta i niżej widać że odzyskano prawie 40GB jednak po sprawdzeniu df -h zostało zwolnione jakieś kilka GB i to samo wskazuje mi Plesk Panel w katalogu var/named i nie wiem dlaczego kasując plik koło 38GB tylko tyle miejsca zyskałem :/

[root@wodor ~]# du -s -h /var/*
132M    /var/cache
4.0K    /var/cvs
8.0K    /var/db
140M    /var/drweb
8.0K    /var/empty
4.0K    /var/games
1.7G    /var/lib
4.0K    /var/local
44K     /var/lock
188M    /var/log
16K     /var/lost+found
0       /var/mail
du: mount point `/var/named/chroot/var/named' already traversed
312K    /var/named
4.0K    /var/nis
4.0K    /var/opt
8.0K    /var/parallels
4.0K    /var/preserve
16K     /var/proftpd.delay
42M     /var/qmail
736K    /var/run
396K    /var/spool
32K     /var/tmp
4.4G    /var/www
4.0K    /var/yp
[root@wodor ~]# df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvda1            4.0G  855M  3.2G  22% /
/dev/mapper/vg00-usr  4.0G  2.1G  1.8G  54% /usr
/dev/mapper/vg00-var   51G   39G  8.8G  82% /var
/dev/mapper/vg00-home
                      4.0G  136M  3.7G   4% /home
none                  497M     0  497M   0% /tmp

[przemon 35]

service httpd restart

 

[behemoth 230]

Jeśli nie posiadasz tam żadnego log rotate'a, to może pomyśl nad doinstalowaniem go?

[eKodzik 0]

dzięki wielkie wszystkim za pomoc wszystko już jest ok i działa
@przemom - restart załatwił wszystko
@behemoth - nie słyszałem o tym ale już czytam i wydaje się bardzo pomocne w tej sytuacji

 

[przemon 35]

Zobacz co tam generuje taki duży log. Może masz tryb debug ustawiony i dlatego takie logi duże są?.

Logrotate raczej jest zainstalowany, ale lepiej najpierw wyeliminować przyczynę generowania dużej ilości logów a potem martw się ich rotowaniem

 

[eKodzik 0]

Logi są generowane u jednego klienta ale jak sprawdzić co dokładnie to generuje to nie wiem, wiem że plik odpowiedzialny za problem to "error_log" gdzie były zapisane jakieś problemy z stroną, a czy da się to wyłączyć? wiem tylko że problemy zaczęły się pojawiać po tym jaki firma pozycjonująca zaczęła grzebać w joomli klienta...

[przemon 35]

zaglądnij do niego i zobacz co tam tak sra błędami