hetzner.de

delta_force · 11 Февруари 2011

От: hetzner.de

ThinkFast каза:
Как си с рамта?

Това май е проблем. Използвах мода на томов: http://www.predpriemach.com/showthread.php?t=21644&p=201126#post201126 ама ако след рестарта вчера вечерта заемаше половината от 256МБ РАМ, сега имам свободни само 3МБ. Ще търся още начини да орежа memory usage-a, съмнява ме да идва проблема от nginx-а, а всяка вечер да рестартирам ВПС-а не е оферта.

п.п. - мога да дам линк на ЛС към хостван сайт, но САМО за хора, регистрирани преди повече от 2 месеца, с повече от 200 мнения, зелена репутация > 3 и изцяло положителен iTrader (и това има значение поне за мен, нищо, че няма да продавам каквото и да е).

docenta · 11 Февруари 2011

От: hetzner.de

може би си в заблуда, как тестваш свободната памет ?

delta_force · 11 Февруари 2011

От: hetzner.de

Досега с top, ама сега пробвах с ps aux и ето резултата:

Код:

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.3  10352   800 ?        Ss   Feb10   0:00 init [3]
root         2  0.0  0.0      0     0 ?        S<   Feb10   0:00 [migration/0]
root         3  0.0  0.0      0     0 ?        SN   Feb10   0:00 [ksoftirqd/0]
root         4  0.0  0.0      0     0 ?        S<   Feb10   0:00 [watchdog/0]
root         5  0.0  0.0      0     0 ?        S<   Feb10   0:00 [events/0]
root         6  0.0  0.0      0     0 ?        S<   Feb10   0:00 [khelper]
root         7  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kthread]
root         9  0.0  0.0      0     0 ?        S<   Feb10   0:00 [xenwatch]
root        10  0.0  0.0      0     0 ?        S<   Feb10   0:00 [xenbus]
root        15  0.0  0.0      0     0 ?        S<   Feb10   0:00 [migration/1]
root        16  0.0  0.0      0     0 ?        SN   Feb10   0:00 [ksoftirqd/1]
root        17  0.0  0.0      0     0 ?        S<   Feb10   0:00 [watchdog/1]
root        18  0.0  0.0      0     0 ?        S<   Feb10   0:00 [events/1]
root        19  0.0  0.0      0     0 ?        S<   Feb10   0:00 [migration/2]
root        20  0.0  0.0      0     0 ?        SN   Feb10   0:00 [ksoftirqd/2]
root        21  0.0  0.0      0     0 ?        S<   Feb10   0:00 [watchdog/2]
root        22  0.0  0.0      0     0 ?        S<   Feb10   0:00 [events/2]
root        23  0.0  0.0      0     0 ?        S<   Feb10   0:00 [migration/3]
root        24  0.0  0.0      0     0 ?        SN   Feb10   0:00 [ksoftirqd/3]
root        25  0.0  0.0      0     0 ?        S<   Feb10   0:00 [watchdog/3]
root        26  0.0  0.0      0     0 ?        S<   Feb10   0:00 [events/3]
root        31  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kblockd/0]
root        32  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kblockd/1]
root        33  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kblockd/2]
root        34  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kblockd/3]
root        35  0.0  0.0      0     0 ?        S<   Feb10   0:00 [cqueue/0]
root        36  0.0  0.0      0     0 ?        S<   Feb10   0:00 [cqueue/1]
root        37  0.0  0.0      0     0 ?        S<   Feb10   0:00 [cqueue/2]
root        38  0.0  0.0      0     0 ?        S<   Feb10   0:00 [cqueue/3]
root        42  0.0  0.0      0     0 ?        S<   Feb10   0:00 [khubd]
root        44  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kseriod]
root       125  0.0  0.0      0     0 ?        S    Feb10   0:00 [khungtaskd]
root       126  0.0  0.0      0     0 ?        S    Feb10   0:00 [pdflush]
root       127  0.0  0.0      0     0 ?        S    Feb10   0:00 [pdflush]
root       128  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kswapd0]
root       129  0.0  0.0      0     0 ?        S<   Feb10   0:00 [aio/0]
root       130  0.0  0.0      0     0 ?        S<   Feb10   0:00 [aio/1]
root       131  0.0  0.0      0     0 ?        S<   Feb10   0:00 [aio/2]
root       132  0.0  0.0      0     0 ?        S<   Feb10   0:00 [aio/3]
root       262  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kpsmoused]
root       321  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kstriped]
root       347  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kjournald]
root       368  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kauditd]
root       396  0.0  0.2  12608   708 ?        S<s  Feb10   0:00 /sbin/udevd -d
root       739  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kmpathd/0]
root       740  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kmpathd/1]
root       741  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kmpathd/2]
root       742  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kmpathd/3]
root       743  0.0  0.0      0     0 ?        S<   Feb10   0:00 [kmpath_handle]
root      1052  0.0  0.2   5912   620 ?        Ss   Feb10   0:00 syslogd -m 0
root      1055  0.0  0.1   3808   432 ?        Ss   Feb10   0:00 klogd -x
root      1082  0.0  0.4  63520  1216 ?        Ss   Feb10   0:00 /usr/sbin/sshd
root      1096  0.0  0.2  44272   660 ?        Ss   Feb10   0:00 /usr/sbin/vsftp
root      1209  0.0  0.2   3792   536 tty1     Ss+  Feb10   0:00 /sbin/mingetty
root      1210  0.0  0.2   3792   536 tty2     Ss+  Feb10   0:00 /sbin/mingetty
root      1211  0.0  0.2   3792   536 tty3     Ss+  Feb10   0:00 /sbin/mingetty
root      1212  0.0  0.2   3792   532 tty4     Ss+  Feb10   0:00 /sbin/mingetty
root      1213  0.0  0.2   3792   532 tty5     Ss+  Feb10   0:00 /sbin/mingetty
root      1214  0.0  0.2   3792   532 tty6     Ss+  Feb10   0:00 /sbin/mingetty
root      1343  0.0  0.4   8676  1200 ?        S    Feb10   0:00 /bin/sh /usr/bi
mysql     1393  0.0  3.3 124644  8788 ?        Sl   Feb10   0:00 /usr/libexec/my
root      1422  0.0  0.6  55980  1672 ?        Ss   Feb10   0:00 nginx: master p
nginx     1423  0.0  0.9  56288  2620 ?        S    Feb10   0:00 nginx: worker p
nginx     1424  0.0  0.8  56288  2320 ?        S    Feb10   0:00 nginx: worker p
nginx     1425  0.0  0.8  56288  2320 ?        S    Feb10   0:00 nginx: worker p
nginx     1426  0.0  0.8  56288  2320 ?        S    Feb10   0:00 nginx: worker p
nginx     1428  0.0  0.8  56288  2308 ?        S    Feb10   0:00 nginx: worker p
nginx     1430  0.0  4.0 176392 10724 ?        Ss   Feb10   0:00 /usr/bin/php-cg
nginx     1431  0.0  9.7 194976 25592 ?        S    Feb10   0:00 /usr/bin/php-cg
nginx     1432  0.0  9.7 195044 25668 ?        S    Feb10   0:00 /usr/bin/php-cg
nginx     1433  0.0  1.7 176392  4548 ?        S    Feb10   0:00 /usr/bin/php-cg
nginx     1434  0.0  1.7 176392  4548 ?        S    Feb10   0:00 /usr/bin/php-cg
nginx     1435  0.0  1.7 176392  4548 ?        S    Feb10   0:00 /usr/bin/php-cg
root     12989  0.0  0.5  52112  1424 ?        Ss   05:03   0:00 login -- root
root     12992  0.0  0.5  10900  1464 xvc0     Ss   07:34   0:00 -bash
root     13008  0.0  0.3  10464   900 xvc0     R+   07:35   0:00 ps aux

