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.2k 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

      Yes - it helped to get userspace blktap to work. šŸ™‚

      However, upstream kernel is completely missing the driver for blktap2. It needed to be fetch from older XS kernel and port on newer one with required modifications. Its location was drivers/block/blktap2

      To make this new port usable for everyone I have following options

      1. Publish kernel-4.16.8-1.src.rpm (unmaintainable)
      2. Carve out blktap2 driver from kernel code and create a separate rpm for it (most likely)
      3. Try to get blktap2 in mainline kernel as additional driver (least likely)

      Any ideas?

      It also needs the patched blktap userspace components which can be built directly from blktap GitHub repo. (procedure)

      @olivierlambert may be you can add a "Development" category on main page where this info might be useful.

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

        Good point. On it.

        Regarding the port itself, IMHO the best solutions in order of preference (not in feasibility šŸ˜‰ šŸ˜ž

        1. Get blktap2 in the kernel as a driver (then "nothing to do" for next kernels)
        2. Create a dedicated repo able to generate a RPM from its sources
        3. Publish a big RPM blob (fine for quick benchmarks, but not maintainable as you said

        edit: what are the obstacles, in your opinion, to get to the solution n°1?

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

          As of my understanding from a previous project - a driver can be added to mainline if it has enough use cases in kernel world. Compared to the audience of kernel, blktap2 seems drop in the ocean. Upstream already has Xen while blktap2 is XenServer/XCP-ng specific, thus I think its a hard route.

          I was reading on DKMS and if this can be given out as DKMS.

          Generally, XenServer/XCP-ng doesn't refuse to boot on upstream kernel. It boots well but xapi does not start due to dependency on tapdev. Tapdev is the blktap2 driver which is expected to be present. So if we could ship this as DKMS it can be installed once dom0 is up on any upstream kernel.

          This would mean installing 2 packages - DKMS itself from epel and blktap2 driver.

          From roadmap perspective, do you have plans to take a vanilla CentOS7 and do yum install xcp-ng? or you envision that xcp-ng ISO won't go away at least for next year or so?

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

            We don't have the resources (nor enough community dev) to be able to get CentOS 7 "transformed" into a XCP-ng in short term. There is a lot of patches to apply on top of CentOS various packages.

            So we'll focus first on a transparent/automated/testable build of XCP-ng from XS, then with this experience/know-how, we'll explore the "from pure CentOS" option.

            We need to prioritize due to our size!

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

              Sure. Its not a need as well. I know Citrix tried it years ago but probably left for same reason.

              I'll continue to work on DKMS.

              Cheers. Enjoy the Sunday!

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

                You too!

                1 Reply Last reply Reply Quote 0
                • 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