Zamrznutí VPS? - fórum

Kategorie: Virtuální servery (VPS) / Obecné

přidatNový příspěvek

Chcete-li odebírat toto téma e-mailem, přihlašte se nebo se nejprve zaregistrujte.

Zamrznutí VPS?

Pavel Lukeš, 27.04.2012 17:11:29

Dobrý den,
měl bych menší dotaz ohledně VPS. Po nějaké době mi vždycky zamrzne a nejde se dostat ani na jednu doménu, která se na serveru nachází.

Žádné CRONy se na serveru nespouští, prostě jednou za čas (hodina, minuta, den ..) VPS zamrzne a pomůže až hard restart přes klientské centrum.

Poradí mi prosím někdo, jak analyzovat chybu?

Děkuji

Re: Zamrznutí VPS?

Pavel Lukeš, 27.04.2012 17:12:05

PS: jedná se o systém CentOS

Re: Zamrznutí VPS?

David Cigánek, WEDOS, 27.04.2012 17:17:27

Dobrý den,

zkuste se podívat na KVM serveru. Dost možná Vašemu serveru došla paměť RAM.

http://kb.wedos.com/vps/vnc.html

Re: Zamrznutí VPS?

Jan Kratochvíl, 28.04.2012 11:12:10

Nenapsal jste ale, co je pak na obrazovce virtuálního stroje - přes ssvnc - (raději si vypněte screen blanking), mohl by tam být vypsán kernel oops.

Další možností je kdump (/etc/kdump.conf) - něco jako core file ale celého stroje/kernelu, co se vydumpuje v okamžik crashe.

Dále je možnost použít netconsole, tedy posílání všech kernel hlášek po síti pryč, a tedy i v okamžiku crashe, přes virtuální ethernetku a někde ty UDP pakety chytat, ale to pak budete mít nešifrované kernel hlášky tekoucí po veřejné síti, což nemusí být nejbezpečnější, ale tak dočasně by to asi šlo.

Wedos by mohl poskytovat rozhraní (nejspíš nějaké webové) k virtuální serialu ("-serial" u qemu-kvm), který je pak jako ttyS0 ve virtuálním stroji. kernel hlášky přes ttyS0 jsou obecně spolehlivější než přes netconsole.

Wedos by také mohl zpřístupnit "savevm", aby člověk chytil stav stroje, když je crashlý, popravdě řečeno jsem myslel, že přes ssvnc by šlo použít ctrl-alt-2 jako na lokálním qemu-kvm, ale přes ssvnc to nějak u Wedosu nefunguje.

Re: Zamrznutí VPS?

Pavel Lukeš, 28.04.2012 22:53:28

