On Monday 08 of August 2011 16:07:54 Herbert Poetzl wrote:
> On Mon, Aug 08, 2011 at 01:24:48PM +0200, Pawel Sikora wrote:
> > Hi,
>
> > i have few dual opteron-6128 machines which are part of eda
> > software auto-test farm. these machines don't host any vserver
> > guests but installed kernel has vserver-patch applied by
> > vendor. on vanilla kernel 2.6.38 (and newer) with vserver
> > patch applied machines lock in some way after few hours of
> > quite heavy computing + i/o (avg. load ~16). on 2.6.37.y with
> > vserver everything works fine and on pure vanilla kernels also
> > everything works fine.
>
> > on the ipmi console i've logged only kernel flood:
> > https://lkml.org/lkml/2011/5/23/398 this crash is reproducible
> > on 2.6.38.y/2.6.39.y/3.0.y with the latest vserver patches.
>
> the lkml posting says vserver/grsec, now does this mean
> o you are testing with mainline + Linux-VServer patch
> o you are testing with mainline + grsec patch
> o you are testing with a combined patch?
i've tested mainline / mainline+grsec / mainline+vs to isolate a bad patchset.
now i'm sure that vserver patchset causes server locking on 2.6.38 and newer.
> > # cat /proc/version
> > Linux version 3.0.0-vs2.3.1-pre8-dirty (pawels@hal) (gcc version 4.5.3 20110515 (release) (PLD-Linux) ) #2 SMP Fri Aug 5 09:48:25 CEST 2011
>
> what does -dirty mean here?
the kernel makefiles reports local uncommited changes (vserver pathset) as '-dirty'.
Received on Mon Aug 8 16:09:05 2011