Fórum Ubuntu CZ/SK
Ostatní => Ubuntu Server => Téma založeno: On 11 Listopadu 2010, 13:37:50
-
Zdravím,
jedná se sice o distribuci DEBIAN, ale vzhledem k tomu, že ubuntu z něj vychází a podle všeho co jsem zkoušel, tak jsou tyto systémy téměř identické ...nemám vytvořený účet na Debianovských stránkách, tak bych chtěl oslovit zdejší profíky ...když tak mě z tadyma vypakujete a zkusím štěstí jinde :-)
Z nějakého důvodu se mi na serveru ztrácí místo...ale asi ne nikam do souboru, pač podle "du -cxk /" mám zaplněných 11GB z 20GB ... i přesto mi "df -h" hlásí 100% obsazeného místa, takže 9 GB je "někde", není evidentně v adresářové struktuře ...zajímavé je to, že po restartu stroje je vše v pořádku, místo se obnoví ...a zase po nějaké době zaplní ...udělal jsem si skript, aby mi hlídal obsazenost a při dosáhnutí hranice 95% obsazenosti se PC restartuje, ale to není řešení...
Další skript mi hlídá časy + úbytek místa...Jen za 3,5 hodiny se ztratí 200MB neznámo kam
10:11:23 - 6.9G
10:30:01 - 6.9G
11:00:01 - 6.9G
11:30:01 - 6.9G
12:00:01 - 6.8G
12:30:01 - 6.8G
13:00:01 - 6.8G
13:30:01 - 6.7G
Hledal jsem i na googlu samozřejmě, něco jsem našel (použití tune2fs na vymezení 1% nějakých bloků), ale nevedlo to k úspěchu.. Nesetkal se s tím někdo, která služba by tohle mohla mít na svědomí?
Běží na něm hlavně web, takže bohužel nemůžu stopnout služby, např Apache, na kterého mám podezření a sledovat, jestli úbytek přestane...
díky za každý tip
-
Zaměřil bych se na složku tmp kde jsou umístěny dočasné soubory,které systém po restartu smaže a sledoval jestli některý z nich nějak extrémně nenabývá na velikosti,pak už by mělo být jednoduché zjistit kterému procesu ten soubor patří
-
Zaměřil bych se na složku tmp kde jsou umístěny dočasné soubory,které systém po restartu smaže a sledoval jestli některý z nich nějak extrémně nenabývá na velikosti,pak už by mělo být jednoduché zjistit kterému procesu ten soubor patří
To je právě to, já nezjistím, kam se to místo ztrácí ...to není v žádném souboru. Příkaz
du -cxk /
...mi řekne, kolik místa zabírá který soubor. Ale ať tento příkaz spustím kdykoliv (ať už při plné obsazenosti nebo po restartu), tak vždy dostanu stejnou hodnotu:
# du -cxk /
11785648 /
11785648 total
....takže celkový součet kořenového adresáře / je 11,7GB ..
...ale
server@debian:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda 20G 13G 6.7G 65% /
...říká, že použito je 13GB ...když to takhle nechám nějaký ten den, tak výsledek příkazu "du" bude pořád 11,7GB, ale výsledek df -h bude USED = 20G
-
A co "du" vyexportovat do souboru, druhý den to opakovat a výsledky porovnat? Nemělo by toho být tolik...
-
To se obávám, že nebude mít efekt ..."du" mi řekne vždy to samé ...jediné, co se mění je "df -h"
viz
...říká, že použito je 13GB ...když to takhle nechám nějaký ten den, tak výsledek příkazu "du" bude pořád 11,7GB, ale výsledek df -h bude USED = 20G
Tím bych zjistil jen nějaké změny, které se na disku udály ...takže nějaké uživatelské změny...ale nezjistím, kam se místo ztrácí. Selským rozumem bych řekl, že když místo ubývá, někde musí přibývat ...ale to je právě to, co nevím, jak udělat, abych to zjistil, protože jsem nenašel na disku nic, kde by toto ztracené místo přibývalo
-
zkus program iotop, ten by měl říct co zapisuje na disk
-
ZO srandy som to skusil na mojom linuxe a je tam rozdiel ak to pozriem cez du -cxk / a ak to pozriem inak. Ked som sa pozreral na to ako to vypisuje adresara okrem inych som si nevsimol na ze by to vypisalo adresar tmp...
-
ZO srandy som to skusil na mojom linuxe a je tam rozdiel ak to pozriem cez du -cxk / a ak to pozriem inak.
...co znamená jinak? A co se ti zdálo podrobnější?
Ten iotop zkusím...
-
Tak vesměs co se tam děje (pomocí iotop), tak vidím pohyb u služby mysql a apache2 ....ale ....těžko říct, jak moc je tato informace důležitá, vypisuje to totiž jen rychlost, ale ne množství ...možná to jde nějakým přepínačem, zatím jsem moc nelaboroval....je to ale vesměs webový server, takže pohyb těchto služeb bude celkem normální a když někdo něco zapisuje zrovna do DB, tak by to mohlo být právě ono...co se ale objevuje celkem pravidelně, je služba - kjournald ...vytíží to na 2% - jak kdy (cca 1x za 10s) a pořád se to opakuje...možná to by mohlo být ono ...otázka je, co je služba "kjournald" a proč to pořád dělá...
631 root 0 B/s 0 B/s 0.00 % 2.17 % [kjournald]
1 root 0 B/s 0 B/s 0.00 % 0.00 % init [2]
2 root 0 B/s 0 B/s 0.00 % 0.00 % [kthreadd]
EDIT: Tak na mém domácím PC se tato služba spouští taky, sice je u ní vytížení pod 1% a dokonce u DISK WRITE je vždy nějaká hodnota, narozdíl od serveru....na serveru, jak jsem poslal výpis výše je vidět vytížení 2%, ale DISK WRITE je tam na nule....kdyby to bylo opačně, tak by mi to smysl dávalo, takhle ale celkem tápu ...každopádně to asi nějak souvisí se souborovým systémem...aspoň na googlu jsem něco takového našel
-
ZO srandy som to skusil na mojom linuxe a je tam rozdiel ak to pozriem cez du -cxk / a ak to pozriem inak.
...co znamená jinak? A co se ti zdálo podrobnější?
Ten iotop zkusím...
cez du -cxk / mi to ukazuje o 5GB menej obsadeneho ako cez GParted
-
Tak k dnešku jsou údaje ze serveru následující:
server@debian:~$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda 20G 14G 5.9G 70% /
server@debian:~$ du -cxk /
11850680 /
11850680 total
...když srovnáme výsledky, co jsem uvedl včera, je asi někde chyba :-) výsledky o úbytku z mého skriptu:
10:11:23 - 6.9G
10:30:01 - 6.9G
11:00:01 - 6.9G
11:30:01 - 6.9G
12:00:01 - 6.8G
12:30:01 - 6.8G
13:00:01 - 6.8G
13:30:01 - 6.7G
14:00:02 - 6.8G
14:30:01 - 6.7G
15:00:01 - 6.7G
15:30:01 - 6.7G
16:00:01 - 6.7G
16:30:01 - 6.7G
17:00:01 - 6.6G
17:30:01 - 6.6G
18:00:01 - 6.6G
18:30:01 - 6.6G
19:00:01 - 6.5G
19:30:01 - 6.5G
20:00:01 - 6.5G
20:30:01 - 6.5G
21:00:01 - 6.5G
21:30:01 - 6.4G
22:00:01 - 6.4G
22:30:01 - 6.4G
23:00:01 - 6.4G
23:30:01 - 6.4G
00:00:02 - 6.3G
00:30:01 - 6.3G
01:00:01 - 6.3G
01:30:02 - 6.2G
02:00:02 - 6.2G
02:30:01 - 6.2G
03:00:01 - 6.2G
03:30:01 - 6.1G
04:00:01 - 6.1G
04:30:01 - 6.1G
05:00:01 - 6.1G
05:30:01 - 6.1G
06:00:01 - 6.0G
06:30:01 - 6.0G
07:00:01 - 6.0G
07:30:01 - 6.0G
08:00:01 - 6.0G
08:30:01 - 5.9G
09:00:01 - 5.9G
-
No a co tedy kdybys vypsal do souboru velikost adresářů a souborů z celého disku
ls -laR > ls-laR.txt
du -all > du-all.txt
dvakrát po nějaké době a pak to porovnal přes příkaz diff?
-
také zkusím...prvně jsem to provedl teď, po druhé zkusím třeba za 3 hodiny..
-
Tak tady je to srovnání...první soubor du-all.txt byl dělán včera, nový soubor du-all.new byl dělán dnes..Bohužel tam nevidím nic, co by více problém přiblížilo :(
server@debian:~$ du -all > du-all.new
server@debian:~$ diff du-all.txt du-all.new
3,5c3,5
< 1236 ./logs/httpd-error-operacni-systemy.log
< 30836 ./logs/httpd-access-cs.log
< 19124 ./logs/httpd-access-operacni-systemy.log
---
> 1240 ./logs/httpd-error-operacni-systemy.log
> 30872 ./logs/httpd-access-cs.log
> 19176 ./logs/httpd-access-operacni-systemy.log
7c7
< 58000 ./logs
---
> 58092 ./logs
5564c5564
< 336 ./du-all.new2
---
> 340 ./du-all.new2
5567c5567
< 340 ./du-all.txt
---
> 336 ./du-all.txt
5591c5591
< 440516 .
---
> 440608
-
a kde jsi příkazy spouštěl? pwd?
-
No, v home mě tak napadá :-) Měl jsem za to, že "-all" vypíše všechno, ale jak se tak dívám, tak z aktuálního adresáře...tak zkusíme ještě jednou z "/"