[JIRA] (OVIRT-1835) Create an automated update mechanism for slaves

This is a multi-part message in MIME format... ------------=_1515569110-24537-319 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Barak Korren created OVIRT-1835: ----------------------------------- Summary: Create an automated update mechanism for slaves Key: OVIRT-1835 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1835 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra While we already have an automated mechanism for controlling the YUM/DNF repo configuration on slaves, and we also already have a way to install or update components that are critical to the CI system (Both are provided by '{{global-setup.sh}}'), we're lacking a mechanism that can apply general system updates, and more importantly, kernel updates to slaves. Some things we'd like such a mechanism to provide: * Require a minimal amount of manual work (Best case scenario - nothing more then merging a repository update patch would be needed). * Test updated slaves before putting them back to production use * Allow rolling back failed updates -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1515569110-24537-319 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Barak Korren created OVIRT-1835:</h3> <pre> Summary: Create an automated update mechanism for slaves Key: OVIRT-1835 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1835 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra</pre> <p>While we already have an automated mechanism for controlling the YUM/DNF repo configuration on slaves, and we also already have a way to install or update components that are critical to the CI system (Both are provided by '{{global-setup.sh}}'), we're lacking a mechanism that can apply general system updates, and more importantly, kernel updates to slaves.</p> <p>Some things we'd like such a mechanism to provide:</p> <ul><li><p>Require a minimal amount of manual work (Best case scenario – nothing more then merging a repository update patch would be needed).</p></li> <li><p>Test updated slaves before putting them back to production use</p></li> <li><p>Allow rolling back failed updates</p></li></ul> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3t..." alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1515569110-24537-319--
participants (1)
-
Barak Korren (oVirt JIRA)