July 2017 - Infra - Ovirt List Archives

[JIRA] (OVIRT-1014) avoid repetition in automation/*packages

by Barak Korren (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1014?page=com.atlassian.jir... ] Barak Korren updated OVIRT-1014: -------------------------------- Component/s: oVirt CI > avoid repetition in automation/*packages > ---------------------------------------- > > Key: OVIRT-1014 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1014 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: oVirt CI > Reporter: danken > Assignee: infra > > Currently we have many automation/*packages* files, mostly repeating each other. > Most of the information there is then repeated in vdsm.spec as well. > It would be nice to have a hierarchical way to define packages. E.g. having most packages in automation/build-artifacts-manual.packages, and adding el7-specific dependencies in avoid repetition in automation/build-artifacts-manual.packages.el7. > It would be even better to have a single palce (yaml file?) to declare each required package and its version, for each platform/architecture. We can then use it to generate the spec file. -- This message was sent by Atlassian JIRA (v1000.1092.1#100053)

7 years, 4 months

1
0
0 / 0

[JIRA] (OVIRT-1064) Re-factor experimental groovy script

by Barak Korren (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1064?page=com.atlassian.jir... ] Barak Korren updated OVIRT-1064: -------------------------------- Resolution: Won't Fix Status: Done (was: To Do) Closing this ticket because the 'experimental' flow will be deprecated by the 'change-queue' flow. > Re-factor experimental groovy script > ------------------------------------ > > Key: OVIRT-1064 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1064 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > > The experimental Groovy scripts has several issues that should be resolved by re-factoring it: > # Turn the variables defined in the top of the file into constants with upper case manes to ensure they're not used in functions by mistake > # Remove unused arguments from functions > # Move the main() function definition to the top of the file so its easier to quickly see an overview of the whole flow > # Use the "global" constants inside main() instead of passing gazillion parameters to it. > # Pass parameters directly to function instead of turning them into strings and using interpolation > # Use 'for-each' loops instead of C-style indexed loops. > # Use consistent indention throughout the file -- This message was sent by Atlassian JIRA (v1000.1092.1#100053)

7 years, 4 months

1
0
0 / 0

Change 78189,11 (vdsm) failed system tests

by oVirt Jenkins

A system test invoked by the "ovirt-master" change queue including change 78189,11 (vdsm) failed. However, this change seems not to be to root cause for failure. Change 78630,13 (vdsm) that this change depends on or is based on, was detected to cause testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 78630,13 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/78189/11 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/78630/13 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1037/

7 years, 4 months

1
0
0 / 0

[JIRA] (OVIRT-1396) Add a new 'test-system-artifacts' Standard-CI stage

by eedri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1396?page=com.atlassian.jir... ] eedri updated OVIRT-1396: ------------------------- Priority: High (was: Medium) > Add a new 'test-system-artifacts' Standard-CI stage > --------------------------------------------------- > > Key: OVIRT-1396 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1396 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > Priority: High > > This is a part of [containers CI/CD|https://docs.google.com/a/redhat.com/document/d/1mEo3E0kRvlUWT9VaSP...] flow implementation process. > An order to allow building and testing processes for containers to be triggered after package that are needed for them are built, we will introduce the "{{test-system-artifacts}}" standard-CI stage. > This stage will be invoked from the 'experimental' or 'change-queue-tester' pipelines jost like the existing OST-based flows. > In order to provide package and repo information to the std-CI script invoked by this stage we well need to implement OVIRT-1391 -- This message was sent by Atlassian JIRA (v1000.1092.1#100053)

7 years, 4 months

1
0
0 / 0

[JIRA] (OVIRT-1292) make ovirt-release RPMs RHEL compatible

by eedri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1292?page=com.atlassian.jir... ] eedri commented on OVIRT-1292: ------------------------------ [~sbonazzo(a)redhat.com] is there anything we can do in the release rpm to fix it? > make ovirt-release RPMs RHEL compatible > --------------------------------------- > > Key: OVIRT-1292 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1292 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: eedri > Assignee: infra > > Some oVirt users are using the ovirt-release el7 RPMs to test oVirt on RHEL. > Unfortunately, RHEL uses the '7Server' link which doesn't exist in CentOS resulting in breakage like: > 'http://mirror.centos.org/centos/7Server/virt/x86_64/kvm-common/' > while 'http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/' exist > We should either ask CentOS to add that link on the repo or find a way to fix it ourselves in the release rpm. -- This message was sent by Atlassian JIRA (v1000.1092.1#100053)

7 years, 4 months

1
0
0 / 0

[JIRA] (OVIRT-1276) generate a link to OST automation job

by eedri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1276?page=com.atlassian.jir... ] eedri updated OVIRT-1276: ------------------------- Issue Type: Improvement (was: By-EMAIL) > generate a link to OST automation job > ------------------------------------- > > Key: OVIRT-1276 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1276 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: rgolan(a)redhat.com > Assignee: infra > > When activating the 'ci please help' robo verb, please generate a link with > job parameters for the ost job: > Say I told the robot to build my 4.1 patch, than asside from the aftifact > link, create a a link to trigger the ost job with refs/to/spec. pick 4.1 as > a release and so on. In that way a user is a click away from firing a job. > This could be then continued with 'ci please build and ost' kinda of thing > \R -- This message was sent by Atlassian JIRA (v1000.1092.1#100053)

7 years, 4 months

1
0
0 / 0

[JIRA] (OVIRT-1276) generate a link to OST automation job

by eedri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1276?page=com.atlassian.jir... ] eedri commented on OVIRT-1276: ------------------------------ I'm guessing you mean 'ci please build' and not 'ci please help', and you want us to add a link to the manual OST job, right? We need to check the YAML templates and see what is the best way to do it. > generate a link to OST automation job > ------------------------------------- > > Key: OVIRT-1276 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1276 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: rgolan(a)redhat.com > Assignee: infra > > When activating the 'ci please help' robo verb, please generate a link with > job parameters for the ost job: > Say I told the robot to build my 4.1 patch, than asside from the aftifact > link, create a a link to trigger the ost job with refs/to/spec. pick 4.1 as > a release and so on. In that way a user is a click away from firing a job. > This could be then continued with 'ci please build and ost' kinda of thing > \R -- This message was sent by Atlassian JIRA (v1000.1092.1#100053)

7 years, 4 months

1
0
0 / 0

[JIRA] (OVIRT-1252) post-merge build-artifacts jobs can run out of order

by eedri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1252?page=com.atlassian.jir... ] eedri commented on OVIRT-1252: ------------------------------ [~bkorren(a)redhat.com] is this still relevant after the deployment of the new logic of deploy rpms? > post-merge build-artifacts jobs can run out of order > ---------------------------------------------------- > > Key: OVIRT-1252 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1252 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Barak Korren > Assignee: infra > Labels: standard-ci > > Right now build-artifacts jobs that run post merge get run on every patch and are allowed to run in parallel. > The end result of this is that they do not always finish in the same order in which the patches were merged. This ends up causing the latest build link in Jenkins to not always point to the real latest build. It may also means that packages get pushed to OST not in the right order. > To fix this we need to make sure the build-artifacts jobs do not run in parallel. Alternatively we could split the build artifacts job into a trigger job and a builder job where the trigger job gets run on every patch in parallel and the builder job only runs where resources are available. -- This message was sent by Atlassian JIRA (v1000.1092.1#100053)

7 years, 4 months

1
0
0 / 0

[JIRA] (OVIRT-1218) Merge infra-docs into the 'jenkins' repo

by eedri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1218?page=com.atlassian.jir... ] eedri reassigned OVIRT-1218: ---------------------------- Assignee: Dafna Ron (was: infra) good practice on git commands > Merge infra-docs into the 'jenkins' repo > ---------------------------------------- > > Key: OVIRT-1218 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1218 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: Dafna Ron > Labels: documentation > > The 'jenkins' repo currently contains no documentation. The 'infra-docs' contains only docs, most of which deal with stuff that is in the 'jenkins' repo. > Both repos are maintained by the exact same people (The oVirt infra team). > Therefore it makes sense to unify these repos. > Pros: > * Easier discovery of docs for people looking to contribute to the 'jenkins' repo. > * Can now enforce including documentation for new features in 'jenkins' repo. > * Less repos to maintain for the infra team. -- This message was sent by Atlassian JIRA (v1000.1092.1#100053)

7 years, 4 months

1
0
0 / 0

[JIRA] (OVIRT-1162) Make sure cron failure email from resources.ovirt.org reach the infra list

by eedri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1162?page=com.atlassian.jir... ] eedri updated OVIRT-1162: ------------------------- Priority: High (was: Medium) > Make sure cron failure email from resources.ovirt.org reach the infra list > -------------------------------------------------------------------------- > > Key: OVIRT-1162 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1162 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Repositories Mgmt > Reporter: Barak Korren > Assignee: infra > Priority: High > > There are quite a few things that run there with cron and we need to know when they fail. -- This message was sent by Atlassian JIRA (v1000.1092.1#100053)

7 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Infra July 2017