devel

devel@lists.centos.org

5 participants
4641 discussions

repo_gpgcheck for centos repos?
by Leon Fauster 09 Sep '20

09 Sep '20

Hi, I wonder if it would be not beneficial enabling repo_gpgcheck for all centos repos? A short cross check shows that also SIG repos have repomd.xml signed. mirror.centos.org has no TLS enabled and repo_gpgcheck would add an additional security layer per default? This could be started for EL8? Or are there any barries? -- Thanks Leon

8 12

[NVFSIG] NFV SIG meeting - 2020-09-09 minutes
by Alfredo Moralejo Alonso 09 Sep '20

09 Sep '20

============================================= #centos-meeting: NFV SIG meeting - 2020-09-09 ============================================= Meeting started by amoralej at 15:03:09 UTC. The full logs are available athttps://www.centos.org/minutes/2020/September/centos-meeting.2020-09-09-1… . Meeting summary --------------- * roll call (amoralej, 15:03:27) * ovs and ovn updates (amoralej, 15:05:05) * ovs2.13 and ovn2.13 have been tagged to -release and pushed to mirror.centos.org (amoralej, 15:05:27) * haproxy 2.2.2 build (amoralej, 15:10:28) * haproxy-2.2.2 has been built in nfv8-network-extras (amoralej, 15:10:49) * LINK: https://cbs.centos.org/koji/buildinfo?buildID=30569 (amoralej, 15:11:11) * validation is ongoing in OpenStack deployments (amoralej, 15:11:30) * available to test from https://buildlogs.centos.org/centos/8/nfv/x86_64/network-extras/ (amoralej, 15:12:19) * New release rpm for nfv sig (amoralej, 15:14:40) * ACTION: ykarel to create a new release rpm for NFV SIG (amoralej, 15:18:59) Meeting ended at 15:23:44 UTC. Action Items ------------ * ykarel to create a new release rpm for NFV SIG Action Items, by person ----------------------- * ykarel * ykarel to create a new release rpm for NFV SIG * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * amoralej (50) * ykarel (7) * dholler (5) * centbot (4) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

Gitlab AMA: September 10th at 13:30 UTC on IRC
by Rich Bowen 09 Sep '20

09 Sep '20

Over the past few months I'm sure you have seen discussions of the plans around Gitlab later this year. I know some of you have questions and concerns. Please bring those to the Gitlab AMA (Ask Me Anything), September 10th at 13:30 UTC on the #fedora-meeting-1 channel on Freenode, and the CPE team will be there to explain and answer your questions. Thanks! --Rich

2 2

CPE Quarterly Feedback Survey Results
by Ant Carroll 08 Sep '20

08 Sep '20

Hey folks, I want to thank everyone that took the time to complete the survey for us. Even more so for those of you that left comments to help give us extra info and context, this is invaluable. The flip side is, it takes a little time to work through and that's what we're doing right now. A few pieces we can acknowledge off the bat though: - Mediums of communication were overwhelmingly positive for weekly email lists and blog posts. 76% for the emails and 46% for blog posts respectively We're discussing how to improve these even further at the moment as well as tweak the PO office hours and wind down the Taiga boards as these were significantly less popular. 14% for the PO office hours and 1% for the Taiga boards. - Transparency of decisions and communications. You want more of the former and streamlining on the latter. We hear you and will aim to deliver this alongside the first point above. - Overall (82%+ reponses) you feel we did a good job since April of this year. We appreciate the level of confidence you've shown in us and our desire is to continuously improve this with your feedback. Cheers, Ant -- Ant Carroll Associate Manager, Software Engineering Red Hat Waterford <http://www.redhat.com> Communications House Cork Road, Waterford City ancarrol(a)redhat.com M: +353876213163 IM: ancarrol @redhatjobs <https://twitter.com/redhatjobs> redhatjobs <https://www.facebook.com/redhatjobs> @redhatjobs <https://instagram.com/redhatjobs> <https://www.redhat.com/>

1 0

CPE Weekly: 2020-09-01
by Aoife Moloney 01 Sep '20

01 Sep '20

