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:
Citace/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
Citacetotal 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.
Citace od: W kdy 18. 02. 2011, 09:21:19
Zkus lsof a fuser. Jsou o nich i české články.
Citace[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.
Citace od: Sten kdy 01. 03. 2011, 14:53:45
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í:
CitaceWarning: 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.