Fórum Root.cz
Hlavní témata => Server => Téma založeno: fotka 24. 01. 2011, 17:19:20
-
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%
-
no a loop0 pouzivas jak? a /tmp mas kde? v tmpfs tedy v pameti? a kolik je zaplneni pameti?
napis vystup free a mount
-
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
-
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
-
Příkaz df -T by také mohl něco napovědět o tom co je kde namontované a jak zaplněné.
-
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?
-
Zkus lsof a fuser. Jsou o nich i české články.
-
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?
-
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.
-
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..
-
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.