lexom 0 Zgłoś post Napisano Czerwiec 1, 2011 Witam. Od jakiegoś czasu mam problem z instalowaniem/reinstalacją pakietów poprzez apt-get. Przy próbie zainstalowania/reinstalacji otrzymuję błąd jak poniżej: Usuwanie squirrelmail ... dpkg: nienaprawialny błąd krytyczny, przerywanie: nie można wykonać funkcji "fork": Nie można przydzielić pamięci E: Sub-process /usr/bin/dpkg returned an error code (2) Z czego może on wynikać? Udostępnij ten post Link to postu Udostępnij na innych stronach
lazy 33 Zgłoś post Napisano Czerwiec 1, 2011 zgaduje ze to vps na openvz najprawdopodobniej przekraczasz ktorys z limitow dostepną pamiec czy liczbe procesow cat /proc/user_beancounters interesuje Cie kolumna failcnt wiecej np. tu https://support.fluidhosting.com/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=217 -- Lazy Udostępnij ten post Link to postu Udostępnij na innych stronach
lexom 0 Zgłoś post Napisano Czerwiec 1, 2011 Sprawdziłem ten pliczek i wygląda on mniej więcej tak: kmemsize 6235252 10385137 2147483646 2147483646 0 lockedpages 0 32 32 32 1181 privvmpages 77447 98421 98304 98304 119 dgramrcvbuf 0 131704 132096 132096 36 Czego dokładnie dotyczy ten wpis lockedpages ? Udostępnij ten post Link to postu Udostępnij na innych stronach
R@fi 64 Zgłoś post Napisano Czerwiec 1, 2011 (edytowany) wyglądana to ze masz brak pamięci na vpsie wpisz w konsoli fdisk -l i sprawdź pojemność vpsa Edytowano Czerwiec 1, 2011 przez freecast.pl (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach
lexom 0 Zgłoś post Napisano Czerwiec 1, 2011 Niestety fdisk zwraca cos takiego: cannot open /proc/partitions Udostępnij ten post Link to postu Udostępnij na innych stronach
R@fi 64 Zgłoś post Napisano Czerwiec 1, 2011 Wklej rezultat polecenia top Udostępnij ten post Link to postu Udostępnij na innych stronach
tym 205 Zgłoś post Napisano Czerwiec 1, 2011 wyglądana to ze masz brak pamięci na vpsie wpisz w konsoli i sprawdź pojemność vpsa rotfl... co ma piernik do wiatraka? polecenie free tu się bardziej przyda... poza tym /proc/user_beancounters wykazało że przekracza limity... Udostępnij ten post Link to postu Udostępnij na innych stronach
R@fi 64 Zgłoś post Napisano Czerwiec 1, 2011 rotfl... co ma piernik do wiatraka? polecenie free tu się bardziej przyda... poza tym /proc/user_beancounters wykazało że przekracza limity... Niech ci będzie kłócić się nie będę 1 Udostępnij ten post Link to postu Udostępnij na innych stronach
lexom 0 Zgłoś post Napisano Czerwiec 1, 2011 Rezultat polecenia free: total used free shared buffers cached Mem: 393216 309912 83304 0 0 0 -/+ buffers/cache: 309912 83304 Swap: 0 0 0 Udostępnij ten post Link to postu Udostępnij na innych stronach
R@fi 64 Zgłoś post Napisano Czerwiec 1, 2011 czy wkleisz rezultat polecenia top jakiś proces jedzie ci pamięć ram Udostępnij ten post Link to postu Udostępnij na innych stronach
lexom 0 Zgłoś post Napisano Czerwiec 1, 2011 Wyniki polecenia top: 1 root 15 0 1984 696 596 S 0 0.2 0:07.77 init 1850 pawel 15 0 8168 1624 1132 S 0 0.4 0:00.51 sshd 1858 pawel 15 0 6048 3156 1348 S 0 0.8 0:00.43 bash 3173 root 16 0 3932 1232 976 S 0 0.3 0:00.00 su 3705 dovecot 18 0 3516 1600 1344 S 0 0.4 0:00.08 imap-login 3762 dovecot 18 0 3516 1600 1344 S 0 0.4 0:00.08 imap-login 3765 dovecot 18 0 3516 1600 1344 S 0 0.4 0:00.07 imap-login 11621 postfix 15 0 5868 2640 1900 S 0 0.7 0:00.01 tlsmgr 13451 root 18 0 4400 1748 1328 S 0 0.4 0:00.05 bash 14143 daemon 18 0 1768 508 404 S 0 0.1 0:00.00 portmap 14333 root 18 0 1696 632 508 S 0 0.2 0:00.47 syslogd 15390 root 20 0 1648 392 320 S 0 0.1 0:00.00 klogd 15400 messageb 24 0 2484 672 484 S 0 0.2 0:00.00 dbus-daemon 15414 bind 23 0 122m 14m 2492 S 0 3.8 0:00.12 named 15433 root 15 0 5276 1028 676 S 0 0.3 0:00.32 sshd 15518 root 20 0 2700 1308 1080 S 0 0.3 0:00.00 mysqld_safe 15582 mysql 16 0 140m 16m 4784 S 0 4.3 0:04.97 mysqld 15583 root 18 0 1632 536 464 S 0 0.1 0:00.00 logger 15717 root 18 0 4568 808 292 S 0 0.2 0:00.00 nginx 15718 www-data 15 0 5132 1628 804 S 0 0.4 0:01.87 nginx 15740 root 24 0 1824 604 512 S 0 0.2 0:00.00 inetd 15893 root 18 0 5488 1788 1448 S 0 0.5 0:02.95 master 15895 postfix 15 0 5544 1896 1540 S 0 0.5 0:00.39 qmgr 15934 root 18 0 8240 748 432 S 0 0.2 0:00.00 saslauthd 15938 root 18 0 8240 472 156 S 0 0.1 0:00.00 saslauthd 15939 root 18 0 8240 356 40 S 0 0.1 0:00.00 saslauthd 15941 root 18 0 8240 356 40 S 0 0.1 0:00.00 saslauthd 15942 root 18 0 8240 356 40 S 0 0.1 0:00.00 saslauthd 15946 root 24 0 3272 564 392 S 0 0.1 0:00.00 famd 15974 root 18 0 2004 648 488 S 0 0.2 0:00.75 dovecot 15975 root 18 0 9428 2392 1840 S 0 0.6 0:00.14 dovecot-auth 15977 root 18 0 9428 2304 1756 S 0 0.6 0:00.12 dovecot-auth 15990 proftpd 18 0 5260 1348 588 S 0 0.3 0:04.67 proftpd 15995 daemon 18 0 1916 424 304 S 0 0.1 0:00.10 atd 16016 root 15 0 3576 980 788 S 0 0.2 0:00.99 cron 16042 root 18 0 120 28 12 S 0 0.0 0:21.47 runsvdir 16043 root 18 0 108 24 16 S 0 0.0 0:00.00 runsv 16044 root 18 0 124 44 24 S 0 0.0 0:00.00 svlogd 16045 www-data 25 0 33716 10m 7180 S 0 2.7 0:00.08 php-cgi 16054 www-data 18 0 36812 8748 3368 S 0 2.2 0:01.56 php-cgi 16055 www-data 15 0 35832 7808 3472 S 0 2.0 0:01.90 php-cgi 16056 www-data 15 0 36888 9240 3844 S 0 2.3 0:01.13 php-cgi 16067 www-data 15 0 35756 7236 2912 S 0 1.8 0:01.67 php-cgi 16152 dovecot 18 0 3512 1600 1340 S 0 0.4 0:00.21 pop3-login 16153 dovecot 18 0 3512 1600 1340 S 0 0.4 0:00.22 pop3-login 16154 dovecot 18 0 3512 1596 1340 S 0 0.4 0:00.20 pop3-login 21939 postfix 15 0 5500 1724 1396 S 0 0.4 0:00.00 pickup 32200 root 18 0 2260 1100 880 R 0 0.3 0:00.02 top 32679 root 15 0 8020 2616 2152 S 0 0.7 0:00.12 sshd Z tego co widzę to chyba jest coś nie tak z php ? Udostępnij ten post Link to postu Udostępnij na innych stronach
tym 205 Zgłoś post Napisano Czerwiec 1, 2011 czy wkleisz rezultat polecenia top jakiś proces jedzie ci pamięć ram pewnie apt-get... Udostępnij ten post Link to postu Udostępnij na innych stronach
kafi 2425 Zgłoś post Napisano Czerwiec 1, 2011 Widocznie jeździsz po śliskiej granicy pamięci burstable i próba wykonania malloca zwraca po prostu OOM. Udostępnij ten post Link to postu Udostępnij na innych stronach
lazy 33 Zgłoś post Napisano Czerwiec 1, 2011 Sprawdziłem ten pliczek i wygląda on mniej więcej tak: kmemsize 6235252 10385137 2147483646 2147483646 0 lockedpages 0 32 32 32 1181 privvmpages 77447 98421 98304 98304 119 dgramrcvbuf 0 131704 132096 132096 36 Czego dokładnie dotyczy ten wpis lockedpages ? rozumiem ze w innych failcnt wynosił 0 ? lockedpages to liczba zablokowanych stron, takie strony nie moga byc wyswapowane na dysk brakuje tez privvmpages czyli tzw pamieci burst, sprawdz ktory licznik failcnt sie zwiekszy po problemach z aptem, o ile lockedpages masz ustalone bardzo nisko i mozesz poprosic swojego dostawce o podniesienie tego limitu co nie powinno byc dla nich problemem, to privvmpages bedzie sie juz wiazac z wiekszym pakietem jesli nie uzywasz innodb w mysql, mozesz odzyskac jakies 100MB ramu "burst" (czyli ponad 1/4 calosci przeznaczonej do twojego vpsa) dodajac skip-innodb do /etc/my.cnf ew /etc/mysql/my.cnf dodatkowo ram odzyskasz dodajac linijke ulimit -s 256 na poczatku skryptu startowego binda w /etc/init.d/bind9 czy samo bind lub named, nie orientuje sie jak to ubuntu nazywa zamiast 256 z powodzeniem prawdopodobnie mozna dac i 128, choc oszczednosc nie bedzie juz tak duza polecenie ulimit -s 256 ustawia maxymalna wielkosc stosu dla procesow potomnych, domyslnie na linuxie jest to 8MB a to duzo jesli aplikacja jest wielowatkowa bo kazdy watek posiada odrebny stos, na normalnej maszynie czy jakims hvm zaalokowane, ale nigdy nie uzyte czesci stosu nie beda mialy praktycznie zadnego wplywu na ilosc zajmowanej przez aplikacje ramu fizycznego, innaczej jest na openvz gdzie ta pamiec jest wliczana do tzw pamieci burst, czy po prostu max dostepnej pamieci -- Lazy Udostępnij ten post Link to postu Udostępnij na innych stronach
lexom 0 Zgłoś post Napisano Czerwiec 1, 2011 (edytowany) rozumiem ze w innych failcnt wynosił 0 ? Tak w innych jest "zero" Po błędzie apt-get zwiększany jest licznik privvmpages PS. Dzięki za wskazówki jak zwolnić zasoby, dzięki tym dwóm zmianom mam: total used free shared buffers cached Mem: 393216 94780 298436 0 0 0 -/+ buffers/cache: 94780 298436 Swap: 0 0 0 Można jeszcze jakoś obciąć wykorzystanie pamięci? Edytowano Czerwiec 1, 2011 przez lexom (zobacz historię edycji) Udostępnij ten post Link to postu Udostępnij na innych stronach