XCP-ng
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    blktap module needed for kernel 4.16. kernel 4.16 needed for latest Ceph with bluestore backend.

    Scheduled Pinned Locked Moved Development
    35 Posts 4 Posters 12.3k Views 3 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • R Offline
      r1 XCP-ng Team
      last edited by

      Update -

      1. Success in running kernel-4.16+ in dom0 with blktap2 driver + Ceph luminous version with bluestore backend.
      2. Could isolate blktap2 driver from kernel to a loadable kernel module in form of blktap2-4.16.8-modules-1.0-1.x86_64.rpm
      3. Can install any upstream kernel in dom0 but blktap2 needs to be built against same kernel else xapi won't start.

      [root@client ~]# uname -a Linux client.enlight 4.16.13 #1 SMP Wed May 30 09:22:58 GMT 2018 x86_64 x86_64 x86_64 GNU/Linux

      [root@client ~]# rpm -ivh blktap2-4.16.8-modules-1.0-1.x86_64.rpm
      error: Failed dependencies: kernel-uname-r = 4.16.8 is needed by blktap2-4.16.8-modules-1.0-1.x86_64

      So essentially to make it worth - the only option is to setup a continous build system that will build latest stable kernels and host either full upstream dom0 compatible kernel or just the blktap2 module... may be both 🙂

      Time to rest blktap2 and move to the actual Ceph productivity integrations.

      1 Reply Last reply Reply Quote 0
      • olivierlambertO Offline
        olivierlambert Vates 🪐 Co-Founder CEO
        last edited by olivierlambert

        We want to make this CI stuff, that we will be the goal of Sam, our new recruit coming in 20 days!

        edit: @r1 you are obviously more than welcome aboard to help us on that!

        1 Reply Last reply Reply Quote 0
        • R Offline
          r1 XCP-ng Team
          last edited by

          @olivierlambert Would you want to include this in that CI? May be on an experimental branch.

          1 Reply Last reply Reply Quote 0
          • olivierlambertO Offline
            olivierlambert Vates 🪐 Co-Founder CEO
            last edited by

            I don't know yet, it's likely we'll have multiple CI, one for "stable", one for "experimental" with a lot of fun stuff inside 🙂

            1 Reply Last reply Reply Quote 0
            • R Offline
              r1 XCP-ng Team
              last edited by

              Cool 😄

              I'll get the patch added to GitHub for open access till then.

              1 Reply Last reply Reply Quote 1
              • R Offline
                r1 XCP-ng Team
                last edited by r1

                I added the patch on Github - I'm testing it in various systems.

                If you are using RBDSR then use the extra flag device-config:rbd-mode=kernel while creating the PBD.

                Cheers.

                1 Reply Last reply Reply Quote 1
                • olivierlambertO Offline
                  olivierlambert Vates 🪐 Co-Founder CEO
                  last edited by

                  Thanks!

                  Is there a way to get this upstream?

                  1 Reply Last reply Reply Quote 0
                  • R Offline
                    r1 XCP-ng Team
                    last edited by

                    I don't know yet.
                    I will try for centos-release-xen as its a SIG and maintains Xen specific dom0 kernel.

                    1 Reply Last reply Reply Quote 0
                    • olivierlambertO Offline
                      olivierlambert Vates 🪐 Co-Founder CEO
                      last edited by

                      The CentOS packaging of Xen is very different from XenServer/XCP-ng. "Upstream" for me meant XenServer, no CentOS (at least for a bit)

                      1 Reply Last reply Reply Quote 0
                      • M Offline
                        maxcuttins
                        last edited by

                        @r1 Sorry Rushy,

                        Why did you create a patch instead of directly sent a pull request to the original blktap2 driver.
                        I'll say it's time to stop to make unofficial patches which can be overwritten by upstream updates.
                        Let's change the upstream directly.

                        https://github.com/xapi-project/blktap

                        1 Reply Last reply Reply Quote 1
                        • R Offline
                          r1 XCP-ng Team
                          last edited by

                          @maxcuttins There are two packages. User level blktap driver that you referred blktap and a builtin kernel driver blktap2. Said patch is against mainline kernel as additional driver.

                          You still need to have user land blktap from https://github.com/xapi-project/blktap
                          There are instructions lying around https://xcp-ng.org/forum/topic/122/how-to-build-blktap-from-sources/ to build user land blktap (its without patch).

                          1 Reply Last reply Reply Quote 0
                          • First post
                            Last post