Yes there is a fix for this you can find the solution in the archives<br><br><a href="http://www.mail-archive.com/fedora-xen@redhat.com/msg00053.html">http://www.mail-archive.com/fedora-xen@redhat.com/msg00053.html</a><br>
<br>Thanks. Askar<br><br><br><div><span class="gmail_quote">On 1/19/07, <b class="gmail_sendername">Jim McBeath</b> <<a href="mailto:fedora-xen@j.jimmc.org">fedora-xen@j.jimmc.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I am running a stock FC6 xen, with all yum updates through today, on a<br>Shuttle box with a Core 2 Duo and 2GB of memory.  I am getting "4gb seg<br>fixup" for plenty of programs, including X, sh, ls, date, grep, less,
<br>ssh, su and vim.  This is in dom0, with no domU running.<br><br>The worst offender is X: in /var/log/messages, every five seconds<br>it consistently logs something like this:<br><br>  Jan 18 19:34:59 gumby kernel: printk: 30302 messages suppressed.
<br>  Jan 18 19:34:59 gumby kernel: 4gb seg fixup, process X (pid 4383), cs:ip 73:47150f2a<br><br>20,000 is typical for the number of messages suppressed.  It varies in<br>different five-second intervals from about 10,000 to 89,000.
<br><br>I have poked around on the net and searched through the archives<br>for this group, without finding an answer.  I have seen a few posts<br>about 4gb-seg-fixup messages in domU, or from mono programs, or from<br>older OSs that needed a "nosegneg" file in /etc/ld.so.conf.d, but
<br>none of those seem to apply here.<br><br>Any suggestions?<br><br>--<br>Jim McBeath<br><br><br>[root@gumby ~]# uname -a<br>Linux gumby.local 2.6.19-1.2895.fc6xen #1 SMP Wed Jan 10 19:47:12 EST 2007 i686 i686 i386 GNU/Linux
<br>[root@gumby ~]# ls /etc/ld.so.conf.d<br>kernelcap-2.6.18-1.2869.fc6.conf  mysql-i386.conf<br>kernelcap-2.6.19-1.2895.fc6.conf  qt-i386.conf<br>[root@gumby ~]# cat /etc/ld.so.conf.d/kernelcap-2.6.19-1.2895.fc6.conf<br>
# This directive teaches ldconfig to search in nosegneg subdirectories<br># and cache the DSOs there with extra bit 0 set in their hwcap match<br># fields.  In Xen guest kernels, the vDSO tells the dynamic linker to<br># search in nosegneg subdirectories and to match this extra hwcap bit
<br># in the ld.so.cache file.<br>hwcap 0 nosegneg<br>[root@gumby ~]#<br><br>--<br>Fedora-xen mailing list<br><a href="mailto:Fedora-xen@redhat.com">Fedora-xen@redhat.com</a><br><a href="https://www.redhat.com/mailman/listinfo/fedora-xen">
https://www.redhat.com/mailman/listinfo/fedora-xen</a><br></blockquote></div><br>