Matulek
-
Zawartość
4 -
Rejestracja
-
Ostatnio
Posty napisane przez Matulek
-
-
# cat my.cnf [mysqld] tmpdir = /tmp set-variable = max_connections=30 max_user_connections=24 safe-show-database #skip-locking skip-innodb skip-external-locking key_buffer = 16M sort_buffer_size = 64M record_buffer = 32M table_cache = 2000 thread_cache_size = 256 tmp_table_size = 190M #128M read_rnd_buffer_size = 768K read_buffer_size = 8M max_allowed_packet = 16M query_cache_limit = 8M query_cache_size = 35M query_cache_type = 1 thread_concurrency = 4 default-character-set = utf8 # dodano po optymalizacji join_buffer_size = 256K max_heap_table_size = 50M log-slow-queries = /var/log/mysql-slow-queries.log long_query_time = 5 open_files_limit = 5000 !includedir /etc/mysql/conf.d/
Wersja PHP 5.2.6-1+lenny2
Silnik SQL MySQLi 5.0.51
w momencie kiedy na forum jest 10 osób tak wygląda obciążenie serwera:
top - 23:48:00 up 3:45, 1 user, load average: 0.09, 0.04, 0.01Tasks: 47 total, 1 running, 46 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.4%us, 0.0%sy, 0.0%ni, 99.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1048576k total, 618796k used, 429780k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
7654 www-data 18 0 37508 8616 3376 S 2 0.8 0:00.33 apache2
11899 root 15 0 2260 1092 868 R 0 0.1 0:00.02 top
1 root 15 0 1988 688 588 S 0 0.1 0:00.03 init
1480 www-data 15 0 38648 9.8m 3580 S 0 1.0 0:06.35 apache2
2018 www-data 18 0 38980 10m 3620 S 0 1.0 0:04.15 apache2
7222 www-data 15 0 38932 10m 3628 S 0 1.0 0:03.56 apache2
7288 www-data 18 0 38948 10m 3640 S 0 1.0 0:08.79 apache2
7489 www-data 18 0 39336 10m 3648 S 0 1.0 0:05.07 apache2
7655 www-data 18 0 38688 9984 3540 S 0 1.0 0:00.59 apache2
7657 www-data 18 0 38676 9.8m 3600 S 0 1.0 0:00.36 apache2
8150 www-data 18 0 38980 10m 3556 S 0 1.0 0:00.33 apache2
8153 www-data 18 0 36968 8068 3372 S 0 0.8 0:00.05 apache2
8154 www-data 15 0 37488 8592 3376 S 0 0.8 0:00.11 apache2
8158 www-data 15 0 37508 8616 3376 S 0 0.8 0:00.25 apache2
8159 www-data 18 0 37480 8588 3380 S 0 0.8 0:00.17 apache2
8160 www-data 18 0 37480 8584 3376 S 0 0.8 0:00.17 apache2
8161 www-data 18 0 38924 9m 3544 S 0 1.0 0:00.47 apache2
8166 www-data 15 0 38968 10m 3516 S 0 1.0 0:00.32 apache2
8168 www-data 18 0 38648 9932 3528 S 0 0.9 0:00.29 apache2
8173 www-data 18 0 37508 8608 3368 S 0 0.8 0:00.23 apache2
9524 root 18 0 1700 596 488 S 0 0.1 0:00.00 syslogd
9574 root 25 0 1712 508 420 S 0 0.0 0:00.00 mysqld_safe
9589 root 15 0 2360 1236 820 S 0 0.1 0:00.09 dropbear
9590 mysql 15 0 79080 20m 4628 S 0 2.0 0:33.77 mysqld
9591 root 18 0 1636 532 456 S 0 0.1 0:00.00 logger
9606 root 15 0 1712 512 436 S 0 0.0 0:00.00 dash
9646 root 18 0 2048 492 392 S 0 0.0 0:00.00 dropbear
9897 www-data 18 0 38944 10m 3652 S 0 1.0 0:04.16 apache2
9927 Debian-e 15 0 6116 904 604 S 0 0.1 0:00.00 exim4
9970 proftpd 18 0 5348 1360 592 S 0 0.1 0:00.00 proftpd
9992 root 18 0 2044 876 700 S 0 0.1 0:00.00 cron
10012 root 18 0 35756 7636 4504 S 0 0.7 0:00.39 apache2
11290 www-data 15 0 38372 9736 3584 S 0 0.9 0:01.87 apache2
11377 www-data 18 0 36968 8048 3352 S 0 0.8 0:00.07 apache2
11384 www-data 18 0 38744 9.8m 3512 S 0 1.0 0:00.14 apache2
11665 www-data 18 0 39032 10m 3564 S 0 1.0 0:02.31 apache2
11683 www-data 15 0 35756 4220 1040 S 0 0.4 0:00.00 apache2
11690 www-data 15 0 37252 8324 3344 S 0 0.8 0:00.05 apache2
11691 www-data 15 0 37252 8324 3348 S 0 0.8 0:00.05 apache2
17418 www-data 16 0 38992 10m 3584 S 0 1.0 0:03.90 apache2
17612 www-data 18 0 38648 9972 3544 S 0 1.0 0:01.83 apache2
23690 www-data 15 0 38952 10m 3576 S 0 1.0 0:05.15 apache2
23751 www-data 18 0 38968 10m 3572 S 0 1.0 0:02.82 apache2
23771 www-data 15 0 38648 9984 3556 S 0 1.0 0:03.29 apache2
26441 www-data 17 0 38660 9.8m 3572 S 0 1.0 0:04.07 apache2
27712 www-data 18 0 38940 10m 3616 S 0 1.0 0:06.58 apache2
27714 www-data 15 0 38928 10m 3592 S 0 1.0 0:06.11 apache2
Czyli przy włączonym apache i przy 10 użytkownikach forum jest ponad 600MB użytej pamięci RAM,
a przy wyłączonym apache jest tak:
top - 23:53:12 up 3:50, 1 user, load average: 0.06, 0.09, 0.03Tasks: 12 total, 1 running, 11 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0%us, 0.1%sy, 0.0%ni, 99.9%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1048576k total, 80416k used, 968160k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 18 0 1988 688 588 S 0 0.1 0:00.03 init
9524 root 18 0 1700 596 488 S 0 0.1 0:00.00 syslogd
9574 root 25 0 1712 508 420 S 0 0.0 0:00.00 mysqld_safe
9589 root 15 0 2360 1236 820 S 0 0.1 0:00.09 dropbear
9590 mysql 15 0 79080 20m 4628 S 0 2.0 0:33.97 mysqld
9591 root 18 0 1636 532 456 S 0 0.1 0:00.00 logger
9606 root 18 0 1712 512 436 S 0 0.0 0:00.00 dash
9646 root 18 0 2048 492 392 S 0 0.0 0:00.00 dropbear
9927 Debian-e 15 0 6116 904 604 S 0 0.1 0:00.00 exim4
9970 proftpd 18 0 5348 1360 592 S 0 0.1 0:00.00 proftpd
9992 root 20 0 2044 876 700 S 0 0.1 0:00.00 cron
15925 root 18 0 2260 1064 868 R 0 0.1 0:00.00 top
czyli 80MB użytej pamięci RAM.
Jest to OpenVZ więc nie ma cache ani SWAP. po prostu ogólnie serwer ma gwarantowane 512MB a max 1GB.
-
Witam,
od pewnego czasu borykam się z takim oto problemem:
mam forum oparte na phpbb3. Max on-line było 155osób i często bywało ,że wieczorami siedziało około 120osób on-line i nie było żadnych problemów z pamięcią czy procesorem. Pewnego dnia serwer padł i baza sql poszła się walić. Musiałem wgrać zapasową no i oczywiście postawić całego VPSa od nowa. Niestety coś było nie tak z kontem więc administracja założyła mi całe konto od nowa. Nagle po wgraniu całego programowania oraz wrzuceniu forum z zapasowej bazy danych zaczęły pojawiać się błędy typu: try to allocate memory.... gdzie mam dostępne 1GB pamięci RAM. Takie błędy pojawiały się już czasami przy 20 osobach online a co dopiero przy 50 już nie dało się nic robić na forum.
Support twierdził, że wszystko ok. Myślałem ,że to może problem z skryptem phpbb3 i modyfikacjami, albo bazą danych. Wszystko sprawdzone i niby wszystko Ok. Zmieniłem skrypt i teraz używam myBB no i oczywiście mam nową bazę danych ale przerobioną z tej z phpbb3. Niestety przy 50 osobach pamięć osiąga poziom 1GB i znowu problemy : try to allocate memory. Czym to może być spowodowane?? Może ktoś nie wiem atakuje mi serwer i wysyła jakieś pakiety na adres domeny?? bo przy wyłączonym apache zużycie pamięci jest na poziome 100MB. Jakieś podpowiedzi?? Może musze jakoś zabezpieczyć serwer??? Przecież to jest nie możliwe, że to jest wina ilości osob albo wielkości bazy danych ,bo do momentu tej wielkiej awarii serwera gdzie straciłem bazę danych ona była wielkości 50mb i miałem ponad 10tyś ludzi zarejestrowanych a teraz kopia zapasowa ma tylko 20mb i około 5tyś zarejestrowanych więc jest to niemożliwe, że wczesniej było ok.
Pomocy!!!
-
Hej,
mam vpsa na cheapvps.co.uk i tam jest przypisana domena do rnds1.vaserv.com i rdns2.vaserv.com
domena elegancko przypisana do ip tegoż vpsa działa ok.
Teraz tak: przerzuciłem strone na inny serwer (bo ten zamulał trochę) a mianowicie ovh. Mam nowe ip. Czy wystarczy że zmienię w ustawieniach DNS na serwerze cheapvps.co.uk tylko adres ip, czy muszę przekierować domenę? Bo nie jestem jej właścicielem a ciężko mi się skontaktować z nim aby podał nowe adresy dns.
Tak to wygląda w oryginale czyli z ip serwera vps na chepavps.co.uk gdzie domena działała poprawnie:
A tak wygląda po zmianie ip na ip z ovh. Czy to wystarczy aby po wpisaniu adresu eomnia.pl wyswietlala sie strona z ovh?? Jezeli tak to ile trzeba czekać, bo mam tak ustawione już pól dnia i nic się nie zmienia. dalej przenosi mnie na stary serwer z cheapvps.
pozdrawiam
VPS, apache zużywa 100% RAMu
w Serwery WWW
Napisano · Raportuj odpowiedź
Niestety nie wiem gdzie to sprawdzić...