devel

devel@lists.centos.org

2 participants
4653 discussions

Atomic Developer Bundle version 2.3.1 released
by Lalatendu Mohanty 08 Sep '16

08 Sep '16

Hi, We have released the Atomic Developer Bundle 2.3.1 through CentOS Atomic SIG. About: Atomic Developer Environment (ADB) helps to setup Kubernetes, Docker, OpenShift, Mesos Marathon on your workstation easily. Application developers can quickly create the setup to containerize applications and run them using mentioned platforms . ADB is designed to run on Microsoft Windows, OS X and on GNU/Linux and give homogeneous setup across different operating systems. ADB and OpenShift can also be used directly from Eclipse using docker tooling and OpenShift adapter [4] [5]. ADB consists of a Vagrantbox and couple of Vagrant plugins. Please refer project documentation for more information [3]. This release includes many changes and bugfixes, which are detailed in the release changelog of ADB [1]. Please update the ADB Vagrant box [2] and the required Vagrant plugins ($ vagrant plugin update) and give the new ADB version a spin. [1] https://github.com/projectatomic/adb-atomic-developer-bundle/releases/tag/v… [2] https://github.com/projectatomic/adb-atomic-developer-bundle/blob/master/do… [3] https://github.com/projectatomic/adb-atomic-developer-bundle [4] https://developers.openshift.com/getting-started/eclipse.html [5] https://www.eclipse.org/community/eclipse_newsletter/2015/june/article3.php Thanks, Lala

1 0

Re: [CentOS-devel] [Ci-users] TrippleO jobs in ci.centos.org
by Karanbir Singh 08 Sep '16

08 Sep '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 07/09/16 23:44, Wesley Hayutin wrote: > Just following up.. KB Matt Young will be changing the image > building workflow at ci.centos to directly publish from the duffy > nodes to the artifact server. The code is already written as we > directly publish in other environments, we just need to flip a > switch. We were under the impression that the duffy nodes did not > have direct access to publish. sounds good, can you let us know once this is done ? > Sorry for the inconvenience. no worries. A key issue here is that we are essentially here to partner with and support the tenant's in the infra - and as we have consistently done in the past, willing to make changes even at the infra and service levels to facilitate roles and patterns. But it would be good to have the opportunity to work with you guys on this, rather than having go in to impose limitations and restrictions as a way to rescue the service. 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJX0V+yAAoJEI3Oi2Mx7xbtoQkH/Am6kK5nnkwG5s9qr9pao8+9 SW3jaM0VaMw4nS5uXSyMuSrF0YRLJaEFKPQuejLk5z49tmEY9tO3lO8Oy8LuzsQr ePVA+/gODjrz23ar6hWWy4AmJnu5u0K8Nwx5FGKrILAsFrP7X0vcjb8Nwt6Xi6DV te1BrEDmj0Imnk1QRpQyGQXtLWIou4kGGkZl9eZb7yZj//DdT2DcP++4PKu0Ih2N 4PlAxmoD1jVIzX+dPdA2L+o9YPGbyz1iFzQr3vyCaWkZaa2mwONhOF5CzRXChRVs JKy7TiJY2nEx8UKHX60QP8P0rz4nWJBNLDVLAqhD46bUx/mn235cU6XczaUNH6w= =S13B -----END PGP SIGNATURE-----

1 0

TrippleO jobs in ci.centos.org
by Karanbir Singh 07 Sep '16

07 Sep '16

hi guys, I am trying to track down exactly how the tripleo jobs - specially the large image builds are being run. Were trying to track down network bottlenecks and the tripleo jobs are consistently coming up as the biggest pain points. Is there an overview available to look at for the work flow and data flow within the ci infra itself ? regards -- Karanbir Singh +44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh GnuPG Key : http://www.karan.org/publickey.asc

4 3

CentOS PaaS SIG meeting (2016-09-07)
by Troy Dawson 07 Sep '16

07 Sep '16

