Hi Clint,
Recently I was looking into automatically building some ceph packages in
CBS, and I was curious how you're doing automatic CBS builds with the paas user.
I'm guessing you've generated the paas CentOS FAS x509 cert with
centos-cert, and then you upload that .centos.cert file into some
Jenkins instance? Is that ci.centos.org or something else?
I see mention of the account creation @
https://bugs.centos.org/view.php?id=11465, but there's no mention of
how long-lived this FAS x509 cert is. Does it expire every six months
like all the others?
- Ken
Hi,
can we please have qemu-kvm-ev pushed to mirrors ASAP?
We tagged it for release while 7.4 was being pushed to mirrors to be picked
up at first sync but looks like it's still hanging somewhere.
It's becoming a serious with people starting upgrading to CentOS 7.4.
Thanks,
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
The CentOS Atomic SIG has released an updated version
(https://wiki.centos.org/SpecialInterestGroup/Atomic/Download) of
CentOS Atomic Host (7.1708), a lean operating system designed to run
Docker containers, built from standard CentOS 7 RPMs, and tracking the
component versions included in Red Hat Enterprise Linux Atomic Host.
This release, which is based on the RHEL 7.4 source code
(https://seven.centos.org/2017/08/centos-linux-7-1708-based-on-rhel-7-4-sour…)
includes an updated kernel that supports overlayfs container storage,
among other enhancements.
CentOS Atomic Host includes these core component versions:
* atomic-1.18.1-3.1.git0705b1b.el7.x86_64
* cloud-init-0.7.9-9.el7.centos.2.x86_64
* docker-1.12.6-48.git0fdc778.el7.centos.x86_64
* etcd-3.1.9-2.el7.x86_64
* flannel-0.7.1-2.el7.x86_64
* kernel-3.10.0-693.2.2.el7.x86_64
* kubernetes-node-1.5.2-0.7.git269f928.el7.x86_64
* ostree-2017.7-1.el7.x86_64
* rpm-ostree-client-2017.6-6.atomic.el7.x86_64
## OverlayFS Storage
In previous releases of CentOS Atomic Host, SELinux had to be in
permissive or disabled mode for OverlayFS storage to work. Now you can
run the OverlayFS file system with SELinux in enforcing mode. CentOS
Atomic Host still defaults to devicemapper storage, but you can switch
to OverlayFS using the following commands:
$ systemctl stop docker
$ atomic storage reset
# Reallocate space to the root VG - tweak how much to your liking
$ lvm lvextend -r -l +50%FREE atomicos/root
$ atomic storage modify --driver overlay2
$ systemctl start docker
For more information on storage management options, see the upstream
RHEL documentation
(https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_atom…)
## Containerized Master
CentOS Atomic Host ships without the kubernetes-master package built
into the image. For information on how to run these kubernetes
components as system containers, consult the CentOS wiki
(https://wiki.centos.org/SpecialInterestGroup/Atomic/Download)
If you prefer to run Kubernetes from installed rpms, you can layer the
master components onto your Atomic Host image using rpm-ostree package
layering with the command: atomic host install kubernetes-master -r.
## Download CentOS Atomic Host
CentOS Atomic Host is available as a VirtualBox or libvirt-formatted
Vagrant box, or as an installable ISO, qcow2 or Amazon Machine image.
For links to media, see the CentOS wiki
(https://wiki.centos.org/SpecialInterestGroup/Atomic/Download)
## Upgrading
If you're running a previous version of CentOS Atomic Host, you can
upgrade to the current image by running the following command:
$ sudo atomic host upgrade
## Release Cycle
The CentOS Atomic Host image follows the upstream Red Hat Enterprise
Linux Atomic Host cadence. After sources are released, they're rebuilt
and included in new images. After the images are tested by the SIG and
deemed ready, we announce them.
## Getting Involved
CentOS Atomic Host is produced by the CentOS Atomic SIG
(http://wiki.centos.org/SpecialInterestGroup/Atomic) based on
upstream work from Project Atomic (http://www.projectatomic.io/) If
you'd like to work on testing images, help with packaging,
documentation -- join us!
The SIG meets every two weeks on Tuesday at 04:00 UTC in
#centos-devel, and on the alternating weeks, meets as part of the
Project Atomic community meeting at 16:00 UTC on Monday in the #atomic
channel. You'll often find us in #atomic and/or #centos-devel if you
have questions. You can also join the atomic-devel
(https://lists.projectatomic.io/mailman/listinfo/atomic-devel) mailing
list if you'd like to discuss the direction of Project Atomic, its
components, or have other questions.
## Getting Help
If you run into any problems with the images or components, feel free
to ask on the centos-devel
(http://lists.centos.org/mailman/listinfo/centos-devel) mailing list.
Have questions about using Atomic? See the atomic
(https://lists.projectatomic.io/mailman/listinfo/atomic) mailing list
or find us in the #atomic channel on Freenode.
Hello,
It's time for our weekly PaaS SIG sync-up meeting
Time: 1700 UTC - Wedensdays (date -d "1700 UTC")
Date: Today Wedensday, 20 September 2017
Where: IRC- Freenode - #centos-devel
Agenda:
- OpenShift Current Status
-- rpms
-- Automated rpm building and Automated testing
-- Multi-arch
-- Documentation
-- Images and Image building
-- minishift
-- kompose
- Open Floor
Minutes from last meeting:
https://www.centos.org/minutes/2017/september/centos-devel.2017-09-06-17.00…
Hi,
You're probably aware, but the sources of 7.4.1708 are still missing.
Somewhere last night all directories were created, but most of them (all
but 'rt') are still empty.
Jacco
Is there a Git repository with the source code for the centos-packager package?
I'm interested in adding a feature to centos-cert to allow downloading
the CAs without re-generating a user cert (basically splitting up
download_cert() in /usr/bin/centos-cert.)
This would make it easier to run cbs in Jenkins with ephemeral cloud
slaves, without having to hardcode the
https://accounts.centos.org/ca/ca-cert.pem URL in the job's code.
It also looks like the centos-packager.spec's License field says
"GPLv2+", whereas the COPYING file is the GPLv3, so it would be good
to make these align.
- Ken
In openshift-ansible we've been working on tooling to create golden images
and shift the model from running ansible on each provisioned host to
creating hosts that bootstrap themselves when provided an API endpoint and
a token. We'd like to explore publishing a Centos based Origin AMI so that
people could use an existing image without even having to bake their own.
Should we coordinate this through either SIG Cloud or SIG PaaS or should we
just go ahead and do it on our own for now and work to integrate with those
SIGs in the future?
--
Scott
==============================
#rdo: RDO meeting - 2017-09-13
==============================
Meeting started by chandankumar at 15:02:00 UTC. The full logs are
available at
http://eavesdrop.openstack.org/meetings/rdo_meeting___2017_09_13/2017/rdo_m…
.
Meeting summary
---------------
* Roll Call (chandankumar, 15:02:12)
* dropping patches repositories (chandankumar, 15:05:17)
* AGREED: create patches branches on-demand (number80, 15:17:05)
* AGREED: abandon patches open reviews for EOL branches (number80,
15:17:15)
* ACTION: number80 document that where it fits ^ (number80, 15:17:27)
* Fedora worker cleanup in RDO Trunk (chandankumar, 15:18:31)
* ACTION: jpena to check inclusion of openstack-macros in RDO Trunk
(jpena, 15:27:18)
* Using the CentOS extras Ansible (chandankumar, 15:35:10)
* rdopkg is now in Fedora 25+ and EPEL 7 (chandankumar, 15:44:26)
* ACTION: jruzicka to update website (jruzicka, 15:47:17)
* chair for next meeting (chandankumar, 15:51:40)
* ACTION: jruzicka to chair for next meeting (chandankumar, 15:53:25)
* Open discussion (chandankumar, 15:53:50)
Meeting ended at 16:01:34 UTC.
Action items, by person
-----------------------
* jpena
* jpena to check inclusion of openstack-macros in RDO Trunk
* jruzicka
* jruzicka to update website
* jruzicka to chair for next meeting
* number80
* number80 document that where it fits ^
* openstack
* jpena to check inclusion of openstack-macros in RDO Trunk
People present (lines said)
---------------------------
* chandankumar (48)
* number80 (47)
* apevec (43)
* jruzicka (31)
* snecklifter (25)
* jpena (18)
* dmsimard (8)
* openstack (8)
* rbowen (7)
* Duck (6)
* PagliaccisCloud (2)
* rdogerrit (2)
* jatanmalde (2)
Generated by `MeetBot`_ 0.1.4