[OT] vserver i często niedostępne wirtualki

[Jacek Osiecki]

Witam,

Na jednym z serwerów mam postawione dwie wirtualki - sql i www.
Na razie nic się na nich nie dzieje - serwer leży odłogiem, a ja
go konfiguruję i doinstalowywuję pakiety.
Zdefiniowane cgroup, ograniczenia cpuset.cpus, cpu.shares, 
memory.limit_in_bytes i memory.memsw.limit_in_bytes - wszystkie dosyć 
wysokie.

Nie wiem czemu, ale często po instalacji czegoś poldkiem mam taki objaw:

Retrieving th::apache-mod_log_config-2.2.19-2.x86_64.rpm...
.............................. 100.0% [15.0K (15.0K/s)]
Executing vrpm-preload --upgrade -vh --root /vservers/duet-sql...
warning: 
/var/cache/vservers/poldek/ftp_217.73.31.20.dists.th.PLD.x86.64.RPMS/apache-mod_log_config-2.2.19-2.x86_64.rpm: 
Header V4 DSA signature: NOKEY, key ID e4f1bc2d
Preparing...                ########################################### 
[100%]
    1:apache-mod_log_config  ########################################### 
[100%]
poldek:/all-avail>
Writing /var/[...]/packages.rpmdbcache.vservers.duet-sql..rpmdb.gz...
root w srv ~> vserver duet-sql enter
vlogin: fork(): Try again
                          root w srv ~>

... i tyle. Procesów według vps -ef tyle co kot napłakał, nie ma nawet co 
się kończyć z zasobów.
Za każdym razem jedyne co można zrobić, to vserver xxx restart :(
Niekoniecznie jest to powiązane z samym vpoldkiem, wydaje mi się że zdarza 
się to też niezależnie od instalacji.

W logach wszelkich (dmesg, kernel, messages) ani śladu by cokolwiek było.
Kernel własnoręcznie kompilowany, z nałożonym patchem 
grsec2.2.1-vs2.3.0.36.38.2 z linux-vserver.org.

ulimit też raczej nie powinien spowodować problemów:

root w srv ~> ulimit -a
core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 31640
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 16384
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) unlimited
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Jakieś pomysły co może być przyczyną?
Zarówno host, jak i wirtualki są jak najbardziej aktualne (Th-MAIN)

Pozdrawiam,
-- 
Jacek Osiecki joshua w ceti.pl GG:3828944
I don't want something I need. I want something I want.