Dotaz: Problem s mistem na disku

[matata]

Ahoj, mam na serveru uplne plny disk, ale nevim co mi tam zabira misto, nebo kde je problem.

aibo:~# df
Souborový systém      1K bloků   Použité     Volné Uži% Připojeno do
/dev/md0             958832432 910132212         0 100% /
tmpfs                  1037448         4   1037444   1% /lib/init/rw
udev                     10240       788      9452   8% /dev
tmpfs                  1037448         0   1037448   0% /dev/shm
aibo:~# du -sh /*
4,2M    /bin
18M     /boot
0       /cdrom
788K    /dev
14M     /etc
20K     /gnome
357G    /home
0       /initrd.img
69M     /lib
16K     /lost+found
8,0K    /media
4,0K    /mnt
149M    /opt
20K     /pixmaps
du: nelze přistoupit k „/proc/23843/task/23843/fd/4“: není souborem ani adresářem
du: nelze přistoupit k „/proc/23843/task/23843/fdinfo/4“: není souborem ani adresářem
du: nelze přistoupit k „/proc/23843/fd/4“: není souborem ani adresářem
du: nelze přistoupit k „/proc/23843/fdinfo/4“: není souborem ani adresářem
0       /proc

Navic prikaz du -sh /* se vubec nedokonci... Muzete mi prosím poradit, kde zacit? Dekuji moc.

Odpovědi

[FrostyX]

Podívej se, jestli nemáš ve /var/log nějaké neobvykle velké logy ... když jsem se naposledy divil, kam mi zmizelo místo na disku, našel jsem tam snad 10G log ...

[azurIt]

Taktiez pozri /tmp a /var/tmp . Prikaz ti neskoncil pretoze zrejme este pracoval a ratal vyuzite miesto. Vo vypise ti chyba cele /var a /tmp, problem bude zrejme v jednom z nich.

[matata]

Diky oboum, ale tam to asi nebude. Resi ten prikaz velikost i pro vsechny podslozky? Pak...

aibo:~# du -sh /var
475M    /var
aibo:~# du -sh /tmp
96K     /tmp

[Jary]

Jestli můžeš, zkus rebootnout. Viděl jsem už něco podobného a po rebootu to bylo OK.

[Jary]

zkus

sudo du -hx --max-depth=1 / | sort -h
mount
df -h

[matata]

pise mi, neznamy prepinas -h

[Jary]

tak ta háčka vyhoď. Je to jenom pro "human readable"

[matata]

aibo:~# sudo du -hx --max-depth=1 / | sort mount df
sort: soubor se nepodařilo otevřít: mount: není souborem ani adresářem

[l4m4]

To byly tři příkazy, ne jeden.

Jestli je to Ubuntu, tak si spusť normální root shell sudo -i, namísto matlání po jednolivých příkazech...

[Jary]

df ani mount by neměly chtít roota

[l4m4]

To je pravda. Na druhé straně počítám, že bude zapotřebí ty adresáře prolézt podrobněji...

[matata]

Promin, moc to neovladam, muzes mi ptosim rict kde onci jeden a dalsi zacina?

[jadd]

Já čumím jak péro, mít raid/server, a nevědět co je mount..

[Jary]

Začíná novým řádkem. Jelikož čekám, že máš nějaké velké soubory v rootu (/), tak jsem přidal ještě jeden příkaz. Každý příkaz začíná teď začíná dolarem, aby bylo jasno. Ten dolar do konzole nepiš/nekopíruj. První příkaz potrvá dlouho a disk při tom bude chrastit. Nech ho doběhnout.

$ du -hx --max-depth=1 / | sort -h
$ mount
$ df -h
$ ls -l /

[matata]

aibo:~# du -hx --max-depth=1 / |
> mount
/dev/md0 on / type ext3 (rw,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
procbususb on /proc/bus/usb type usbfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
aibo:~# df -h
Souborový systém  Velikost Užito Volno Uži% Připojeno do
/dev/md0              915G  868G     0 100% /
tmpfs                1014M  4,0K 1014M   1% /lib/init/rw
udev                   10M  788K  9,3M   8% /dev
tmpfs                1014M     0 1014M   0% /dev/shm
aibo:~# ls -l /
celkem 100
drwxr-xr-x   2 root root  4096 17. čen  2010 bin
drwxr-xr-x   3 root root  4096 17. čen  2010 boot
lrwxrwxrwx   1 root root    11 22. bře  2010 cdrom -> media/cdrom
drwxr-xr-x  15 root root  3960 24. srp 07.54 dev
drwxr-xr-x 178 root root 12288 23. čec 13.11 etc
drwxr-xr-x   3 root root  4096 17. čen  2010 gnome
drwxr-xr-x  17 root root  4096 20. srp 19.24 home
lrwxrwxrwx   1 root root    28 22. bře  2010 initrd.img -> boot/initrd.img-2.6.26-2-686
drwxr-xr-x  18 root root 12288 17. čen  2010 lib
drwx------   2 root root 16384 22. bře  2010 lost+found
drwxr-xr-x   3 root root  4096 16. čec 22.41 media
drwxr-xr-x   2 root root  4096  3. dub  2010 mnt
drwxr-xr-x   4 root root  4096 17. čen  2010 opt
drwxr-xr-x   2 root root  4096 17. čen  2010 pixmaps
dr-xr-xr-x 170 root root     0 16. čec 22.41 proc
drwxr-xr-x  44 root root  4096 24. srp 10.36 root
drwxr-xr-x   2 root root  4096 17. čen  2010 sbin
drwxr-xr-x   2 root root  4096 16. zář  2008 selinux
drwxr-xr-x   3 root root  4096 17. čen  2010 srv
drwxr-xr-x  11 root root     0 16. čec 22.41 sys
drwxrwxrwt  13 root root  4096 24. srp 10.33 tmp
drwxr-xr-x  11 root root  4096 22. bře  2010 usr
drwxr-xr-x  16 root root  4096 17. čen  2010 var
lrwxrwxrwx   1 root root    25 22. bře  2010 vmlinuz -> boot/vmlinuz-2.6.26-2-686

[Jary]

Mno, ten první příkaz se nám moc nepovedl, tak to zkus znova. Tohle bude stačit:

du -x --max-depth=1 /

[darkenik]

sudo du -kx / |sort -n

vypise to zoznam adresarov a suborov od najmensich po najvacsie

[Jendа]

Mno, ten první příkaz se nám moc nepovedl

LOL

Podle mě to bude nějaký velký otevřený, ale už smazaný soubor.

[Jary]

Aha, proto mi ten reboot pomohl. Ale jak postupovat? Zkoušel jsem smazat otevřený 100MB soubor a pak

[root@veverka ~]# du -hL /proc/*/fd/* |  sort -h | tail
du: cannot access `/proc/1978/fd/255': No such file or directory
du: cannot access `/proc/1978/fd/3': No such file or directory
du: cannot access `/proc/self/fd/255': No such file or directory
du: cannot access `/proc/self/fd/3': No such file or directory
...
852K	/proc/1603/fd/9
1,1M	/proc/877/fd/9
5,5M	/proc/878/fd/7
6,9M	/proc/1586/fd/16
9,8M	/proc/1586/fd/12
17M	/proc/1586/fd/11

smz že ten 100M soubor byl /proc/1978/fd/3 a du ho neumí odhalit. Napdá mě tedy jen wc, ale to by to na tom wc mohlo strávit věčnost (:

[Jary]

Našel jsem to.

Když udělám

# dd if=/dev/urandom of=/fff &      # Zapisuje náhodná data do /fff.
# rm /fff                           # Při zapisování soubor smaže,
                                    # takže dd zapisuje, ale soubor není, místo ubývá.
# lsof -a +L1 /
COMMAND    PID USER   FD   TYPE DEVICE  SIZE/OFF NLINK    NODE NAME
...
dd        3601 root    1w   REG   0,18 114125312     0 2583798 /fff (deleted)
# lsof -a +L1 /
COMMAND    PID USER   FD   TYPE DEVICE  SIZE/OFF NLINK    NODE NAME
...
dd        3601 root    1w   REG   0,18 149582848     0 2583798 /fff (deleted)
# kill 3601
[root@veverka ~]# lsof -a +L1 /
COMMAND    PID USER   FD   TYPE DEVICE SIZE/OFF NLINK    NODE NAME
...

Takže příkaz lsof -a +L1 / je tvůj přítel, co zjistí PID zlobivého procesu.

[jadd]

/proc je virtuální, žádná data na disku nejsou.

[jadd]

stejně jako /sys.. oba slouží ke komunikaci jádra s uživatelským prostorem

[Jary]

/proc je virtuální

souhlas.

žádná data na disku nejsou.

Ano, ale i ne. /proc/1978/fd/3 je odkazem na soubor, pipu, socket, ... na který odkazuje třetí z filedescriptorů procesu s pidem 1878. Descriptory 0, 1, 2 jsou často pipy stdout, stdin, stderr (to pořadí z hlavy neznám).

[matata]

Díky za pomoc, vypise toto:

aibo:~# lsof -a +L1 /
COMMAND  PID USER   FD   TYPE DEVICE       SIZE NLINK   NODE NAME
dd      5666 root    1w   REG    9,0 1254349824     0 139794 /fff (deleted)

co s tim dal?

[azurIt]

ty si zopakoval aj ten 'dd'? :D

[matata]

ano, melo to byt bez toho dd?

[matata]

aha, uz chapu, to zapsalo ty nahodna data ktera jsem pak smazal :D no ,ok... Co ale teda s tim id procesu ktera jsem zjistil?

[Jack]

Kill that bitch!!

[matata]

Kill that bitch jsem zkoušel pžíkazem

kill 5666

ale misto madisku se nezmenilo

[ewew]

Skús prezrieť disk pomocou ls, v podstate je to alisan na dir.AKo príklad uvediem ls -lah /. Tento príkaz vypíše všetky súbory prítomné v koreňovom adresári, vrátane skrytých. Po zobrazení hladaj zložky s neobvyklou veľkosťou.

[matata]

aibo:~# ls -lah /
celkem 104K
drwxr-xr-x  23 root root 4,0K 27. srp 09.43 .
drwxr-xr-x  23 root root 4,0K 27. srp 09.43 ..
drwxr-xr-x   2 root root 4,0K 17. čen  2010 bin
drwxr-xr-x   3 root root 4,0K 17. čen  2010 boot
lrwxrwxrwx   1 root root   11 22. bře  2010 cdrom -> media/cdrom
drwxr-xr-x  15 root root 3,9K 27. srp 08.01 dev
drwxr-xr-x 178 root root  12K 26. srp 18.44 etc
drwxr-xr-x   3 root root 4,0K 17. čen  2010 gnome
drwxr-xr-x  17 root root 4,0K 20. srp 19.24 home
lrwxrwxrwx   1 root root   28 22. bře  2010 initrd.img -> boot/initrd.img-2.6.26                                                                                        -2-686
drwxr-xr-x  18 root root  12K 17. čen  2010 lib
drwx------   2 root root  16K 22. bře  2010 lost+found
drwxr-xr-x   3 root root 4,0K 26. srp 18.44 media
drwxr-xr-x   2 root root 4,0K  3. dub  2010 mnt
drwxr-xr-x   4 root root 4,0K 17. čen  2010 opt
drwxr-xr-x   2 root root 4,0K 17. čen  2010 pixmaps
dr-xr-xr-x 128 root root    0 26. srp 18.43 proc
drwxr-xr-x  44 root root 4,0K 24. srp 10.36 root
drwxr-xr-x   2 root root 4,0K 17. čen  2010 sbin
drwxr-xr-x   2 root root 4,0K 16. zář  2008 selinux
drwxr-xr-x   3 root root 4,0K 17. čen  2010 srv
drwxr-xr-x  11 root root    0 26. srp 18.43 sys
drwxrwxrwt   5 root root  120 27. srp 08.01 tmp
drwxr-xr-x  11 root root 4,0K 22. bře  2010 usr
drwxr-xr-x  16 root root 4,0K 17. čen  2010 var
lrwxrwxrwx   1 root root   25 22. bře  2010 vmlinuz -> boot/vmlinuz-2.6.26-2-686

To asi nebude uplne ono ne?

[ewew]

Zrejme som si neoveril výsledok, aký budem mať tento postup.Ale niečo podobné by sa dalo urobiť aj du. Len trochu iným štýlom. Ja by som začal takto du -sh /bin a pokračoval by som ďalej ako sú adresáre. V prípade, že by u niektorého trval tento príkaz dlho, tak by bol kandidát na zabrané miesto. Potom by som sa presunul pomocou cd problemový adresár a tam spustil znovu du -sh adresár.

Ďalšia vec je, že na server alebo aj na desktop je lepšie mať oddelené niektoré particie.Napríklad korenňový adresár,boot,usr,var,tmp,home.

[Gilhad]

Kdyz je lost+found takhle velky, mohl by v nem byt nejruznejsi bordel. Typicky tento adresar byva prazdny.

[kolcon]

inody?

# df -i

[matata]

Souborový systém I-uzlů Použité Volné Užit% Připojeno do /dev/md0 60882944 845661 60037283 2% / tmpfs 224180 11 224169 1% /lib/init/rw udev 224180 1484 222696 1% /dev tmpfs 224180 1 224179 1% /dev/shm overflow 224180 7 224173 1% /tmp

Co to prosim znamena?

[matata]

Souborový systém      I-uzlů Použité   Volné Užit% Připojeno do
/dev/md0             60882944  845661 60037283    2% /
tmpfs                 224180      11  224169    1% /lib/init/rw
udev                  224180    1484  222696    1% /dev
tmpfs                 224180       1  224179    1% /dev/shm
overflow              224180       7  224173    1% /tmp

Co to prosim znamena?

[JanM]

To znamená, že v tom problém není.

http://cs.wikipedia.org/wiki/Inode:

Počet i-uzlů je u klasických souborových systémů (ext2, ext3) určen při formátování systému souborů a později již nemůže být změněn. Jejich množství určuje maximální počet adresářů a souborů, které lze v souborovém systému vytvořit. I když může být na disku volné místo pro data (tj. volné datové bloky), nemusí být možné z důvodu nedostatku volných i-uzlů vytvořit další soubory a adresáře.

[pletiplot]

Ale on se dokončí, ale ty nejsi dost trpělivý. Trvá to dlouho, protože prohledává /var, kde bude zřejmě ten problém. Zkus du -sh /var/*

[matata]

aibo:~# du -sh /var/*
6,3M    /var/backups
92M     /var/cache
4,0K    /var/crash
16K     /var/games
336M    /var/lib
4,0K    /var/local
12K     /var/lock
51M     /var/log
332K    /var/mail
4,0K    /var/opt
588K    /var/run
700K    /var/spool
4,0K    /var/tmp
212K    /var/www

Tim to nebude, ja uz fakt nevim co s tim

[azurIt]

skus este: du -sh /root /usr

[matata]

du -sh /root /usr nevypise nic, trva uz 20 minut

aibo:~# du -sh /usr #toto vypise, ale je to malo 5,1G /usr

[jadd]

co toto?
du -hs /* --time --exclude=/proc |sort -n
nebo
du -hs /*/* --time --exclude={/proc,/proc/*,/proc/*/*,/sys} |sort -n
apod.

