Příčina přeplňování /dev/loop0

[fotka]

Ahoj, na CentOS, cpanel hosting serveru mam 512MB velké /tmp při zvětšení na 4GB byl server asi hodinu přetížený (procesor a paměť), Jsem úplný začátečník takže jsem vrátil velikost zpět na 512MB nevím příčinu přetížení.

Dotaz který vám chci položit je jak zjistit co přeplňuje soustavně /dev/loop0
Dostávam několikrát denně emaily že je to plné až na 100%

Chci vědět tedy jaký proces je příčinou, nevím které logy a jak prohlédnout.

Děkuji za reakce,
F.

--
Server 8jader, 8gb ram, 1TB disk
Vse pri bezné práci vyuzito na cca 20-30%

[Reklama]

[trubicoid2]

no a loop0 pouzivas jak? a /tmp mas kde? v tmpfs tedy v pameti? a kolik je zaplneni pameti?

napis vystup free a mount

[fotka]

Děkuji, vše je ve výchozí konfiguraci CentOS:

mount:

/dev/md1 on / type ext3 (rw,errors=remount-ro)
/dev/proc on /proc type proc (rw)
/dev/sys on /sys type sysfs (rw)
/dev/devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/md2 on /home type ext3 (rw)
/dev/shm on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
/usr/tmpDSK on /tmp type ext3 (rw,noexec,nosuid,loop=/dev/loop0)
/tmp on /var/tmp type none (rw,noexec,nosuid,bind)

free

             total       used       free     shared    buffers     cached
Mem:       8245744    6131412    2114332          0     457128    5112592
-/+ buffers/cache:     561692    7684052
Swap:      1051064      21044    1030020

[trubicoid2]

no tak loop0 mas na tmp, takze jestli se ti preplnuje tmp, tak to budou tyto hlasky

jinak moc presne nerozumim, jak to ten CentOS dela nebo mysli, das sem jeste /etc/fstab?

no a ted mas tmp 512MB nebo 4GB? protoze se zda, ze mas z RAM volnych jen 2GB

a co rika du -sh /tmp ? mozna tam jsou nejaky velky zbytecnosti

[Martin Mikala]

Příkaz df -T by také mohl něco napovědět o tom co je kde namontované a jak zaplněné.

[Reklama]

[fotka]

Zkusil jsem du -sh /tmp

779K    /tmp

chvíli předtím jsem ale smazal obsah tmp pomocí rm -rf /tmp/*

cpanel mi ale ukazuje zabráno přes 250MB (50% tmp). Nyní je 512MB..

příkaz df -T

/dev/md1      ext3    20318408  11249516   8044896  59% /
/dev/md2      ext3   948223656 400485700 499950288  45% /home
/dev/shm     tmpfs     4122872         0   4122872   0% /dev/shm
/usr/tmpDSK   ext3      495844    264001    206243  57% /tmp

Mohl by mi prosím někdo pomoci?

[W]

Zkus lsof a fuser. Jsou o nich i české články.

[fotka]

Zkus lsof a fuser. Jsou o nich i české články.

[root@server tmp]# lsof /tmp
COMMAND     PID     USER   FD   TYPE DEVICE   SIZE NODE NAME
php         599 kukninet    4uW  REG    7,0      0 6004 /tmp/sess_7b9b1813d31670de9256dbae5e5b7634
lsof       1510     root  cwd    DIR    7,0 421888    2 /tmp
lsof       1512     root  cwd    DIR    7,0 421888    2 /tmp
mysqld     2593    mysql    4u   REG    7,0      0  919 /tmp/ibqoDgfE (deleted)
mysqld     2593    mysql    5u   REG    7,0      0  929 /tmp/ibZBOoPQ (deleted)
mysqld     2593    mysql    6u   REG    7,0      0  955 /tmp/ibubaxp3 (deleted)
queueproc 22942     root    0r   REG    7,0  16817 1485 /tmp/sh-thd-1297830995 (deleted)
cpdavd    23005     root    0r   REG    7,0  16817 1485 /tmp/sh-thd-1297830995 (deleted)
bash      32757     root  cwd    DIR    7,0 421888    2 /tmp
[root@server tmp]# fuser /tmp
/tmp:                32757c

Hlásí mi to ze dev/loop0 je preplneny: /dev/loop0 - /tmp    - 94.92% (956720 of 1007896)

ale pritom kdyz dam ls -lhS tak mi to nezorazuje zadne velke soubory. Nevite cim to je?

[Sten]

Smazané soubory zabírají místo, dokud jsou otevřené, ale du je nevidí, protože jsou smazané. Velké (a smazané a dlouho otevřené) soubory v /tmp často vytváří Flash a aplikace v KDE pracující se vzdálenými soubory.

Nevím, proč CentOS používá nějaký /usr/tmpDSK pro /tmp, já vždycky používal tmpfs a s takovými věcmi jsem nikdy problém neměl.

[fotka]

Smazané soubory zabírají místo, dokud jsou otevřené, ale du je nevidí, protože jsou smazané.

Restartoval jsem Apache i Mysql ale je to stále na 94%, load se ale sníil az na 1
Wordpress blogy písí:

Warning: Unknown: write failed: No space left on device (28) in Unknown on line 0
Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0

Kdyz /tmp promazu (jen soubory v nem, ne slozky) tak to zase postupne naroste na tech 94%. Mam tam slozku eaccelerator ktery mi tu doporucil PCnity, tak nevim..

[fotka]

Pidal jsem table_cache na 2048M, odebral eaccelerator z Apache a msazal vechno z /tmp vcetne slozky eacceleratoru a po restartu mysql apache je load, pamet i temp minimále vyuzity. Coz je dobre.

Do wordpressu instaluju W3 Total cache a zkusim asi jeste zapnout kompresi (GZIP / Deflate) vsech textu/obrazku.

EDIT: příčina mohla být nesprávně nastavená konfigurace mysql (etc/my.cnf) příliš vysoké hodnoty). Teď je to v pořádku.