Hi everyone, Welcome to September! Below are the most recent Community Platform Engineering project updates, and if you want to know more about our team, see our wiki page here for more information on who our team is: https://docs.fedoraproject.org/en-US/cpe/ Here are some upcoming IRC meetings: ### CPE Product Owner Office Hours #### #fedora-meeting-1 * Weekly on Thursdays @ 1300 UTC on #fedora-meeting-1 * Next Meeting: 2020-09-03 #### #centos-meeting * Every second Tuesday @ 1500 UTC on #centos-meeting * Next Meeting: 2020-09-01 #### GitLab AMA Session * September 10th @ 1330 UTC on #fedora-meeting-1 Below are the project & community updates this week: #### GitLab There will be an IRC based AMA session with GitLab on Thursday 10th September @ 1330 UTC in place of the CPE PO office hours. We are still talking to GitLab but we are deliberately taking our time to make sure all of the technical blockers can be met and the move will be worth it in the end. There is very little to no updates in the tracker, but I will include it nonetheless https://gitlab.com/gitlab-org/gitlab/-/issues/217350 I will also be sending a separate email on details of the AMA session later this week, such as how to submit questions in advance so there is content ready on the day. ## CentOS Updates ### CentOS * Updated ocp.stg to OCP v4.5.6. * Added a number of users to the jump.ci host. * Adding monitoring/alerting for NFS slowness to the ocp cluster. ### CentOS Stream * Module push tweaks. * Exploring how to enable fedora messaging in Stream * Reviewing documentation on contributor policies before publishing them later this quarter. ## Fedora Updates ### Staging Environment * Services will begin to be deployed this week * Please be patient as some services will inevitably not work due to networking errors that the team don't know until they deploy * Thank you again for your patience and understanding during these last few months! ### AAA Replacement * Deployment to staging for testing is delayed due to missing firewalls in IAD2 * This has just recently been unblocked so the team will begin some deployment and testing of Noggin this week * Wider community testing will be available, estimated next week * In the meantime. Please feel free to check out the team kanban board for more information on the features the team are working on and have already completed here https://github.com/orgs/fedora-infra/projects/6 ### Fedora Messaging Schemas * List of applications that require messaging schemas can be found here https://hackmd.io/@nilsph/H1i8CAbkP/edit * There is a readme which contains documentation on messaging schemas, a cookie-cutter template to create the schema and a definition of Done for writing a schemas https://github.com/fedora-infra/fedora-messaging-schemas-issues * The board they are working from can be viewed here https://github.com/orgs/fedora-infra/projects/7 ### Packager Workflow Healthcare * The team have been reviewing data on how packages are built in the fedora infrastructure for the last 8 weeks and have gathered enough information to create a report on their findings. * This report is currently in draft format, and is going to be reviewed by the team first, and then sent to the devel and infra lists in the next 2 weeks est. * The teams work is being tracked here https://teams.fedoraproject.org/project/cpe-cicd/kanban Here is a reminder of what our team has committed to work on in this quarter of the year: The CPE team are working on the following projects for Quarter 3, which is the months of July, August & September: * Data Centre Move - Final Works * CentOS Stream Phase 3 * Noggin Phase 3 * Packager Workflow Healthcare * Fedora Messaging Schemas Details of the above projects, and of projects currently in progress, done and what projects are in our backlog, can be found on our taiga board per project card: https://tree.taiga.io/project/amoloney1-cpe-team-projects/kanban?epic=null We also have an updated initiative timetable for briefing in new projects to our team & key dates here:https://docs.fedoraproject.org/en-US/cpe/time_tables/ *Note: Initiatives are large pieces of work that require a team of people and weeks/months to complete. Please continue to open tickets in the normal way for bugs, issues, etc. Background: The Community Platform Engineering group, or CPE for short, is the Red Hat team combining IT and release engineering from Fedora and CentOS. Our goal is to keep core servers and services running and maintained, build releases, and other strategic tasks that need more dedicated time than volunteers can give. As always, feedback is welcome, and we will continue to look at ways to improve the delivery and readability of this weekly report. Have a great week! Aoife Source: https://hackmd.io/8iV7PilARSG68Tqv8CzKOQ?view -- Aoife Moloney Product Owner Community Platform Engineering Team Red Hat EMEA Communications House Cork Road Waterford

1 0

plasma has moved from epel into playground causing update conflicts
by Andy Hall 28 Aug '20

28 Aug '20