V etc nemám žýdný kdump.conf :(

Jakmile je server zatíženej, tak se stále připojuje a nemůžu se přes ssvnc připojit :(

Mohu přesně zjistit, co mi pamět nejvíce žere?

Třeba nyní jede server již 4hod v kuse, ale odpoledne jsem ho musel restartovat 3x za hodinu

Re: Zamrznutí VPS?

Jan Kratochvíl, 29.04.2012 01:59:34

# repoquery -qf /etc/kdump.conf
kexec-tools-0:2.0.0-209.el6.5.x86_64
# yum install /etc/kdump.conf

ssvnc je věc KVM, to musí fungovat, i když je virtuální stroj úplně mrtvý, pokud ssvnc nejde, tak to je pak nějaký problém kolem virtualizace Wedos.

ps axwfl říká VSZ a RSZ, další info je v /proc/meminfo.

Re: Zamrznutí VPS?

Pavel Lukeš, 29.04.2012 07:17:21

Out of memory: kill process 8510 (httpd) score 1669023 or child
Killer process 12337 (php-cgi) vsz: 187804kB, anon-rss: 1748kB, file-rss: 952kB

toto se opakuje stále dokola

Re: Zamrznutí VPS?

Jan Kratochvíl, 29.04.2012 07:22:03

Jednak byste mel pouzivat mod_php a ne php-cgi (mate k tomu CGI specificky duvod?) a jednak byste si mel /etc/httpd/conf/httpd.conf poladit tech 6 parametru kolem ServerLimit. A vubec se podivat, jestli tam nebezi zbytecne procesy. Pokud nemate zadny swap, tak nejaky pridat, pokud by stacilo jen vyswapovat nepouzivane casti procesu, pokud ne, tak dokoupit vic RAM, tj. dalsi VPS modul atd., vse normalni zakladni UNIX admin veci, mozna si na to hirenout admina?

Re: Zamrznutí VPS?

Pavel Lukeš, 29.04.2012 07:50:33

Díky moc za rady. Mod_php jsem nainstaloval.

Máte někde example klasického nastavení daných řádků?

Měl jsem vypnutý max_input_limti a max_execution_time, tak možná to také bylo tím.

Swap jsem přídal (snad úspěšně), nevím jak to poznám.


Admin byl, ale jediné, co uměl je to, nechávat si platit a nic víc... Mimo 2 měsíčního provozu, kdy byly výpadky takřka pravidelně, nedokázal nic jiného a my nyní s obtíží hledáme náhradu, ale mezitím musí server fungovat a do té doby, než náhrada bude, tak lajk (já), musím operativně fungovat :(

Děkuji Vám za rady a asi i za pevné nervy

Re: Zamrznutí VPS?

Jan Kratochvíl, 29.04.2012 10:45:01

mod_php nejspíš (neznám vaše configy) nestačí nainstalovat pro použití jako modul, pokud tam již máte PHP nakonfigurováno jako CGI.

"klasické nastavení" neexistuje. Nebo existuje, to je to, co je ve standardní distribuci. Neznám webový provoz atd., jeho přílišné omezení zase přiškrtí webové klienty. 1GB+2GB server není nic extrémně malého, to by mělo zvládnout standardní nastavení.

Zrovna max_input_limti a max_execution_time jsou třeba jen pro případ nějakého útoku, při běžném provozu nemají vliv. Je otázka, jedná-li se ve vašem případě o útok nebo ne.

Jestli jste přidal swap jsem již psal, abyste obecně nahlédl do /proc/meminfo. Stručnější verzi téhož vypisuje command 'free'.

8x apache je tam v pořádku, aby rychle zvládnul příchozí požadavky. Zkuste tam dát standardní parametry z čistého balíku httpd.

Pokud to stále crashuje, tak co se tam vlastně v době crashe děje - s tou pamětí a počtem httpd - si zkuste třeba přes:
nice -n-20 bash -c 'while :;do echo;date;free;ps axwwfl;sleep 1;done' >/root/log &

Pokud nemáte admina, nestačil by pro vás web+mail hosting místo celého server hostingu? Každopádně to nevypadá jako problém VPS infrastruktury, ale obecné administrace (nebo i bug) v RHELu (či jeho forku CentOS), nějaké rady jsem dal, hlouběji debugovat nehodlám, k produktu - OS - patří podpora - tu poskytuje firma Servodata.

Re: Zamrznutí VPS?

Pavel Lukeš, 29.04.2012 09:54:07

Zeptám se Vás, pane Kratochvíl.

Pokud po restartu PC mám memory used skoro 800MB, je něco špatně?

Mám celkem 1GB paměti (+2GB swap) a po čistém restartu mám použito skoro 800MB, což mi přijde neuvěřitelně moc na to, že na serveru mám pouze 1 větší web a dvě malinkaté prezentačky.

root 1 0.1 0.1 19116 1248 ? Ss 09:47 0:00 /sbin/init
root 399 0.0 0.0 10820 932 ? S<s 09:47 0:00 /sbin/udevd -d
root 707 0.0 0.0 10816 980 ? S< 09:47 0:00 \_ /sbin/udevd -d
root 1422 0.0 0.0 10816 904 ? S< 09:47 0:00 \_ /sbin/udevd -d
root 947 0.0 0.0 27536 808 ? S<sl 09:47 0:00 auditd
root 973 0.0 0.1 248588 1164 ? Sl 09:47 0:00 /sbin/rsyslogd -c 4
named 986 0.0 1.1 159808 11568 ? Ssl 09:47 0:00 /usr/sbin/named -u named
dbus 1001 0.0 0.0 21288 604 ? Ss 09:47 0:00 dbus-daemon --system
root 1025 0.0 0.0 3988 604 ? Ss 09:47 0:00 /usr/sbin/acpid
root 1040 0.0 0.1 63756 1264 ? Ss 09:47 0:00 /usr/sbin/sshd
root 1048 0.0 0.3 97448 3552 ? Ss 09:47 0:00 \_ sshd: root@pts/1
root 1051 0.0 0.1 110308 1552 pts/1 Ss 09:47 0:00 \_ -bash
root 1607 0.0 0.0 108072 1004 pts/1 R+ 09:53 0:00 \_ ps auxf
clam 1064 0.0 12.8 229640 131028 ? Ssl 09:47 0:00 clamd
root 1101 0.0 0.1 110172 1300 ? S 09:47 0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --s
mysql 1190 0.1 2.4 707704 24672 ? Sl 09:47 0:00 \_ /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib
root 1214 0.0 0.0 52052 768 ? Ss 09:47 0:00 /usr/sbin/dovecot
root 1217 0.0 0.2 88176 2140 ? S 09:47 0:00 \_ dovecot-auth
root 1225 0.0 0.1 88176 2036 ? S 09:47 0:00 \_ dovecot-auth -w
dovecot 1228 0.0 0.1 53868 1840 ? S 09:47 0:00 \_ pop3-login
dovecot 1229 0.0 0.1 53868 1836 ? S 09:47 0:00 \_ pop3-login
dovecot 1230 0.0 0.1 53880 1852 ? S 09:47 0:00 \_ imap-login
dovecot 1231 0.0 0.1 53880 1852 ? S 09:47 0:00 \_ imap-login
dovecot 1599 0.0 0.1 53868 2012 ? S 09:53 0:00 \_ pop3-login
dovecot 1600 0.0 0.1 53880 2024 ? S 09:53 0:00 \_ imap-login
amavis 1233 0.0 13.0 381196 133312 ? Ssl 09:47 0:00 clamd.amavisd -c /etc/clamd.d/amavisd.conf --pid /var/run
root 1245 0.7 6.2 260476 64184 ? Ss 09:47 0:02 /usr/bin/spamd -d -c -m5 -H -r /var/run/spamd.pid
root 1246 0.0 6.0 260476 62076 ? S 09:47 0:00 \_ spamd child
root 1249 0.0 6.0 260476 62076 ? S 09:47 0:00 \_ spamd child
amavis 1255 0.7 9.6 344656 98900 ? Ss 09:47 0:02 amavisd (master)
amavis 1428 0.1 9.7 346592 99872 ? S 09:47 0:00 \_ amavisd (ch2-avail)
amavis 1429 0.0 9.7 346316 99652 ? S 09:47 0:00 \_ amavisd (ch1-avail)
root 1331 0.0 0.2 61968 2628 ? Ss 09:47 0:00 /usr/libexec/postfix/master
postfix 1339 0.0 0.2 62048 2524 ? S 09:47 0:00 \_ pickup -l -t fifo -u
postfix 1340 0.0 0.2 62208 2556 ? S 09:47 0:00 \_ qmgr -l -t fifo -u
postfix 1342 0.0 0.2 62156 2804 ? S 09:47 0:00 \_ proxymap -t unix -u
postfix 1344 0.0 0.2 62188 2780 ? S 09:47 0:00 \_ trivial-rewrite -n rewrite -t unix -u
postfix 1437 0.0 0.3 62472 3356 ? S 09:47 0:00 \_ smtpd -n 127.0.0.1:10025 -t inet -u -c -o content_fil
postfix 1438 0.0 0.2 62048 2564 ? S 09:47 0:00 \_ tlsmgr -l -t unix -u
postfix 1446 0.0 0.3 62472 3348 ? S 09:47 0:00 \_ smtpd -n 127.0.0.1:10025 -t inet -u -c -o content_fil
postfix 1462 0.0 0.3 62668 3628 ? S 09:48 0:00 \_ smtpd -n smtp -t inet -u -o stress= -s 2
root 1349 0.0 1.4 385724 15264 ? Ss 09:47 0:00 /usr/sbin/httpd
root 1352 0.0 0.7 67512 7184 ? S 09:47 0:00 \_ vlogger (access log)
apache 1356 0.0 0.3 210396 3704 ? S 09:47 0:00 \_ /usr/sbin/httpd
apache 1379 0.0 2.1 394688 21540 ? S 09:47 0:00 \_ /usr/sbin/httpd
apache 1380 0.0 1.6 389372 16384 ? S 09:47 0:00 \_ /usr/sbin/httpd
apache 1381 0.0 1.7 389372 17548 ? S 09:47 0:00 \_ /usr/sbin/httpd
apache 1382 0.0 1.7 389372 17884 ? S 09:47 0:00 \_ /usr/sbin/httpd
apache 1383 0.0 1.7 389372 17884 ? S 09:47 0:00 \_ /usr/sbin/httpd
apache 1384 0.0 1.7 389372 17884 ? S 09:47 0:00 \_ /usr/sbin/httpd
apache 1385 0.0 1.7 389372 17924 ? S 09:47 0:00 \_ /usr/sbin/httpd
apache 1386 0.0 1.7 389372 17884 ? S 09:47 0:00 \_ /usr/sbin/httpd
root 1359 0.0 0.0 167356 608 ? Ss 09:47 0:00 pure-ftpd (SERVER)
root 1368 0.0 0.1 117068 1212 ? Ss 09:47 0:00 crond
root 1389 0.0 0.8 339120 8568 ? Sl 09:47 0:00 /usr/bin/python /usr/bin/fail2ban-server -b -s /var/run/f
root 1391 0.0 0.0 9144 968 ? S 09:47 0:00 /usr/libexec/gam_server
root 1416 0.0 0.0 3972 492 tty1 Ss+ 09:47 0:00 /sbin/mingetty /dev/tty1
root 1418 0.0 0.0 3972 496 tty2 Ss+ 09:47 0:00 /sbin/mingetty /dev/tty2
root 1420 0.0 0.0 3972 492 tty3 Ss+ 09:47 0:00 /sbin/mingetty /dev/tty3
root 1423 0.0 0.0 3972 492 tty4 Ss+ 09:47 0:00 /sbin/mingetty /dev/tty4
root 1425 0.0 0.0 3972 492 tty5 Ss+ 09:47 0:00 /sbin/mingetty /dev/tty5
root 1427 0.0 0.0 3972 492 tty6 Ss+ 09:47 0:00 /sbin/mingetty /dev/tty6


Nechápu, proč tam třeba mám 8x apache :(

Re: Zamrznutí VPS?

Roman Gorol, 01.05.2012 12:09:57

Máte tam asi ISPconfig se zapnutými všemi službami. Víc než polovinu paměti zabere antispamový a poštovní systém (clamd+spamd+amavisd+dovecot) a pro PHP moc volné paměti nezůstane.

Mám trochu jiný názor než pan Kratochvíl. V php.ini nastavte menší memory_limit = 64 MB, PHP nastavte jako FastCGI a omezte počet jeho procesů, pro fcgid - FcgidMaxProcesses = 5.

Pak se ještě můžete podávat do logů na počet současně spouštěných skriptů a lépe je optimalizovat.

Přihlášení zákazníka

Nemáte ještě zákaznický účet? Registrace

Copyright © WEDOS, 2018

Facebook RSS