май cgi-то на nginx-а прецаква работата

ThinkFast · 11 Февруари 2011

От: hetzner.de

При мене с ps aux:

Код:

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.1   2160   592 ?        Ss   02:42   0:00 init [3]
root         2  0.0  0.0      0     0 ?        S<   02:42   0:00 [migration/0]
root         3  0.0  0.0      0     0 ?        SN   02:42   0:00 [ksoftirqd/0]
root         4  0.0  0.0      0     0 ?        S<   02:42   0:00 [watchdog/0]
root         5  0.0  0.0      0     0 ?        S<   02:42   0:00 [events/0]
root         6  0.0  0.0      0     0 ?        S<   02:42   0:00 [khelper]
root         7  0.0  0.0      0     0 ?        S<   02:42   0:00 [kthread]
root        10  0.0  0.0      0     0 ?        S<   02:42   0:00 [kblockd/0]
root        11  0.0  0.0      0     0 ?        S<   02:42   0:00 [kacpid]
root        77  0.0  0.0      0     0 ?        S<   02:42   0:00 [cqueue/0]
root        80  0.0  0.0      0     0 ?        S<   02:42   0:00 [khubd]
root        82  0.0  0.0      0     0 ?        S<   02:42   0:00 [kseriod]
root       145  0.0  0.0      0     0 ?        S    02:42   0:00 [khungtaskd]
root       146  0.0  0.0      0     0 ?        S    02:42   0:02 [pdflush]
root       147  0.0  0.0      0     0 ?        S    02:42   0:00 [pdflush]
root       148  0.0  0.0      0     0 ?        S<   02:42   0:00 [kswapd0]
root       149  0.0  0.0      0     0 ?        S<   02:42   0:00 [aio/0]
root       301  0.0  0.0      0     0 ?        S<   02:42   0:00 [kpsmoused]
root       325  0.0  0.0      0     0 ?        S<   02:42   0:00 [ata/0]
root       326  0.0  0.0      0     0 ?        S<   02:42   0:00 [ata_aux]
root       331  0.0  0.0      0     0 ?        S<   02:42   0:00 [kstriped]
root       340  0.0  0.0      0     0 ?        S<   02:42   0:00 [ksnapd]
root       351  0.0  0.0      0     0 ?        S<   02:42   0:01 [kjournald]
root       381  0.0  0.0      0     0 ?        S<   02:42   0:00 [kauditd]
root       414  0.0  0.2   2912  1360 ?        S<s  02:42   0:00 /sbin/udevd -d
root       863  0.0  0.0      0     0 ?        S<   02:42   0:00 [vballoon]
root       972  0.0  0.0      0     0 ?        S<   02:42   0:00 [kmpathd/0]
root       973  0.0  0.0      0     0 ?        S<   02:42   0:00 [kmpath_handle]
root      1033  0.0  0.0      0     0 ?        S<   02:42   0:00 [kjournald]
root      1039  0.0  0.0      0     0 ?        S<   02:42   0:00 [kjournald]
root      1473  0.0  0.0   2404   492 ?        Ss   02:42   0:00 /sbin/dhclient
root      1564  0.0  2.0  12204 10484 ?        Ss   02:42   0:00 /usr/sbin/resto
root      1577  0.0  0.1   1816   572 ?        Ss   02:42   0:00 syslogd -m 0
root      1580  0.0  0.0   1764   396 ?        Ss   02:42   0:00 klogd -x
dbus      1594  0.0  0.1  13088   992 ?        Ssl  02:42   0:00 dbus-daemon --s
68        1608  0.0  0.7   5612  3696 ?        Ss   02:42   0:00 hald
root      1609  0.0  0.2   3260  1096 ?        S    02:42   0:00 hald-runner
68        1619  0.0  0.1   2108   820 ?        S    02:42   0:00 hald-addon-keyb
68        1621  0.0  0.1   2108   816 ?        S    02:42   0:00 hald-addon-acpi
root      1648  0.0  0.2   7196  1060 ?        Ss   02:42   0:00 /usr/sbin/sshd
root      1772  0.0  0.2   5380  1188 ?        Ss   02:42   0:00 crond
root      1778  0.0  0.0   1748   468 tty1     Ss+  02:42   0:00 /sbin/mingetty
root      1779  0.0  0.0   1748   464 tty2     Ss+  02:42   0:00 /sbin/mingetty
root      1780  0.0  0.0   1748   464 tty3     Ss+  02:42   0:00 /sbin/mingetty
root      1781  0.0  0.0   1748   468 tty4     Ss+  02:42   0:00 /sbin/mingetty
root      1782  0.0  0.0   1748   464 tty5     Ss+  02:42   0:00 /sbin/mingetty
root      1804  0.0  0.0   1748   464 tty6     Ss+  02:42   0:00 /sbin/mingetty
root      3910  0.0  0.2   4628  1228 ?        S    14:05   0:00 /bin/sh /usr/bi
mysql     3960  0.1  2.3  75804 11960 ?        Sl   14:05   0:07 /usr/libexec/my
root      4001  0.0  1.2  19928  6492 ?        Ss   14:12   0:00 /usr/sbin/httpd
apache    4002  0.4  5.7  42324 29396 ?        S    14:12   0:16 /usr/sbin/httpd
apache    4006  0.6  5.8  42668 29968 ?        S    14:12   0:20 /usr/sbin/httpd
apache    4007  0.4  5.7  42388 29668 ?        S    14:30   0:10 /usr/sbin/httpd
apache    4014  0.5  5.6  42248 29196 ?        S    15:00   0:02 /usr/sbin/httpd
root      4017  0.6  0.5  10052  2940 ?        Ss   15:07   0:00 sshd: root@pts/
root      4019  0.1  0.2   4632  1396 pts/0    Ss   15:07   0:00 -bash
root      4035  0.0  0.1   4352   944 pts/0    R+   15:07   0:00 ps aux

