On Thu, Nov 16, 2006 at 01:07:09PM +0100, Daniel Hokka Zakrisson wrote: > 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 ;-)).
please inform the maintainers so they can fix that (and/or file a bug report) TIA, Herbert > -- > Daniel Hokka Zakrisson > GPG id: 06723412 > GPG fingerprint: A455 4DF3 990A 431F FECA 7947 6136 DDA2 0672 3412 > _______________________________________________ > Vserver mailing list > [email protected] > http://list.linux-vserver.org/mailman/listinfo/vserver _______________________________________________ Vserver mailing list [email protected] http://list.linux-vserver.org/mailman/listinfo/vserver