Hello, It's time for our weekly PaaS SIG sync-up meeting Time: 1700 UTC - Wedensdays Date: Today Wedensday, 9 September 2016 Where: IRC- Freenode - #centos-devel Agenda: - OpenShift Current Status -- rpms -- Documentation -- Automated testing -- images / image building - Open Floor

1 0

[Cloud SIG] CentOS Cloud SIG meeting
by Rich Bowen 07 Sep '16

07 Sep '16

To quote from yesterday's RDO IRC meeting: We have basically not had a CentOS Cloud SIG meeting for 2 months. Part of this is because of travel/summer/whatever. I also have a standing conflict with that meeting, which I'm trying to fix. But more than that, I think it's because the Cloud SIG is just a rehash of this meeting, because only RDO is participating. On the one hand, we don't really accomplish much in that meeting when we do have it. On the other hand, it's a way to get RDO in front of another audience. So, I guess I'm asking if people still think it's valuable, and will try to carve out a little time for this each week. Or as was suggested in the meeting, should we attempt to merge the two meetings in some meaningful way, until such time as other Cloud Software communities see a benefit in participating? -- Rich Bowen - rbowen(a)redhat.com RDO Community Liaison http://rdoproject.org @RDOCommunity

5 10

Fwd: [Ci-users] CICO Maintenance Period 07-Sept-2016 06h00-08h00 UTC
by Karanbir Singh 06 Sep '16

06 Sep '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 FYI everyone, Also, if you are keen to track and are currently consuming the CentOS CI infra, I would strongly encourage you to come join the ci-users list at https://lists.centos.org/mailman/listinfo/ci-users Regards - -------- Forwarded Message -------- Subject: [Ci-users] CICO Maintenance Period 07-Sept-2016 06h00-08h00 UTC Date: Fri, 2 Sep 2016 10:53:30 -0500 From: Brian Stinson <bstinson(a)redhat.com> To: ci-users(a)centos.org Hi Folks, We will be rebooting some of the CI infrastructure on Wednesday September 7th starting at 06h00 UTC to apply updates. We will have the usual quiet period starting 1 hour beforehand to let other job finish. Below are the machines/services affected: - - ci.centos.org Jenkins Interface - - slave01.ci.centos.org (your Jenkins slaves will be reconnected for you) - - Duffy node provisioner - - artifacts.ci.centos.org - - Network services through the CI gateway (short outage) We will keep the list up to date as we progress through this window. If there are any questions or concerns please let us know. Cheers! _______________________________________________ Ci-users mailing list Ci-users(a)centos.org https://lists.centos.org/mailman/listinfo/ci-users -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBAgAGBQJXztmaAAoJEI3Oi2Mx7xbtzjUH/AvfLLr35epjd3lw4NB490Dp WNovaSu82CveVHK30FLEHW2Dif22OKDsMUf/bFmHZS5lId3yPTswcbXx27FvvkB/ cs/0o7o4abOAmHBZ3aqVxpOlTKW5kdsDPikw6eOq8f1aPR4vtYKycAXDhdfuDmSJ ORfeO2snPb40ZQh3H/ZHT9RiNiD++LoAiyFQdaiIxa8e0epBCqDwuVk6CXoqPKql zWbo/KWBN7Vb8qsLNTGAp/VBwnIgYZRGM3cC8PlSxsV345/2sa34AasPHBfbj6PY Rr2LYWyWmXRtam1up58SQCNc4lxiO191JLSvbuvw6nXBu2qEQ6hPe96mMV4jxa0= =pGAJ -----END PGP SIGNATURE-----

1 0

centos-release-ceph-jewel testing
by Giulio Fidente 06 Sep '16

06 Sep '16

hi, following up on an thread started in july [1], we're now using the ceph/jewel test repo in TripleO as well; more specifically we download [2] and enable the -test repo presently submissions for TripleO are gated deploying an OpenStack with Ceph backing a few services, though we do not deploy the Ceph MDS component, only MON/OSD/RGW is there any interest in promoting the Ceph -test repo to mirror.centos.org and wrap up a centos-release-ceph-jewel RPM? 1. https://lists.centos.org/pipermail/centos-devel/2016-July/015031.html 2. https://raw.githubusercontent.com/CentOS-Storage-SIG/centos-release-ceph-je… -- Giulio Fidente IRC: gfidente