free -m:

Код:

             total       used       free     shared    buffers     cached
Mem:           503        429         74          0        101        185
-/+ buffers/cache:        141        361
Swap:         1023          0       1023

Не мога да си обясня защо толкова рам се гълта, при нордик стоях между 120-250 мб най много

ThinkFast · 11 Февруари 2011

От: hetzner.de

Код:

[root@*** ~]# ps -A --sort -rss -o comm,pmem | head -n 23
COMMAND         %MEM
httpd            5.7
httpd            5.5
httpd            5.4
httpd            5.4
restorecond      2.0
mysqld           1.6
httpd            1.2
hald             0.7
sshd             0.5
bash             0.2
udevd            0.2
mysqld_safe      0.2
crond            0.2
hald-runner      0.2
sshd             0.2
dbus-daemon      0.1
hald-addon-keyb  0.1
hald-addon-acpi  0.1
ps               0.1
init             0.1
syslogd          0.1
head             0.1

Уж общо 29.9%, което е 153мб заети, а

Код:

# free -m
             total       used       free     shared    buffers     cached
Mem:           503        493         10          0         93        262

Рамта пак заминала ми я дава

Нещо не е наред тука

delta_force · 11 Февруари 2011

От: hetzner.de

И тука е такава картинката:

Код:

COMMAND         %MEM
php-cgi          9.7
php-cgi          9.7
php-cgi          4.0
mysqld           3.3
php-cgi          1.7
php-cgi          1.7
php-cgi          1.7
sshd             1.2
nginx            0.9
nginx            0.8
nginx            0.8
nginx            0.8
nginx            0.8
nginx            0.6
sshd             0.5
bash             0.5
login            0.5
sshd             0.4
mysqld_safe      0.4
ps               0.3
init             0.3
udevd            0.2

