hi,
I'm going to be working on extending the admin.ci API. The intention is
to add the following calls:
/Session/get?key=<api key>&alias=<some text> : this will create a new
session for the api key specified, but will not allocate any nodes to
this session. The alias param is optional, if specified the session can
be referenced with that alias ( in addition to / rather than the ssid ).
/Session/done?key=<api key>&ssid=<ssid | alias for session > : this will
tear down the session, including all Nodes allocated to the session. The
ssid can be specified as either the UUID based ssid returned from the
/Session/get call or the alias requested.
In addition to these two new calls, the /Node/get call will get an
optional ssid= param; calling /Node/get with an ssid will add the
requested nodes to the existing session, rather than create a new
session. The ssid can be either the uuid based ssid allocated at
/Session/get or an alias to an existing session.
The /Node/done call will also get an optional additional param in node=
where you can specify the hostname of the machine to be dropped from an
existing session, without terminating the entire session.
With these four changes going in, it would be possible to setup a
session, add nodes to that session as they are needed, drop hosts as
required, and then tear down the session when done. The alias option
could be used for various things, including accounting by job name, job
type etc.
Existing scripts that use the API will not need any changes, there will
be no change to the existing calls.
--
Karanbir Singh
+44-207-0999389 | http://www.karan.org/ | twitter.com/kbsingh
GnuPG Key : http://www.karan.org/publickey.asc
Hi,
I've heard that network connectivity for accessing resources outside
of the ci.centos.org infrastructure can sometimes be unreliable.
I haven't yet experienced this first hand as the jobs I'm constantly
monitoring and am responsible for have not yet been migrated there.
A lot of things can be put within the ci.centos.org infrastructure if
need be but it's unrealistic to have *every* resource there.
Is anyone aware of ongoing issues ? Should we report jobs that fail
due to network errors ?
A recent example is this job that failed due to DNS resolution errors
[1] "Could not resolve host: trunk.rdoproject.org; Name or service not
known".
Thanks,
[1]: https://ci.centos.org/view/rdo/job/rdo_manager-promote-build-delorean-rdo-l…
David Moreau Simard
Senior Software Engineer | Openstack RDO
dmsimard = [irc, github, twitter]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi All,
We will be rebooting Jenkins to apply an update that contains patches
for multiple security vulnerabilities:
https://wiki.jenkins-ci.org/display/SECURITY/Jenkins+Security+Advisory+2015…
We will pause accepting new jobs 1 hour beforehand to let things settle.
We do not expect a long outage for this update. As usual, we will post
updates to this list and be available in #centos-devel on freenode for
any questions.
Cheers!
- --
Brian Stinson
CentOS CI Infrastructure Team
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)
iQIcBAEBAgAGBQJWQ2UKAAoJEIMGvNKzCweMMxcP/i9X0f6ETaLqlZ+/3sJ4vJ9f
l4u7vwqFAj+FkrxLyvWNp/NLOh2EiYtXIM7oenQaI3Iy3xGKPgmxy7hf6ptpFeqZ
ndh+vYCFr3fcGopzCsnk1qi4ENkAE+X7QRCZVve3FKHcfDmfz5HHMhkf7xMdcK62
//t91f5bcS49hBCKHF1v1hdrd8e5QzeGWYycKGK0N3NEubH4ruml5IgSF51ylYJM
derKn45E+bn5iINBGxiT/OEIdl22ksvXSKOc2bzp+kkrzj/kqW67kGjlPIVSYQMF
A1UJQNe8QkTtAvPtRalffJtmJU1ERfkAW4Nvm90hB0CUvDytEmp66Ks08FiSgAJa
BrnhRe4rId3xPl95+yLzaD0IXR/lYOCAa/0FOAE1ynwm5YYvdak1yuSUL69MUGX8
VhDE9JhpUFKq0n8wiE5rAxAB51Q0Jk2c42mfPhMm/NISIpq4DHUNAH/TlNvB4ffg
t/AhSEo49D858Eqe3/oGj3c/DOx+e1G073IOqyj7FXNFj/DQ/bhVk304j5wevTC7
j1bMca9l16M/FJlqBDejki5a3JVWvI9+j/F0Z3BJhYaaoNqaYqRoL1PnrHPIlB7e
WEP9fhy8VpPQ/UKpBgiXxBkzSHr5wOAlz4XCuOczU2JllufLcDUKFZfIqIOvbY3z
+d4iIjPD9DqqTLmh9gbx
=2h3g
-----END PGP SIGNATURE-----
Hi Folks,
We'll be pausing jobs starting at 2300UTC in preparation for our
Maintenance period.
Stay tuned here, and to #centos-devel for updates.
Cheers!
Brian
Hi Folks,
Just a reminder that we'll be having a 1-hour maintenance period at
23:59UTC (7:59PM US Eastern) to install Jenkins updates and new plugins.
We will be pausing jobs 1 hour beforehand.
Feel free to join us in #centos-devel on freenode for any questions
during that time.
Cheers!
Brian
Hi,
I'd like to register a new vm/slave for the libguestfs hypervisor:
- fedora-22-i686 (libguestfs-ci-f22-i686slave or
libguestfs-ci-f22slave-i686, I guess)
could you please provide credentials for it?
Thanks,
--
Pino Toscano
You have been invited to the following event.
Title: ci.centos.org Maintenance Period 27-Oct-2015
We will have a maintenance period from 8:00PM to 9:00PM US-Eastern time to
install a batch of plugins and update to the latest version of Jenkins. We
will be pausing execution of new jobs 1 hour before this period.
We will be monitoring #centos-devel on Freenode for questions during this
time.
--
Brian Stinson
CentOS Infrastructure Team
When: Tue Oct 27, 2015 7pm - 8pm Central Time
Where: #centos-devel on Freenode
Calendar: ci.centos.org
Who:
(Guest list has been hidden at organizer's request)
Event details:
https://www.google.com/calendar/event?action=VIEW&eid=OHNzZHNvaXZvYmszNGdlM…
Invitation from Google Calendar: https://www.google.com/calendar/
You are receiving this courtesy email at the account ci-users(a)centos.org
because you are an attendee of this event.
To stop receiving future updates for this event, decline this event.
Alternatively you can sign up for a Google account at
https://www.google.com/calendar/ and control your notification settings for
your entire calendar.
Forwarding this invitation could allow any recipient to modify your RSVP
response. Learn more at
https://support.google.com/calendar/answer/37135#forwarding
CI/infra team requests installation on ci.centos.org jenkins of these plugins:
Build Pipeline Plugin
Multijob Plugin
BuildResultTrigger Plugin
Thanks in advance,
Steve Linabery
Hi All,
Looks like we have a few hosts assigned to the Openstack-Puppet project
that have been hanging around for a while. I'd like to add this project
to our automatic reaper script.
Any objections? Any hosts that need to stick around while you get data
off?
Cheers!
Brian
hi guys,
we have some machines allocated to atomicapp that have been around for a
few weeks, I setup a couple, but the others look like either orphaned
machines or someone else's static hosts.
Since we are adding in the machine reaper scripts, just want to make
sure that noone has a machine there they want data extracted from first ?
this is specific to the machines allocated to the atomicapp project.
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