[Users] Re: 4gb seg fixup - centos5 HN and VE, with Xen

[Max Vohra]

In my experience, the 4gb fixup errors occur on a 64bit system with over 4GB
of memory and a 32 bit dom0 kernel, with PAE enabled, and TLS enabled in the
DomU. Moving /lib/tls to /lib/tls.disabled and running ldconfig in the domU
should fix the warning, but threading will be SLOW.

--
Max V.

On Tue, Dec 2, 2008 at 6:29 AM, Aleksandar Ivanisevic <
aleksandar at ivanisevic.de> wrote:

> Henrik Holmboe <henrik at holmboe.se>
> writes:
>
> > ++ 27/11/08 15:48 +0100 - Aleksandar Ivanisevic:
> >>I have the same problem with the same setup, so at least it is
> >>reproducible ;)
> >
> > Good to know. Do you experience any problem with a plain Xen domU
> > (provided by Centos, and thus without OpenVZ)?
>
> Nothing out of the ordinary ;)
>
> >>Is this causing any real problems for you except messed up console and
> >>syslog filling with useless messgaes?
> >
> > Not really. But as Marcin suggested I guess it degrades the performance.
> > And I don't have a good feeling about it. :) I would of course
> > appreciate if someone more knowledgeable would say if I need to worry.
>
> Right now I'm running one fully virtualized xen DomU without xen
> kernel in it and I'm planning to switch to paravirt and compare
> application performance.
>
> BTW I'm not sure which is the more stable/preferred way of running
> xen+ovz: xen kernel without ovz in dom0 and then paravirt
> ovzkernel-xen domU with VEs inside, or vice versa: ovzkernel-xen in
> dom0 + a mix of VEs and DomUs running in dom0. I'll be trying the
> former. mainly because its a smaller step in my environment.
>
> --
> To sto si frustriran, zavidan tko zna na cemu i sto ne vidis dalje od
> svoje guzice je tuzno. Da onda barem imas toliko samokontrole da
> sutis umjesto da pravis budalu od sebe... izgleda da si prestar da se
> promjenis na bolje. - Davor Pasaric, hr.comp.mac
>
> _______________________________________________
> Users mailing list
> Users at openvz.org
> https://openvz.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://openvz.org/pipermail/users/attachments/20081202/2dcd96d2/attachment.html