Stefan Konrad Riedel wrote:
> Hi all,
>
>
> I'm using 2.6.17-11.33vs2.0.2.1 from
> dists/dapper/uniklu-vserver/binary-i386/linux-image-2.6.17-11-server_2.6.17-11.33vs2.0.2.1_i386.deb
>
> and in one of the 2 vservers I see the value locks decreasing constantly
> (about 1 per second in steps of 4-6 every 5 seconds):
>
>
> Every 2,0s: cat /proc/virtual/49153/limit
> ...
> LOCKS: -103993 -1 -1 0
>
> The other vserver has LOCKS: -126, but has some fewer packages.
>
> So I like to know if this leads to problems in stability?
>
> Is there a way to tell which process is eating all this locks?
>
> Thanks for an answer.
>
> Konrad
Looks like whoever rebased the patch on that kernel didn't get the lock
accounting quite right. This in and of itself shouldn't lead to
stability problems, it's just an accounting bug (and thus you wouldn't
be able to limit it), but there could be more problems with the rebase
(downside of not using vanilla ;-)).
-- Daniel Hokka Zakrisson GPG id: 06723412 GPG fingerprint: A455 4DF3 990A 431F FECA 7947 6136 DDA2 0672 3412 _______________________________________________ Vserver mailing list Vserver@list.linux-vserver.org http://list.linux-vserver.org/mailman/listinfo/vserverReceived on Thu Nov 16 12:07:34 2006