devel

devel@lists.centos.org

2 participants
4652 discussions

Small service interruption : paste.centos.org
by Fabian Arrotin 09 Oct '18

09 Oct '18

Due to a HDD swap/replacement, we'll have to shut down a node, proceed with maintenance, and restart the server Migration is scheduled for """"Tuesday 9th October, 4:00 pm UTC time"""". You can convert to local time with $(date -d '2018-10-9 16:00 UTC') The expected "downtime" is estimated to ~20 minutes. Affected services: - some internal services for centos infra - https://paste.centos.org Thanks for your comprehending and patience. on behalf of the Infra team, -- Fabian Arrotin The CentOS Project | https://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

Azure cli in cbs ?
by Karanbir Singh 08 Oct '18

08 Oct '18

Hi, There was some movement towards getting the Azure cli ( az ) into a cbs repo, any news on that ? Regards -- Karanbir Singh, Project Lead, The CentOS Project +44-207-0999389 | http://www.centos.org/ | twitter.com/CentOS GnuPG Key : http://www.karan.org/publickey.asc

2 2

Upcoming changes to downloading AltArch .iso images
by Anssi Johansson 08 Oct '18

08 Oct '18

Hi, this notice is for those who employ some sort of an automation to download AltArch (ie. aarch64, armhfp, i386, power9, ppc64, ppc64le) CentOS 7 .iso/.raw.xz images from mirror.centos.org. Those using a regular browser to download these images are not particularly affected, and you can continue to the next message. Previously, only main architecture .iso image downloads from mirror.centos.org were redirected to isoredirect.centos.org, which then displayed the user a list of nearby external mirrors. We will shortly extend this configuration to cover AltArch image downloads as well, ie. direct AltArch image downloads from mirror.centos.org will no longer be possible. mirror.centos.org will still serve .rpm downloads for all architectures as before. There are two reasons for the change. First, to save bandwidth from mirror.centos.org nodes directly managed by the CentOS Project. Most of these mirror.centos.org hosts are also used for seeding the 600+ external mirrors we have. By directing some of that .iso download traffic to external mirrors we can offer faster sync speeds for those external mirrors, and for people downloading individual rpms from mirror.centos.org. Second, most of those external mirrors offer faster download speeds to end users than what could be achieved by downloading from mirror.centos.org, so the users will benefit from this change as well. The above change will be implemented some time between the releases of RHEL 7.6 and CentOS 7.6.18xx, so that external mirrors syncing CentOS 7.6.18xx content would not need to fight for bandwidth between AltArch .iso downloaders. The other change, which has already been implemented, is related to how isoredirect.centos.org behaves when accessed with curl or wget. If you now do a "wget http://isoredirect.centos.org/altarch/7/isos/i386/CentOS-7-i386-Everything-…", isoredirect will notice that you are trying to download the file and will redirect the request to the nearest external mirror. If you access the same URL with a regular browser, you will see a list of nearby mirrors from which you can pick your favourite mirror. wget will follow redirects by default, but curl needs a --location switch to follow redirects. If a filename is not specified, you will get a list of mirrors regardless of the browser used. So, combining the effects of the above two changes: If you currently use some sort of a script that downloads AltArch .iso images from mirror.centos.org, those requests will soon be served by external mirrors instead of mirror.centos.org. In the case of wget you will only see one additional request and you probably don't need to change anything, but if you use curl, you must add the --location switch to curl to follow the redirect issued by isoredirect.centos.org. If you want to eliminate one redirect, you can change mirror.centos.org to isoredirect.centos.org in your script. The rest of the URL is the same, ie. /altarch/<release>/isos/<arch>/<filename.iso or .raw.xz> As an aside, even though mirror.centos.org nodes are managed by the CentOS Project, those servers and their hosting are donations from various organizations. If you think your organization could donate an additional server to share the load and to give us better geographical coverage, please see https://wiki.centos.org/Donate If you have questions regarding this change, please let me know. Thanks!

1 0

(How) do others SIGs provide kernel modules?
by Niels de Vos 07 Oct '18

07 Oct '18

Hi, There is an oustanding request for the Storage SIG to package and provide VDO: > VDO (which includes kvdo and vdo) is software that provides inline > block-level deduplication, compression, and thin provisioning > capabilities for primary storage. Both components ate packaged in a Fedora COPR, and a reasonable .spec file is provided by the upstream project. However, the kernel module is packaged with DKMS. This would result in building the module during RPM installation, and possibly on reboot after a kernel update. There is a dkms package in the CBS (by Haïkel), but it is only tagged with -candidate. I would like to know what the reasons were to not consumer it for a release. It seems that there is one (that I could find) package in the CBS that provides a kernel modules (openafs-kmod by Jonathan). It utilizes DKMS as well, but also never made it a repository for release. Then there is the kmod package (build by Lokesh). This is an alternative way of building kernel modules. It compiles the module in the CBS, for a specific (sortof major) kernel version. The resulting RPM can then be installed without the need to build it again. My personal preference would be to provide kernel modules with the kmod practise. But I love to hear opinions and experiences from others. Thanks, Niels

4 5

scap-security-guide rebuild problem
by aleksander.baranowski 04 Oct '18

04 Oct '18

