Skocz do zawartości
eKodzik

Szybkie zapełnianie "/var/named" CentOS

Polecane posty

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.

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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 :/

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość mariaczi

A samo polecenie

ps ax|grep named
co Ci zwraca?

Wiesz, gdzie masz ten duży plik nameda?

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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 :/

 

 

Udostępnij ten post


Link to postu
Udostępnij na innych stronach
Gość mariaczi

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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 :unsure: 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 przez eKodzik (zobacz historię edycji)

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

 

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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 :D

 

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

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

Udostępnij ten post


Link to postu
Udostępnij na innych stronach

Bądź aktywny! Zaloguj się lub utwórz konto

Tylko zarejestrowani użytkownicy mogą komentować zawartość tej strony

Utwórz konto

Zarejestruj nowe konto, to proste!

Zarejestruj nowe konto

Zaloguj się

Posiadasz własne konto? Użyj go!

Zaloguj się


×