Oбщо е 40,3% и пак имам 3 МБ свободни от общо 256

ktomov · 11 Февруари 2011

Момчета, бъркате разчитането на командата free -m. Пропускате колоните за buffers и cached. Това е рам памет резервирана от кернела ви. Тази рам памет не е буквално заета, защото когато даден процес поиска повече рам от тази която е свободна като показана стойност от free колоната, кернела позволява да се вземе от тази резервирана рам. Вие трябва да гледате втория ред, т.е.

Код:

             total       used       free     shared    buffers     cached
Mem:           503        429         74          0        101        185
-/+ buffers/cache:        141        361
Swap:         1023          0       1023

От показаното тук, вие оставате с впечатление е 74мб, но не е. Свободната рам, която може да се ползва от вашите приложения е 74+101+185=360 mb.
Иначе казано - гледайте си само втория ред. В момента си заел 141 мб и имаш 361 свободни.
Ще разберете, когато рамта спре да ви стига в момента в който стойността на третия ред започне да се променя - т.е. Swap дяла, който играе ролята на виртуална рам памет.

Едит: До сега това не ви е правило впечатление, защото сте разполагали с OpenVZ контейнери, при които буфер и кеш няма, т.е. принципа на работа е по-различен.

Впрочем за проверка на рам-та може да ползвате и cat /proc/meminfo