4 5

[Infra] : DevCloud maintenance window notification : September 5th, 5:30 am UTC
by Fabian Arrotin 01 Sep '16

01 Sep '16

We'll have to shutdown our DevCloud [https://wiki.centos.org/DevCloud] for maintenance reasons : - upgrade from gluster 3.6.x to gluster 3.8.x - change the gluster bricks layout for better performances (adding a second disk in each node and using underlying striped LV for each brick in the gluster setup) - moving the files between gluster volumes Important notice : if you are a CentOS contributor/developer having some Virtual Machines in DevCloud, ensure that everything is correctly setup on your side, as we'll only (from an hypervisor PoV) issue acpi shutdown to the (still running) VMs. So if you can in advance cleanly (in a controller way) shutdown your test VMs there, feel free to do so . Other impacted public services: - https://planet.centos.org - https://seven.centos.org - http://armv7.dev.centos.org (plague-server, so no armhfp build during that maintenance window) Migration is scheduled for """"Monday September 5th, 5:30 am UTC time"""". You can convert to local time with $(date -d '2016-09-05 5:30 UTC') We'll slowly restart services as soon as possible and we expect everything to be back online before 10:00 am UTC. Thanks for your comprehending and patience. on behalf of the Infra team, -- Fabian Arrotin The CentOS Project | http://www.centos.org gpg key: 56BEC54E | twitter: @arrfab

1 0

Jenkins causing memory leaks in all major web browsers
by Laurentiu Pancescu 31 Aug '16

31 Aug '16

In the first days spent developing the CI tests for our Vagrant images, I used the Jenkins web interface a lot, without ever closing the tab or the browser. At the end of the second day, my Mac mini became very slow - I found it using 970MB of swap, and the Firefox process' memory had grown from the typical 700-900MB to 2.95GB. Firefox' about:memory reported that ci.centos.org took 1.6GB, out of which 1.2GB in 'orphan DOM nodes'. Someone from #memshrink on irc.mozilla.org told me that a fix for something related to Jenkins had been committed in the past week, and I should try to reproduce it with Firefox Nightly. I used a clean profile, only loaded ci.centos.org and left it alone, without doing anything. Over 7 hours, the memory usage of the web content process increased from 122MB to 1.78GB. I also tried this evening with Firefox 48.0.2 from Fedora 24, with a fresh profile: the memory usage increased from 192MB to 613MB in 60 minutes (305MB being 'orphan DOM nodes', according to about:memory). I was also able to reproduce this behavior with Safari and Chrome on OS X: Safari went from 67MB to 1GB, while Chrome went from 120MB to 1.7GB, both in less than 3 hours. This looks like a bug in the Jenkins web interface. Unfortunately, I had already filed a bug with Mozilla [1] before finding a bug report from January 2014 in the Jenkins tracker, describing a memory leak in Chrome, Firefox and Internet Explorer (all running on Windows). [2] Is there anyone with a good understanding of closures and cyclic references between Javascript objects and the DOM, willing to take a look at what's going on? The Developer Tools in both Firefox and Chrome are able to take heap snapshots and compare them, and also record all memory allocations; this would probably make debugging easier than it was the case in January 2014. Regards, Laurențiu [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1298981 [2] https://issues.jenkins-ci.org/browse/JENKINS-10912

1 0

[opstools] meeting begins in 1 hour and 9 minutes
by Rich Megginson 31 Aug '16

31 Aug '16

The log from our last meeting can now be fonud here: https://www.centos.org/minutes/2016/august/centos-devel.2016-08-24-18.00.lo… The etherpad to use for today's meeting is https://etherpad.openstack.org/p/opstools

1 0

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