This repository contains the Linux kernel code for DRBD9.
DRBD, developed by LINBIT, is a software that allows RAID 1 functionality over TCP/IP and RDMA for GNU/Linux. DRBD is a block device which is designed to build high availability clusters and software defined storage by providing a virtual shared device which keeps disks in nodes synchronised using TCP/IP or RDMA. This simulates RAID 1 but avoids the use of uncommon hardware (shared SCSI buses or Fibre Channel).
Please read the user-guide provided at docs.linbit.com.
For further products and professional support, please contact us.
Development is coordinated via mailing lists. Currently, we do not intend to use github issue tracking/github PRs.
Since version 9.0.20, DRBD has been using a kernel backwards compatibility system
based on Coccinelle semantic patches.
While this has many advantages, it also makes it a little harder for "casual"
developers to build DRBD from the git sources. The problem is that we require a
very recent version of spatch
(at least 1.0.8 at time of writing), and most
distributions only have relatively old versions in their repositories.
For users wishing to build DRBD from its git sources, here are a few options:
- Use a recent kernel. When building against a recent(ish) upstream kernel, chances are you won't even have to use any of the compat features, which means you won't require compatibility patches and in turn don't need spatch installed.
- On Ubuntu 18.04 and newer, use a recent spatch version from the Coccinelle PPA. This provides (at time of writing) version 1.0.8, which is recent enough to build DRBD.
- Build and install spatch from source. This will also give you a version that is recent enough to build DRBD.
For use cases where it is appropriate to just build DRBD from a release tarball, here are some options:
- Use a distribution kernel and rely on the shipped "compat patch cache". We pre-generate compatibility patches for a list of commonly used distribution kernels and ship them with every release tarball. If your kernel matches one of those in the cache, you won't need spatch because the cached patch will be applied directly.
- For all other kernels, you can use LINBIT's "spatch as a service" online service, which transparently and automatically generates compatibility patches based on your kernels feature set.
- If you are using an exotic kernel and you do not have internet access or otherwise can't or don't want to use "spatch as a service", you will have to install a recent version of coccinelle (see above).
For a release tarball, these options should be handled transparently for the user. In other words, if you download a tarball and type "make", it should work in next to all cases.
Releases generated by git tags on github are snapshots of the git repository at the given time. You most
likely do not want to use these. They might lack things such as generated man pages, the configure
script,
and other generated files. If you want to build from a tarball, use the ones provided by us.