Добавка: http://www.google.com/#sclient=psy&...&aq=f&aqi=&aql=&oq=&pbx=1&fp=95f91f9d446252a4 - това търсене и съответно първият резултат http://lgallardo.com/en/2009/05/11/interpretando-el-comando-freeunderstanding-the-free-command/

delta_force · 11 Февруари 2011

От: hetzner.de

Тоест имам свободни 160МБ:

Код:

             total       used       free     shared    buffers     cached
Mem:           256        250          5          0        116         39
-/+ buffers/cache:         95        160
Swap:          255          0        255

Мерси ktomov, много ми помагаш с тези ВПС-и (мамка му, цъкал съм ти репутация наскоро и сега не мога да ти добавя пак)!

ktomov · 11 Февруари 2011

Правилно си разбрал. Ако nginx-а има нужда от още рам, то кернела ще му освободи нужната за тази цел памет от буфера

Няма от какво да се притесняваш в момента, дори на първият ред под free да имаш 0.
Докато на swap: ти седи 255 0 255, то рам паметта ти е напълно достатъчна

docenta · 11 Февруари 2011

От: hetzner.de

точно

използваната памет тук:

total used free shared buffers cached
Mem: 503 429 74 0 101 185
-/+ buffers/cache: 141 361
Swap: 1023 0 1023

е 141МБ.

ThinkFast · 11 Февруари 2011

От: hetzner.de

Хубаво че я пуснах тази тема, явно не съм я закъсал само аз откъм vps knowledge

ThinkFast · 11 Февруари 2011

От: От: hetzner.de

ThinkFast каза:
Един въпрос към гурутата: Как си правите бекъпи?
След толкоз много зор, не ми се ще след първия фал и пак да изживея всичките мъки по впс-а отново. Направил съм си отделен дял 4гб. иска ми се там да бекъпвам цялата система, не само хтмл папката и базата, а цялостно centos-a. Каква е практиката, някакъв съвет?

Сори за последователните коментари, но искам да напомня за този мой въпрос

docenta · 11 Февруари 2011

От: hetzner.de

Onsite backup на самия сървър може и да ти помогне, ако объркаш нещо. Задължително си прави и offsite backup на сайтовете или поне на важните данни. По въжможност на друг доставчик да са отдалечените копия.

ThinkFast · 11 Февруари 2011

От: hetzner.de

Мога ли да направя някакъв имидж (iso примерно) на партитишъна и при фал да го ресторна.
offsite backup си правя, но с впс-ите проблема не е само във базите и файловете. Тука има вече бая направени настройки, дето съм ги търсил и ровил с дни.

