View Issue Details

IDProjectCategoryView StatusLast Update
0016939CentOS-8dlmpublic2020-08-25 23:10
Reportercaptainblie Assigned To 
Status newResolutionopen 
Platformx86_64OSCentosOS Version8
Product Version8.1.1911 
Summary0016939: dlm package missing from repo
DescriptionThe Distributed Lock Manager (dlm) package that was part of the base os in V7.7 appears to now be a part of the upstream Resilient Storage suite. Sadly, This package is missing from the current distributions 8.0 and 8.1. I've checked various mirrors, and can not find this package, while its sister package dlm-libs is present.

This package is needed for the proper functioning of a number of "cluster" applications like GFS2 and clvm.

Thank you guys for all the great work and all the recent HA packages. Please let me know if I can assist in any way.


Steps To Reproduce[root@vmhost01 ~]# dnf whatprovides dlm
Last metadata expiration check: 1:38:00 ago on Thu 16 Jan 2020 05:17:54 PM EST.
Error: No Matches found
[root@vmhost01 ~]#
Tagsdlm, packaging




2020-02-13 15:59

reporter   ~0036285

Any news about this?. For people like us that uses GFS and clvm, the severity is high.

Thanks very much.


2020-03-06 17:28

reporter   ~0036473

Could this package be added to the HighAvailability repo? Isn't this a dependency for the pcs package?


2020-03-23 12:21

reporter   ~0036547

This also effects me greatly, and saddens me that there's been no change or update to this bug.


2020-03-23 16:49

reporter   ~0036552

The `dlm` package is required for using `lvmlockd` (the new replacement for clvmd) with shared LVM volumes and GFS2 per Red Hat documentation and the lvmlockd man page:


Additionally, it's possible to use shared (exclusively activated) LVM filesystems without GFS2 in the Pacemaker cluster as a use case; the resource control script is owned by the Pacemaker package and it's what runs the "dlm_controld" process which is in the dlm RPM file (not dlm-lib):

 # rpm -qf /usr/lib/ocf/resource.d/pacemaker/controld

 # rpm -qf /usr/sbin/dlm_controld

We need the `dlm` package in the CentOS channels as it is with real RHEL, it's required for specific use cases - it provides `dlm_controld` and `dlm_tool` binaries amongst others. It's not marked as a hard dependency from the `lvm2-lockd` RPM as the new lvmlockd solution _can_ work with an alternate mode called "sanlock" (see man page) but this is not used in Pacemaker/corosync - DLM is used and requires dlm_controld under the hood.


2020-03-24 17:32

administrator   ~0036569

I am sorry .. that package is not in RHEL .. we have released what is in RHEL .. I don't have permission to release things in other repositories.


2020-03-24 17:54

reporter   ~0036570

What repo is it in then? It certainly isn't EPEL, and it most definitely was in RHEL 7's repo...


2020-03-24 18:33

reporter   ~0036571

Hi Johnny, I just lost everything I typed due to this bug tracker timing out the session on me, so I'll cut to the last part I wrote - in RHEL7 and RHEL8 both, the dlm package is in the Resilient Storage child channel.

CentOS 7 published the dlm package in the main repos: what's changed with CentOS 8 legal posturing, and should you go back and strip it out of CentOS 7? It's in the exact same location upstream in RHEL. This is a critical-path package required for some of us to set up Pacemaker clusters and is a must-have, not a nice-to-have.

BTW - all the Pacemaker packages are in High Availability in real RHEL, a sister channel to Resilient Storage (same design pattern) - and CentOS 8 is publishing all of them. By this logic, why does the CentOS 8 HighAvailability child channel exist, shouldn't everything in it be following the stated reason DLM is not provided?

Everything in there is in a child channel in real RHEL, not Base/Appstream.


2020-03-24 18:52

reporter   ~0036572

I'd also note here that Koji is building DLM and it's publicly available with a simple curl/wget:

We have to do this because the child package `dlm-lib` is in Base/Appstream.


2020-03-24 21:40

reporter   ~0036573

It's also worth noting that both dlm & dlm-lib are built from the same source package - which you have definitely published at

The only difference between the RHEL 8 Resilient Storage and High Availability channels is the presence of the cmirror and dlm packages in Resilient Storage

