RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 2002218 - Missing python3-sanlock in CentOS Stream 9
Summary: Missing python3-sanlock in CentOS Stream 9
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 9
Classification: Red Hat
Component: sanlock
Version: CentOS Stream
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: rc
: ---
Assignee: David Teigland
QA Contact: cluster-qe@redhat.com
URL:
Whiteboard:
Depends On:
Blocks: oVirt_on_CentOS_Stream_9_Hosts
TreeView+ depends on / blocked
 
Reported: 2021-09-08 09:44 UTC by Sandro Bonazzola
Modified: 2022-05-04 12:50 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-05-04 12:50:24 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Issue Tracker RHELPLAN-96521 0 None None None 2021-09-08 09:45:48 UTC

Description Sandro Bonazzola 2021-09-08 09:44:48 UTC 
sanlock-3.8.4-1.el9 has been built for CentOS Stream 9 (https://kojihub.stream.centos.org/koji/buildinfo?buildID=13799) and the build includes python3-sanlock sub package.
But the AppStream repo is not shipping python3-sanlock package which is required by vdsm package within oVirt project.

The packages was included in AppStream repo in CentOS Stream 8.
Comment 1 David Teigland 2021-09-08 14:12:26 UTC 
I wish I knew who or what group is responsible for repos, or if there's a component to reassign this bug to.
Comment 2 Brian Stinson 2021-09-08 14:29:45 UTC 
David, is python3-sanlock something you intend to ship in AppStream? and, do you need to also ship that in AppStream for RHEL 9 Beta?
Comment 4 David Teigland 2021-09-08 15:44:44 UTC 
> David, is python3-sanlock something you intend to ship in AppStream? and, do
> you need to also ship that in AppStream for RHEL 9 Beta?

It needs to be accessible to RHV/ovirt from somewhere, I don't know if there's a particular requirement they have for where it comes from, or what the options are.  I also don't know if RHV/ovirt need to use this in RHEL9-beta.
Comment 5 Josh Boyer 2021-09-08 16:45:35 UTC 
https://gitlab.com/redhat/centos-stream/release-engineering/pungi-centos/-/merge_requests/164
Comment 6 Sandro Bonazzola 2021-09-13 07:37:03 UTC 
(In reply to David Teigland from comment #4)
> > David, is python3-sanlock something you intend to ship in AppStream? and, do
> > you need to also ship that in AppStream for RHEL 9 Beta?
> 
> It needs to be accessible to RHV/ovirt from somewhere, I don't know if
> there's a particular requirement they have for where it comes from, or what
> the options are.

As long as it's in a repository we can consume it

>  I also don't know if RHV/ovirt need to use this in
> RHEL9-beta.

Would be nice to have in RHEL 9 as well, yes.
Comment 7 Josh Boyer 2021-09-13 12:01:16 UTC 
(In reply to Sandro Bonazzola from comment #6)
> (In reply to David Teigland from comment #4)
> > > David, is python3-sanlock something you intend to ship in AppStream? and, do
> > > you need to also ship that in AppStream for RHEL 9 Beta?
> > 
> > It needs to be accessible to RHV/ovirt from somewhere, I don't know if
> > there's a particular requirement they have for where it comes from, or what
> > the options are.
> 
> As long as it's in a repository we can consume it

http://mirror.stream.centos.org/9-stream/AppStream/x86_64/os/Packages/python3-sanlock-3.8.4-1.el9.x86_64.rpm


> >  I also don't know if RHV/ovirt need to use this in
> > RHEL9-beta.
> 
> Would be nice to have in RHEL 9 as well, yes.

It will be in the same repository as soon as we have the next RHEL compose.
Comment 9 Sandro Bonazzola 2022-05-04 12:11:02 UTC 
https://kojihub.stream.centos.org/koji/buildinfo?buildID=13799 provides python3-sanlock and from a CentOS Stream 9 perspective I can confirm it works with oVirt 4.5.
I also see it now on AppStream repo on http://mirror.stream.centos.org/9-stream/AppStream/x86_64/os/Packages/python3-sanlock-3.8.4-1.el9.x86_64.rpm so I guess this can be closed current release?
Comment 10 Josh Boyer 2022-05-04 12:50:24 UTC 
(In reply to Sandro Bonazzola from comment #9)
> https://kojihub.stream.centos.org/koji/buildinfo?buildID=13799 provides
> python3-sanlock and from a CentOS Stream 9 perspective I can confirm it
> works with oVirt 4.5.
> I also see it now on AppStream repo on
> http://mirror.stream.centos.org/9-stream/AppStream/x86_64/os/Packages/
> python3-sanlock-3.8.4-1.el9.x86_64.rpm so I guess this can be closed current
> release?

At this point that's the best thing to do, yes.  Thank you for the reminder.
Note You need to log in before you can comment on or make changes to this bug.