Can the below be fixed ? I guess this package should not be in both repos... # yum update Last metadata expiration check: 0:10:02 ago on Fri 28 Aug 2020 23:47:51 BST. Error: Problem 1: package plasma-workspace-geolocation-5.18.4.1-2.epel8.playground.x86_64 requires libgps.so.24()(64bit), but none of the providers can be installed - cannot install both gpsd-libs-3.18.1-2.epel8.playground.1.x86_64 and gpsd-libs-3.19-4.el8.1.x86_64 - cannot install the best update candidate for package plasma-workspace-geolocation-5.18.4.1-2.el8.x86_64 - cannot install the best update candidate for package gpsd-libs-3.19-4.el8.1.x86_64 Problem 2: problem with installed package gpsd-libs-3.19-4.el8.1.x86_64 - cannot install both gpsd-libs-3.18.1-2.epel8.playground.1.x86_64 and gpsd-libs-3.19-4.el8.1.x86_64 - cannot install both gpsd-libs-3.19-4.el8.1.x86_64 and gpsd-libs-3.18.1-2.epel8.playground.1.x86_64 - package plasma-workspace-geolocation-5.18.4.1-2.epel8.playground.x86_64 requires libgps.so.24()(64bit), but none of the providers can be installed - package plasma-workspace-geolocation-libs-5.18.4.1-2.epel8.playground.x86_64 requires plasma-workspace-geolocation = 5.18.4.1-2.epel8.playground, but none of the providers can be installed - cannot install the best update candidate for package plasma-workspace-geolocation-libs-5.18.4.1-2.el8.x86_64 # yum info plasma-workspace-geolocation Last metadata expiration check: 0:14:17 ago on Fri 28 Aug 2020 23:47:51 BST. Installed Packages Name : plasma-workspace-geolocation Version : 5.18.4.1 Release : 2.el8 Architecture : x86_64 Size : 206 k Source : plasma-workspace-5.18.4.1-2.el8.src.rpm Repository : @System >From repo : epel Summary : Plasma5 geolocation components URL : https://cgit.kde.org/plasma-workspace.git License : GPLv2+ Description : Plasma5 geolocation components. Available Packages Name : plasma-workspace-geolocation Version : 5.18.4.1 Release : 2.epel8.playground Architecture : x86_64 Size : 87 k Source : plasma-workspace-5.18.4.1-2.epel8.playground.src.rpm Repository : epel-playground Summary : Plasma5 geolocation components URL : https://cgit.kde.org/plasma-workspace.git License : GPLv2+ Description : Plasma5 geolocation components.

2 1

Update announcement question (6, 7, and 8)
by BC 28 Aug '20

28 Aug '20

I have noticed some email announcements missing recently. Just to mention a few, the 3.10.0-1127.19.1.el7, 2.6.32-754.31.1.el6, and 2.6.32-754.33.1.el6 kernels. I'm just wondering if there was a reason behind this I wasn't aware of or if it was a fluke or whatever. As to the RSS feed for 8, I'm using feeds.centos.org/ via liferea and some updates come weeks after. Is this a known issue or is my setup perhaps broken? Does anyone else see the same behavior? Thanks for all the hard work!

2 1

Scheduled RDU2 Network Maintenance 03-Sept-2020 12:00-13:00 UTC
by Brian Stinson 27 Aug '20

27 Aug '20

Hi Folks, We'd like to announce an outage window from Noon to 13:00 UTC on Thursday, 03-Sept-2020 for our services in the RDU2 Community Cage. This includes ci.centos.org, apps.ci.centos.org, apps.ocp.ci.centos.org, and cbs.centos.org During this period we expect intermittent network disconnects while our switches receive firmware upgrades. Thank you for your patience while we complete this maintenance. --Brian

1 0

8.2+Xeon: qemu-kvm: error: failed to set MSR 0x48e to 0xfff9fffe04006172
by Anthony Alba 26 Aug '20

26 Aug '20

