Go to file
Zuul 5ae1af8f3f Update git submodules
* Update ironic from branch 'master'
  - Merge "Rework logic handling reserved orphaned nodes in the conductor"
  - Rework logic handling reserved orphaned nodes in the conductor
    
    If a conductor dies while holding a reservation, the node can get
    stuck in its current state. Currently the conductor that takes
    over the node only cleans it up if it's in the DEPLOYING state.
    
    This change applies the same logic for all nodes:
    
    1. Reservation is cleared by the conductor that took over the node
       no matter what provision state.
    
    2. CLEANING is also aborted, nodes are moved to CLEAN FAIL with
       maintenance on.
    
    3. Target power state is cleared as well.
    
    The reservation is cleared even for nodes in maintenance mode,
    otherwise it's impossible to move them out of maintenance.
    
    Change-Id: I379c1335692046ca9423fda5ea68d2f10c065cb5
    Closes-Bug: #1588901
2018-03-16 20:46:45 +00:00
2018-03-01 07:33:52 +00:00
2018-01-18 16:28:07 +00:00
2017-12-22 02:30:48 +00:00
2017-09-25 16:53:05 +00:00
2018-01-25 12:03:06 +00:00
2018-03-16 20:39:37 +00:00
2017-09-18 14:42:07 +00:00
2017-09-18 14:14:56 +00:00
2018-03-09 03:26:44 +00:00
2018-03-10 00:09:19 +00:00
2018-01-08 14:48:40 +00:00
2018-03-12 20:10:54 +00:00
2018-01-08 12:38:56 +00:00
2017-09-14 23:42:06 +00:00
2018-01-23 15:52:31 +00:00
2018-03-16 08:31:14 +00:00
2018-02-07 03:24:09 +00:00
2018-02-02 20:10:12 +00:00
2018-02-13 21:55:31 +00:00
2018-02-21 17:25:20 +00:00
2017-09-22 21:11:59 +00:00
2018-01-12 22:20:46 +00:00
2018-03-07 18:39:32 +00:00
2017-09-13 17:54:07 +00:00
2017-10-06 11:24:24 +00:00
2018-03-09 10:28:14 +00:00
2018-03-09 09:18:16 +00:00
2018-03-01 20:29:48 +00:00
2017-08-31 05:10:06 +00:00
2018-02-13 14:49:39 +00:00
2017-09-18 07:24:47 +00:00
2018-03-05 19:35:48 +00:00
2017-11-20 04:46:08 +00:00
2018-02-07 08:27:55 +00:00
2018-03-16 17:30:54 +00:00
2017-09-18 13:41:33 +00:00
2018-03-08 18:27:52 +00:00
2018-01-18 19:37:38 +00:00
2018-03-15 00:01:15 +00:00
2018-03-16 20:46:45 +00:00
2018-03-16 10:44:34 +00:00
2017-09-25 15:38:25 +00:00
2017-09-12 23:45:48 +00:00
2018-02-15 18:37:06 +00:00
2018-03-16 11:08:45 +00:00
2018-01-11 11:36:02 +00:00
2017-09-18 04:36:47 +00:00
2018-01-02 18:12:31 +00:00
2017-12-28 12:02:26 +00:00
2018-03-09 17:24:36 +00:00
2017-12-25 06:44:21 +00:00
2018-03-09 15:32:37 +00:00
2017-09-18 14:50:49 +00:00
2018-03-16 13:53:25 +00:00
2017-11-23 16:53:39 +00:00
2018-03-16 06:48:47 +00:00
2018-03-09 13:42:40 +00:00
2017-09-21 16:59:37 +00:00
2018-03-16 17:54:14 +00:00
2018-01-10 11:04:14 +00:00
2018-03-15 17:16:08 +00:00
2018-03-15 17:16:09 +00:00
2017-12-13 21:40:41 +00:00
2018-03-14 09:04:24 +00:00
2018-03-15 17:16:10 +00:00
2018-02-06 03:30:43 +00:00
2018-03-06 12:39:13 +00:00
2018-03-16 02:45:39 +00:00
2017-09-12 20:49:39 +00:00
2018-03-15 21:51:34 +00:00
2018-03-15 21:43:04 +00:00
2018-03-15 21:33:44 +00:00
2018-03-09 20:53:28 +00:00
2018-03-01 10:56:29 +00:00
2018-03-16 09:56:57 +00:00
2018-03-15 21:11:49 +00:00
2018-03-15 21:34:05 +00:00
2018-03-16 18:03:28 +00:00
2018-03-15 22:00:21 +00:00
2018-02-05 16:11:27 +00:00
2018-03-15 20:15:03 +00:00
2017-12-05 15:59:34 +00:00
2017-09-12 20:57:55 +00:00
2018-03-16 10:54:02 +00:00
2017-11-02 06:22:33 +00:00
2017-08-22 23:32:05 +00:00
2017-12-22 19:11:10 +00:00
2017-09-19 22:21:15 +00:00
2018-03-12 18:45:06 +00:00
2018-02-07 20:12:19 +00:00
2017-11-20 21:51:42 +00:00
2018-02-22 18:25:01 +00:00
2018-02-21 21:18:37 +00:00
2018-02-02 11:54:19 +00:00
2017-12-15 23:59:34 +00:00
2018-01-11 23:16:25 +00:00
2018-02-12 17:16:55 +00:00
2017-12-13 20:02:44 +00:00
2018-02-25 23:41:50 +00:00
2018-02-18 23:58:41 +00:00
2017-09-11 17:18:49 +00:00
2017-08-23 00:37:18 +00:00
2018-01-10 11:44:07 +00:00
2017-08-22 23:52:22 +00:00
2018-01-26 04:31:44 +00:00
2017-12-13 04:31:34 +00:00
2017-08-22 23:41:09 +00:00
2017-08-22 22:25:42 +00:00
2017-08-22 23:39:40 +00:00
2017-11-29 00:07:26 +00:00
2018-03-12 18:45:06 +00:00
2018-02-08 23:15:23 +00:00
2017-10-11 06:20:59 +00:00
2018-02-13 03:11:13 +00:00
2018-02-20 09:20:03 +00:00
2018-02-24 14:44:34 +00:00
2017-09-17 17:39:20 +00:00
2017-12-09 15:46:46 +00:00
2018-01-04 17:55:03 +00:00
2018-01-10 18:55:15 +00:00
2018-03-15 13:30:18 +00:00
2018-03-13 03:01:00 +00:00
2018-03-15 08:02:48 +00:00
2018-03-03 16:29:19 +00:00
2018-02-20 23:54:48 +00:00
2018-03-15 21:27:00 +00:00
2018-03-13 19:35:20 +00:00
2018-03-02 15:06:32 +00:00
2017-09-15 11:09:28 +00:00
2017-10-20 01:54:08 +00:00
2018-03-16 02:24:08 +00:00
2018-03-16 02:53:40 +00:00
2017-09-15 22:19:31 +00:00
2018-02-26 01:30:23 +00:00
2018-03-15 18:46:56 +00:00
2018-02-13 16:05:18 +00:00
2018-01-28 09:25:06 +00:00
2018-03-14 17:16:30 +00:00
2018-02-02 16:28:35 +00:00
2017-11-16 07:13:23 +00:00
2017-12-29 10:14:14 +00:00
2018-02-27 15:26:28 +00:00
2018-03-16 20:11:52 +00:00

OpenStack Tracking Repo

zuul gates all of the contained projects in an effective single timeline. This means that OpenStack, across all of the projects, does already have a sequence of combinations that have been explicitly tested, but it's non-trivial to go from a single commit of a particular project to the commits that were tested with it.

Gerrit's submodule tracking feature will update a super project every time a subproject is updated, so the specific sequence created by zuul will be captured by the super project commits.

This repo is intended to be used in a read-only manner. Any commit in this repo will get a collection of commits in the other repos that have explicitly been tested with each other, if that sort of thing is important to you.

Description
Repository tracking all OpenStack repositories as submodules
Readme 197 MiB
Languages
Python 100%