Ако напъхам файловете в един tgz файл, могат ли после да се ресторне състоянието на впс-а от този tgz.
Примерно да пусна едно tar -czf vps.tgz /, а после да го екстрактна архива

docenta · 12 Февруари 2011

От: hetzner.de

Ако предлага панела/доставчика огледално копие да. Иначе на ниво операционна система не. Ние и други предлагат опция за пълно резервно копие като целия виртуален сървър става на един файл .tar.gz в самия сървър, който може да бъде изтеглен/преместен някъде и възстановен при нужда.

ktomov · 12 Февруари 2011

Понеже на мен най-важните неща са ми настройките на httpd, mysql и файловете свързани с тези двете, обикновено процедирам така:
1. Един елементарен кронтаб който да ти архивира конфигурационните файлове на двете
2. Аз ползвам клоксо и за това си ползвам вградения в него бекъп мениджър.
Само веднъж преди две години имах проблем, но той си бе по моя вина.

ThinkFast · 12 Февруари 2011

От: hetzner.de

Малко информация за мейл сървър: http://wiki.centos.org/HowTos/postfix

delta_force · 12 Февруари 2011

От: hetzner.de

Аз честно казано се чудя дали да не ползвам гугъл аппс + гмейл за имейлите си (мерси все пак за инфото).

И едно въпросче - понеже искам да си хостна още няколко сайта на ВПС-а, след като насоча с А-запис към ип-то на сървъра, създам папка за другия сайт, с .htaccess ли трябва да насоча addondomain.com към папката му?

ThinkFast · 12 Февруари 2011

От: hetzner.de

Не знам как си го направил с текущия си домейн, писал съм някъде из форума как го правя, но ето пояснение:
В httpd.conf има един ред

Код:

Include conf.d/*.conf

което ще рече че инклудва всички conf файлове с конфигурации към текущата от папката conf.d
Та аз си правя един файл virtualhosts.conf и го ъплоудвам в тази папка. Съдържанието му е нещо такова:

Код:

NameVirtualHost *:80

<VirtualHost *:80>
    ServerAdmin [email protected]
    DocumentRoot "/var/www/html/domain1"
    ServerName www.domain1.com
    ServerAlias www.domain1.co
    ServerAlias www.domain1.net
    ServerAlias www.domain1.org
    ServerAlias domain1.com
    ServerAlias domain1.co
    ServerAlias domain1.net
    ServerAlias domain1.org
    
    <Directory "/var/www/html/domain1">
        allow from all
        Options +Indexes
    </Directory>
</VirtualHost>

<VirtualHost *:80>
    ServerAdmin [email protected]
    DocumentRoot "/var/www/html/domain2"
    ServerName www.domain2.com
    ServerAlias domain2.com

    <Directory "/var/www/html/domain2">
        allow from all
        Options +Indexes
    </Directory>
</VirtualHost>

Мисля че не е сложно да се ориентираш в структурата

delta_force · 12 Февруари 2011

От: hetzner.de

Еми досега с А-записче в Годеди и всичко по принцип е точно. Да видим сега дали правилно съм разбрал:

1. В случая с DocumentRoot "/var/www/html/domain1" имаме 4 различни домейна, които сочат към една и съща папка, а в моя случай това би трябвало да е с един домейн, понеже си ползвам само него в вмомента на ВПС-а.
2. При DocumentRoot "/var/www/html/domain2" имаме само 1 домейн, който си има своя папка и си работи самостоятелно.
3. Най-добре е да си конфигурирам и двата домейна в този virtualhost файл, за да не стане някоя мизерия.

Прав ли съм?

hetzner.de

Active Member

New Member

Active Member

New Member

New Member

Active Member

Premium

Active Member

Premium

New Member

New Member

New Member

New Member

New Member

New Member

Premium

New Member

Active Member

New Member

Active Member