[jadd]

du -hs /* --time --exclude={/proc,/proc/*} |sort -hr
takhle bude třídění přehlednější

[matata]

aibo:~# du -hs /* --time --exclude={/proc,/proc/*} |sort -hr
sort: neznámý přepínač -- h
Více informací získáte příkazem „sort --help“.
aibo:~#
aibo:~# sort --help
Použití: sort [PŘEPÍNAČ]… [SOUBOR]…
Vypíše seřazené zřetězení všech SOUBORŮ na standardní výstup.

Povinné argumenty dlouhých přepínačů jsou také povinné u odpovídajících
krátkých přepínačů.
Řadicí přepínače:

  -b, --ignore-leading-blanks ignoruje úvodní mezery
  -d, --dictionary-order      uvažuje pouze mezery a alfanumerické znaky
  -f, --ignore-case           převede malá písmena na velká
  -g, --general-numeric-sort  porovnává podle obecných číselných hodnot
  -i, --ignore-nonprinting    uvažuje pouze tisknutelné znaky
  -M, --month-sort            porovná podle měsíců
                              (neznámý) < „LED“ < … < „PRO“
  -n, --numeric-sort          porovná podle číselné hodnoty řetězce
  -r, --reverse               obrácený výsledek porovnávání

Další přepínače:

  -c, --check,  --check=diagnose-first
                            zkontroluje, zda vstup je seřazen; neřadí
  -C, --check=quiet, --check=silent
                            jako -c, ale nehlásí první chybnou řádku
      --compress-program=PROGRAM
                            pomocné soubory komprimuje příkazem PROGRAM,
                            dekomprimuje pomocí PROGRAM -d
  -k, --key=POZ1[,POZ2]     začátek klíče na POZ1 a konec na POZ2
                            pozice znaků jsou počítány od jedné
  -m, --merge               spojí již seřazené soubory, neseřazuje je
  -o, --output=SOUBOR       výsledek zapíše do SOUBORU místo na standardní
                            výstup
  -s, --stable              stabilizuje výsledek zakázáním seřazení stejných
                            položek porovnáváním bajt po bajtu
  -S, --buffer-size=VELIKOST
                            použije VELIKOST pro hlavní paměťový buffer
  -t, --field-separator=ODDĚLOVAČ
                            použije ODDĚLOVAČE místo přechodu nemezera/mezera
  -T, --temporary-directory=ADRESÁŘ
                            použije ADRESÁŘ pro dočasné soubory, nepoužívá
                            $TMPDIR ani /tmp.
                            Více přepínačů zadává více adresářů.
  -u, --unique              s -c testuje striktní uspořádání;
                            jinak vypíše pouze první ze stejných sekvencí
  -z, --zero-terminated     vstupní řádky jsou ukončeny bajtem 0 místo LF
      --help     vypíše tuto nápovědu a skončí
      --version  vypíše označení verze a skončí

co tam pouzit misto hr?

[alkoholik]

To bude preklep. Viz predchozi prispevky. Chtel nejpis -rn. Ve zkratce: tridit jako cisla a obratit poradi.

[jadd]

ne, to není překlep, jen lidsky a v obráceném pořadí

sort --version
sort (GNU coreutils) 8.14

[jadd]

Máš nějakou starou verzi sortu, tak to použít nemůžeš, pak vůbec sort v tomhle nepoužívej, protože ti to moc nepomůže..

[Jary]

Já nevim co furt všeci řešíte. Kdyby původní tazatel nechal doběhnout ten

du -x --max-depth=1 /

případně

du -x --max-depth=2 /

Tak bysme všichni už dávno byli moudřejší.

[stativ]

Já nevim co furt všeci řešíte.

Podle toho, co tazatel zkoušel to vypadá na něco v /root, takže by to chtělo spíš pustit du -sh /root/*

[Jary]

Něco podobného už jsem ho nechal udělat.

[Jary]

Jéžiš. /root jako /root, ne jako /. Beru to zpět.

[jadd]

pravda, přepínač x, je v tomto lepší.

[azurIt]

Problem je teda zrejme v adresari /root , skus ho prebehnut a pozri, co tam mas (typujem to na obrovske mnozstvo malych suborov).

[smazáno]

du -sh /* se vubec nedokonci..

Zkus pockat nez se dokonci (treba pres noc) - ono to muze trvat fakt dlouho kdyz tam mas moc souboru. Jestli se fakt nedokonci tak hadam rozbity filesystem.