Hi, I recently tried to rebuild: http://ftp.scientificlinux.org/linux/scientific/7.5/SRPMS/vendor/scap-secur… or CentOS: http://vault.centos.org/7.5.1804/updates/Source/SPackages/scap-security-gui… or http://vault.centos.org/7.5.1804/updates/Source/SPackages/scap-security-gui… and failed miserably :(. Steps to reproduce: ```bash sudo yum install @development wget libxslt openscap-scanner python-lxml cmake -y wget http://ftp.scientificlinux.org/linux/scientific/7.5/SRPMS/vendor/scap-secur… rpmbuild --rebuild scap-security-guide-0.1.36-10.sl7_5.src.rpm ``` Or with mock ``` mock scap-security-guide-0.1.36-10.sl7_5.src.rpm ``` The patch that breaks build is scap-security-guide-0.1.39-fix-failing-rules-for-PCI-DSS-DISA-UGSCB.patch. It has number 12 in the spec file. Is there anything that I'm missing? Unfortunately, I'm unable to find scap-security-guide on CentOS CBS, so I'm clueless. Bests, Alex

3 2

CERN Dojo in 2 weeks: Registration closes soon
by Rich Bowen 03 Oct '18

03 Oct '18

A reminder: The CERN Dojo will be held in Meyrin, Switzerland, on October 19th, and registration closes soon, as we have to issue security badges for all attendees. Attendance is free, but you must register to get in the front door. We'll have a full day of deep-dive CentOS content, in the midst of one of the most famous research facilities in the world. You don't want to miss it! http://cern.ch/centos See you at CERN! -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

1 0

Ohio LinuxFest next weekend
by Rich Bowen 03 Oct '18

03 Oct '18

Next weekend, CentOS will be sponsoring Ohio LinuxFest, and will have a table there. If you expect to be at OLF, and can spare an hour, or even a half hour, to sit at the table and answer questions, it would be a great help to me. Please have a look at the schedule - https://ohiolinux.org/schedule/ - and let me know what time(s) you might be able to spend at the table. For your convenience, I've made a list of available times here: https://docs.google.com/spreadsheets/d/1TqTqaLoswMYzyfvQCnzjkVazlQkP87CCKBS… Thanks, and I hope to see some of you in Columbus. --Rich -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

1 0

CentOS Community Container Pipeline: re-architecture migration window
by Bamacharan Kundu 03 Oct '18

03 Oct '18

Hi, Since last few months, we were working on re-architecturing the CentOS Community Container Pipeline Service to make https://registry.centos.org as a stable and reliable source for CentOS based container images. We are now done with the changes for better throughput and stability. We are working on deploying the new service in production in coming weekend (between 28th Sep 2018- 1st Oct 2018). During this time service will be in maintenance mode. We will not be building new images for registry.centos.org. Existing images will not be updated based on RPM, or git source updates. However, during this migration registry.centos.org will be available to pull images from. We are trying to make sure the down time for CentOS Community Container pipeline service is minimal. Service: https://registry.centos.org Maintenance window: Service will not have downtime Impact: Users will be able to pull images from https://registry.centos.org Service: CentOS Container Community Pipeline Service Maintenance window: 28th Sep 2018 to 1st Oct 2018 (We are working on to make it minimal) Impact: PRs to https://github.com/centos/container-index will not be merged and no image updates are pushed to registry.centos.org. Sorry for the inconvenience, we will keep posted. Regards Bama Charan Kundu

1 1

CFP for FOSDEM Dojo closes next week.
by Rich Bowen 02 Oct '18

02 Oct '18

The Call for Presentations for the FOSDEM Dojo - https://wiki.centos.org/Events/Dojo/Brussels2019 - closes next weekend. And, so far, it's looking pretty grim, with only THREE submissions. If you anticipate being at FOSDEM, and would like to present at our annual FOSDEM Dojo on topics relevant to CentOS or Fedora, please consider submitting a talk: https://goo.gl/forms/XkXbC2AZBgKvfDNF2 Please see https://wiki.centos.org/Events/Dojo/Brussels2018 for some idea of what kind of talks we had last year. But we're also asking the Fedora community to submit talks this year. --Rich -- Rich Bowen - rbowen(a)redhat.com @CentOSProject // @rbowen 859 351 9166

2 1

Problems with qemu-img when generating Vagrant images
by Laurentiu Pancescu 02 Oct '18

02 Oct '18

Hello everyone, we switched from using qemu-img from CentOS 7.x to qemu-img-ev from the Virt SIG several months ago, to allow us to generate Hyper-V images. My attempts to build Vagrant images are failing the automated tests since the beginning of July, apparently due to corrupt filesystems. I see XFS metadata corruption in the CentOS 7 images when using qemu-img-ev, as well as ext4 superblock corruption in the CentOS 6 images.[1] The distro installer runs just once and the resulting disk image is converted by Image Factory to different formats, depending on the virtualization target. Since the VirtualBox images are working as expected, while the libvirt images don't even boot due to filesystem corruption, I would assume that the installation produces a valid image, but the conversion of the disk images for libvirt-kvm fall prey to bugs in qemu-img-ev and the stock qemu-img. If anyone has the possibility to test with VmWare or Hyper-V, please write me off-list. I noticed that qemu-img-ev is at version 2.1.2, while Debian Stable has version 2.8 and Fedora 28 has version 2.11. Maybe such bugs, if real, were already fixed upstream - would it be possible to use a newer version than what qemu-img-ev provides? We reverted to using the EL7 qemu-img, but this still produces broken libvirt images and wețd have to drop the Hyper-V images as well. Any help or suggestions are appreciated. Best regards, Laurențiu [1] https://people.centos.org/bstinson/vagrant/c6-vagrant.png

2 4

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