On 8.2, with modular virt installed OR switching to centos-release-advanced-virtualization I am seeing qemu-kvm: error: failed to set MSR 0x48e to 0xfff9fffe04006172 when trying to create a VM with virt-install on a Dell PowerEdge R630 with a Xeon E5-2640. The command works on a desktop Haswell. There was such a bug in RH bugzilla https://bugzilla.redhat.com/show_bug.cgi?id=1738741 but that is about nested virtualisation and L1->L1 migration with a L2 guest. I am not doing any such magick, just a plain L1 VM. I tried reloading kvm_intel with pml=0 but got the same error. qemu-kvm-4.2.0-19.el8.x86_64 libvirt-6.0.0-17.el8.x86_64 Any ideas? (See below, does intel_iommu have to be on?) The CPU type is processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 63 model name : Intel(R) Xeon(R) CPU E5-2640 v3 @ 2.60GHz stepping : 2 microcode : 0x43 cpu MHz : 2809.143 cache size : 20480 KB physical id : 0 siblings : 16 core id : 0 cpu cores : 8 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 15 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid dca sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid cqm xsaveopt cqm_llc cqm_occup_llc dtherm ida arat pln pts md_clear flush_l1d bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs itlb_multihit bogomips : 5200.46 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management: # virt-host-validate QEMU: Checking for hardware virtualization : PASS QEMU: Checking if device /dev/kvm exists : PASS QEMU: Checking if device /dev/kvm is accessible : PASS QEMU: Checking if device /dev/vhost-net exists : PASS QEMU: Checking if device /dev/net/tun exists : PASS QEMU: Checking for cgroup 'cpu' controller support : PASS QEMU: Checking for cgroup 'cpuacct' controller support : PASS QEMU: Checking for cgroup 'cpuset' controller support : PASS QEMU: Checking for cgroup 'memory' controller support : PASS QEMU: Checking for cgroup 'devices' controller support : PASS QEMU: Checking for cgroup 'blkio' controller support : PASS QEMU: Checking for device assignment IOMMU support : PASS QEMU: Checking if IOMMU is enabled by kernel : WARN (IOMMU appears to be disabled in kernel. Add intel_iommu=on to kernel cmdline arguments)

2 1

Centos 8.x, dlm Package unavailable
by Theodor Mittermair 25 Aug '20

25 Aug '20

Hello, I'd like to inquire about the status of the "dlm" package on Centos 8, which is required for using 'lvmlockd', replacement of 'clvmd'. I also asked on #centos irc channel and was directed to this mailing list There is a corresponding bug ticket [2] for this issue for quite some time, but since the end-of-life of CentOS 6 grows closer, some people would like to replace their CentOS 6 Cluster with a CentOS 8 one, which is why I ask on this mailing list now. With the release of CentOS 8.0 it seems there were some issues with HighAvailability in general [1], but seem to have been resolved with CentOS 8.1. However, as already mentioned there is a separate ticket [2], for the dlm package, which is unresolved as far ( 2020-08-25, Centos8.2 ) as i am aware. This prevents the use of clustered lvm and gfs2 out of the box, not an uncommon use when configuring a HA Cluster, also described by RedHat documentation [3]. In that tickets' conversation, it is mentioned that "that package is not in RHEL .. we have released what is in RHEL", however someone else seemed to have been in contact with RedHat and received information that "...this package is in fact part of a RedHat repository and then CentOS members should be able to take a look into it again...". I'd also like to bring attention to the following explicitly: * dlm-lib and dlm seem to be built from the same source rpm, dlm-lib is available while dlm is not. * apparently at some point in time dlm could be downloaded from koji [4], but no more. For testing purposes we built dlm ourselves, locally as well as on copr [5], which seems to work thus far. * fedora (however much this might mean) provides dlm. * It might just be a configuration error on the build system, if I understood correctly, there was/is larger amounts of restructuring. Also see chders' post from 2020-08-21 [2], which provides a possible explanation and solution. For completeness, you should be able reproduce the absence of that package with: "yum --disablerepo='*' --enablerepo=BaseOS,AppStream,HighAvailability,epel,cr,centosplus,PowerTools,Devel,extras,fasttrack list available | grep dlm" or simply attempt to "yum install dlm" on your CentOS 8.x Installation. Therefore, I would like to ask: Is this an error on my end, am I doing something wrong or missing a configuration? If no, is there actually any political/technical/administrative/law based reason for the unavailability of the "dlm" package? If no, according to recent posts on the ticket [2], there might be a rather simple solution (simplified, declaring the package to be included in a repository), is it valid and who could do this if applicable? with best regards Theodor Mittermair <https://koji.mbox.centos.org/koji/buildinfo?buildID=4801> [1] https://bugs.centos.org/view.php?id=16553 [2] https://bugs.centos.org/view.php?id=16939 [3] https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/ht… [4] https://koji.mbox.centos.org/koji/buildinfo?buildID=145 [5] https://copr.fedorainfracloud.org/coprs/astra/dlm/

3 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

devel