cmirror is part of the lvm2 source, which is published at (and you can see it built at

As already stated - dlm is a prerequisite for running GFS2 filesystems:

It would be very helpful to get both the missing packages from Resilient Storage into CentOS - particularly as they both apparently are being built already


2020-03-24 22:41

reporter   ~0036574

Is this a larger problem then in that CentOS is only providing *some* channels? Are there others besides Resilient Storage that need to be published as well?


2020-03-25 13:14

reporter   ~0036578

@jdshewey - an interesting question, but out of scope for this exact issue. (trying to keep it on point here)

@JohnnyHughes - I opened Red Hat case #02615186 to bring attention to this issue, and have been informed (verbatim cut/paste):

"I have seen that "JohnnyHughes" had replied you in the CentOS bug that, this package was not part of RHEL so they can include it in CentOS. So you might be able to mention there that this package is infact part of a RedHat repository and then CentOS members should be able to take a look into it again possibly."

I would like to therefore request the CentOS packaging/build team re-examine the missing DLM package and inject it into the repositories, it is not encumbered by the vendor.


2020-05-09 14:52

reporter   ~0036903

I'm in the same situation as @troyengel, i would need `dlm` for setting up a cluster with `lvmlockd`. This is effectively impossible using CentOS 8, except by building the package from source (which i think should not be done for a long running deployment as it might make future updates more difficult).

@ JohnnyHughes Are there any news on why the package is currently not included? As far as @troyengel said, RedHat stated that the package indeed is in RHEL, and it also seems that it is also built by koji[1], which makes me not understand why it would be missing in the first place.

Since this also prevents a rather common use case for CentOS (as far as i see it though), deploying a cluster which typically need shared storage, i feel intrigued to ask why this issue has such a low priority?



2020-05-10 13:44

reporter   ~0036911

I agree with @them's comment. But since I am just a consumer without contributing efforts at all. I can only wish this ticket has higher priority


2020-06-20 17:45

reporter   ~0037196

Tested again with recent release of CentOS 8.2, still not available.

I also noticed that the dlm-lib package apparently had not seen a rebuild for a long time either ([1], since 2019-12-05 14:42).

We built the package with copr successfully, but just keep wondering why it wouldn't be included by default?



2020-08-21 01:31

reporter   ~0037580

Looks like part of the problem was `Resilient Storage` wasn't defined as a variant like `High Availability`.

Here's the package entry for `dlm` in the group `resilient-storage`:
That group isn't a member of any of the variants nor other groups.

The variants definitions seem to be over in:

It might make sense just to just add `<group default="true">resilient-storage</group>` to `HighAvailability`'s variant rather than setup the new repo.

Adding it as a new repo looks like at least a couple more references would need to be chased down to include like around: and

I think CentOS 7 had it included since there's several references to the group `dlm` is in over in to pull it in.


2020-08-22 15:24

reporter   ~0037582

Thanks for the information, @chder!

If I understand you correctly, the package is/might be already building, but just is not included in a repository (e.g.: High Availabilty).
It seems that this might be a rather small change, as the suggested fixes seems very small.

Missing the experience with CentOS workflow:
Who would need to implement that change?
Can it be done by anyone and submited as pull request somewhere?
Would that change need to wait for Centos 8.3 release to come into effect or would it appear in Centos 8.2?

@JohnnyHughes, sorry to pester you with questions, would you be able to look at this again with the information provided in the previous post?


2020-08-25 23:10

manager   ~0037596

Here's a relevant post by @bstinson on the centos-devel mailing list:

Issue History

Date Modified Username Field Change
2020-01-17 00:08 captainblie New Issue
2020-01-17 00:08 captainblie Tag Attached: dlm
2020-01-17 00:08 captainblie Tag Attached: packaging
2020-02-13 15:59 tizo Note Added: 0036285
2020-03-06 17:28 jdshewey Note Added: 0036473
2020-03-23 12:21 fobriste Note Added: 0036547
2020-03-23 16:49 troyengel Note Added: 0036552
2020-03-24 17:32 JohnnyHughes Note Added: 0036569
2020-03-24 17:54 jdshewey Note Added: 0036570
2020-03-24 18:33 troyengel Note Added: 0036571
2020-03-24 18:52 troyengel Note Added: 0036572
2020-03-24 21:40 paulwhitaker Note Added: 0036573
2020-03-24 22:41 jdshewey Note Added: 0036574
2020-03-25 13:14 troyengel Note Added: 0036578
2020-05-09 14:52 them Note Added: 0036903
2020-05-10 13:44 tjyang Note Added: 0036911
2020-06-20 17:45 them Note Added: 0037196
2020-08-21 01:31 chder Note Added: 0037580
2020-08-22 15:24 them Note Added: 0037582
2020-08-25 23:10 toracat Note Added: 0037596