Announcement

Collapse
No announcement yet.

kernel: 4gb seg fixup on xen VPS

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • kernel: 4gb seg fixup on xen VPS

    Hi there,[br][br]I just got a trial key and Im now playing with CL.[br]First issue that I can fix is this message that fills up the /var/log/messages.[br][br]The fix is easy on centos, but doesn work with CL :[br]echo hwcap 0 nosegneg > /etc/ld.so.conf.d/kernelcap-`uname -r`.conf[br]ldconfig[br]reboot[br][br]Any suggestion ?[br][br]Thanks

  • #2
    I don have a Xen server available right now to test, but have you tried doing this:

    Comment


    • #3
      Here is from XenFaq:

      4. Running Linux on Xen

      4.1. A large warning message is displayed when I boot Linux, saying something about /lib/tls. What should I do?

      Do as the message advises! Some modern distributions ship with a TLS version of glibc that is not fully compatible with Xen. To use Xen reliably and with maximum performance you must disable the incompatible glibc. You can easily do this by moving the /lib/tls directory (e.g., mv /lib/tls /lib/tls.disabled).

      Comment


      • #4
        Thank you for the lightening fast answer

        /lib/tls is already disabled and there is no libc6-xen available for centos/CL :

        [17:07:29] root@facpanel [~]# yum search libc6
        Loaded plugins: fastestmirror, rhnplugin
        Loading mirror speeds from cached hostfile
        Excluding Packages in global exclude list
        Finished
        Warning: No matches found for: libc6
        No Matches found

        Comment


        • #5
          I wish it would be helpful as well..
          The package is libc6-xen -- but either way it is not provided by either us or CentOS. Maybe we should start.
          Is this 32bit system?
          If you are running glibc i686, you can try downgrading to i386 version -- which is supposed to work fine.
          To check if you are running i686, do:
          rpm -q glibc.i686
          If you see the package -- it means you are running it.
          You can try installing i368 version via:
          yumdownloader glibc.i386
          rpm -Uvh --force glibc*rpm

          My best guess -- reboot will be needed. If you would like -- we can try to solve it inhouse first, and give you the solution. Yet, it might take a few days.

          Comment


          • #6
            Im getting dependencies errors...
            Ill wait for your solution as I miss the time to work on it in deep

            Comment


            • #7
              Here is what you can do (the idea is to install glibc.i386 which should work in such environment, unlike glibc.i686)

              [root@localhost ~]# rpm -q glibc.i386
              package glibc.i386 is not installed
              [root@localhost ~]# rpm -q glibc.i686
              glibc-2.5-42

              This means that you have i686 version -- and you need to install i386 version

              [root@localhost ~]# yumdownloader glibc.i386
              Loaded plugins: fastestmirror, rhnplugin
              Loading mirror speeds from cached hostfile
              glibc-2.5-49.el5_5.4.i386.rpm
              | 4.5 MB 00:15
              ./glibc-2.5-49.el5_5.4.i386.rpm already exists and appears to be
              complete
              [root@localhost ~]# yum update ./glibc-2.5-49.el5_5.4.i386.rpm

              yum will install load file that you just downloaded, with all the dependencies

              Loaded plugins: fastestmirror, rhnplugin
              Loading mirror speeds from cached hostfile
              Setting up Update Process
              Examining ./glibc-2.5-49.el5_5.4.i386.rpm: glibc-2.5-49.el5_5.4.i386
              Marking ./glibc-2.5-49.el5_5.4.i386.rpm as an update to
              glibc-2.5-42.i686
              Resolving Dependencies
              --> Running transaction check
              --> Processing Dependency: glibc = 2.5-42 for package: glibc-devel
              --> Processing Dependency: glibc = 2.5-42 for package: glibc-headers
              --> Processing Dependency: glibc = 2.5-42 for package: nscd
              ---> Package glibc.i386 0:2.5-49.el5_5.4 set to be updated
              --> Processing Dependency: glibc-common = 2.5-49.el5_5.4 for package:
              glibc
              --> Running transaction check
              ---> Package glibc-common.i386 0:2.5-49.el5_5.4 set to be updated
              ---> Package glibc-devel.i386 0:2.5-49.el5_5.4 set to be updated
              ---> Package glibc-headers.i386 0:2.5-49.el5_5.4 set to be updated
              ---> Package nscd.i386 0:2.5-49.el5_5.4 set to be updated
              --> Finished Dependency Resolution

              Dependencies Resolved

              ================================================== ================================================== ===========
              Package Arch Version
              Repository Size
              ================================================== ================================================== ===========
              Updating:
              glibc i386
              2.5-49.el5_5.4 /glibc-2.5-49.el5_5.4.i386 10 M
              Updating for dependencies:
              glibc-common i386 2.5-49.el5_5.4
              cloudlinux-i386-server-5 16 M
              glibc-devel i386 2.5-49.el5_5.4
              cloudlinux-i386-server-5 2.0 M
              glibc-headers i386 2.5-49.el5_5.4
              cloudlinux-i386-server-5 602 k
              nscd i386 2.5-49.el5_5.4
              cloudlinux-i386-server-5 165 k

              Transaction Summary
              ================================================== ================================================== ===========
              Install 0 Package(s)
              Update 5 Package(s)
              Remove 0 Package(s)

              Total size: 30 M
              Total download size: 19 M
              Is this ok [y/N]: y
              Downloading Packages:
              (1/4): nscd-2.5-49.el5_5.4.i386.rpm
              | 165 kB 00:00
              (2/4): glibc-headers-2.5-49.el5_5.4.i386.rpm
              | 602 kB 00:02
              (3/4): glibc-devel-2.5-49.el5_5.4.i386.rpm
              | 2.0 MB 00:05
              (4/4): glibc-common-2.5-49.el5_5.4.i386.rpm
              | 16 MB 00:18
              ---------------------------------------------------------------------------------------------------------------
              Total
              666 kB/s | 19 MB 00:29
              Running rpm_check_debug
              Running Transaction Test
              Finished Transaction Test
              Transaction Test Succeeded
              Running Transaction
              .......

              Updated:
              glibc.i386
              0:2.5-49.el5_5.4

              Dependency Updated:
              glibc-common.i386 0:2.5-49.el5_5.4 glibc-devel.i386 0:2.5-49.el5_5.4
              glibc-headers.i386 0:2.5-49.el5_5.4
              nscd.i386 0:2.5-49.el5_5.4

              Complete!
              [root@localhost ~]# rpm -q glibc.i386
              glibc-2.5-49.el5_5.4
              [root@localhost ~]# rpm -q glibc.i686
              package glibc.i686 is not installed
              [root@localhost ~]#

              which shows that only i386 glibc library is installed now

              Comment


              • #8
                Awesome ! For the record, I had to downgrade glibc-common and glibc first, but your version 386 does the trick

                Great support here, thank you so much !

                Comment


                • #9
                  Unfortunately, this workaround no longer works :

                  Any other suggestion for fixing this 4gb seg fixup error on a xen VPS ?

                  Thank you

                  Comment


                  • #10
                    What happened to break it again?
                    Any chance you have non production Xen VM where this happening?

                    If not -- could you give me more info no how you are running this VM?

                    Comment


                    • #11
                      Hi Igor

                      Nothing happened, this is a fresh cloudlinux installation on a test VPS before going for production testing.
                      Would you like the login information to see by yourself ?

                      Comment


                      • #12
                        Marie,

                        Yes, please, login info would be great. If we can reboot that VPS -- even better.
                        Please forward it to my email, or via support.

                        Comment


                        • #13
                          Email sent. Thank you Igor

                          Comment

                          Working...
                          X