Re: [JIRA] (OVIRT-2815) jenkins slaves repos config is obsolete

[Eyal Edri]

I don't think it affects the code being tested since it runs in mock which
uses the latest repos.
The Jenkins slaves are updated on demand whenever there is a need to do it.

Regardless, we sometimes update the slaves to use newer repos when a new OS
version is out.

On Thu, Oct 17, 2019 at 12:00 PM Evgheni Dereveanchin (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

>
>  [
> https://ovirt-jira.atlassian.net/browse/OVIRT-2815?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> Evgheni Dereveanchin reassigned OVIRT-2815:
> ---
>
> Assignee: Evgheni Dereveanchin  (was: infra)
>
> > jenkins slaves repos config is obsolete
> > ---
> >
> > Key: OVIRT-2815
> > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2815
> > Project: oVirt - virtualization made easy
> >  Issue Type: By-EMAIL
> >Reporter: Sandro Bonazzola
> >Assignee: Evgheni Dereveanchin
> >
> > example, centos7.conf has:
> > [centos-base-el7]
> > name = CentOS-7 - Base
> > baseurl =
> > http://mirrors.phx.ovirt.org/repos/yum/centos-base-el7/2019-01-20-09-36
> > gpgcheck = 1
> > gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
> > skip_if_unavailable = true
> > proxy = _none_
> > but CentOS 7.7 has been released long after 2019-01-20 so it's not being
> > updated on slaves.
> > Please update configuration ASAP.
> > --
> > Sandro Bonazzola
>
>
>
> --
> This message was sent by Atlassian Jira
> (v1001.0.0-SNAPSHOT#100113)
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/HTEDMVZIAIHMWGS3JN2342RD727Q2IYW/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/K2BQOF6VXABA7NZZZCPTWBVVZG6L3HMG/

[JIRA] (OVIRT-2814) reposync fails syncing repos on completely unrelated paths (concurrency issue?)

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39911#comment-39911
 ] 

Eyal Edri commented on OVIRT-2814:
--

Is there anything we can/should do to fix this or next runs should work?

> reposync fails syncing repos on completely unrelated paths (concurrency 
> issue?)
> ---
>
> Key: OVIRT-2814
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2814
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Sandro Bonazzola
>Assignee: infra
>
> About job
> https://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_64/2934/console
> As you can see below
> 05:35:07 ++ reposync --config=jenkins/data/mirrors-reposync.conf
> --repoid=centos-kvm-common-el7 --arch=x86_64
> --cachedir=/home/jenkins/mirrors_cache
> --download_path=/var/www/html/repos/yum/centos-kvm-common-el7/base
> --norepopath --newest-only --urls --quiet
> the sync is related to "/var/www/html/repos/yum/centos-kvm-common-el7/base"
> using as cache directory "/home/jenkins/mirrors_cache"
> but in "/home/jenkins/mirrors_cache" there's
> "/home/jenkins/mirrors_cache/fedora-base-fc29":
> 05:35:16 Traceback (most recent call last):
> 05:35:16   File "/usr/bin/reposync", line 373, in 
> 05:35:16 main()
> 05:35:16   File "/usr/bin/reposync", line 185, in main
> 05:35:16 my.doRepoSetup()
> 05:35:16   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line
> 681, in doRepoSetup
> 05:35:16 return self._getRepos(thisrepo, True)
> 05:35:16   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line
> 721, in _getRepos
> 05:35:16 self._repos.doSetup(thisrepo)
> 05:35:16   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157,
> in doSetup
> 05:35:16 self.retrieveAllMD()
> 05:35:16   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88,
> in retrieveAllMD
> 05:35:16 dl = repo._async and repo._commonLoadRepoXML(repo)
> 05:35:16   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line
> 1468, in _commonLoadRepoXML
> 05:35:16 local  = self.cachedir + '/repomd.xml'
> 05:35:16   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line
> 777, in 
> 05:35:16 cachedir = property(lambda self: self._dirGetAttr('cachedir'))
> 05:35:16   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line
> 760, in _dirGetAttr
> 05:35:16 self.dirSetup()
> 05:35:16   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line
> 738, in dirSetup
> 05:35:16 self._dirSetupMkdir_p(dir)
> 05:35:16   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line
> 715, in _dirSetupMkdir_p
> 05:35:16 raise Errors.RepoError, msg
> 05:35:16 yum.Errors.RepoError: Error making cache directory:
> /home/jenkins/mirrors_cache/fedora-base-fc29 error was: [Errno 17] File
> exists: '/home/jenkins/mirrors_cache/fedora-base-fc29'
> this looks like a concurrency issue, a lock should be used in order to
> prevent two instances to use the same cache directory at the same time or
> use separate cache directories for different repos.
> -- 
> Sandro Bonazzola



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100113)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/6H63JN5HBUHWZZOTTML4TZ55UU72J7IS/

Re: [JIRA] (OVIRT-2814) reposync fails syncing repos on completely unrelated paths (concurrency issue?)

[Eyal Edri]

Is there anything we can/should do to fix this or next runs should work?

On Tue, Oct 22, 2019 at 9:50 AM Barak Korren (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

>
> [
> https://ovirt-jira.atlassian.net/browse/OVIRT-2814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39909#comment-39909
> ]
>
> Barak Korren commented on OVIRT-2814:
> -
>
> {code}
> this looks like a concurrency issue, a lock should be used in order to
> prevent two instances to use the same cache directory at the same time or
> use separate cache directories for different repos.
> {code}
>
> As you can see in the path name - it is unique for the repo, and there is
> only one update job per repo that does not run concurrently. So the last
> sentence you wrote above holds.
>
> This might be a cleanup issues, where some failure scenario leaves some
> lock files behind.
>
> > reposync fails syncing repos on completely unrelated paths (concurrency
> issue?)
> >
> ---
> >
> > Key: OVIRT-2814
> > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2814
> > Project: oVirt - virtualization made easy
> >  Issue Type: By-EMAIL
> >Reporter: Sandro Bonazzola
> >Assignee: infra
> >
> > About job
> >
> https://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_64/2934/console
> > As you can see below
> > 05:35:07 ++ reposync --config=jenkins/data/mirrors-reposync.conf
> > --repoid=centos-kvm-common-el7 --arch=x86_64
> > --cachedir=/home/jenkins/mirrors_cache
> > --download_path=/var/www/html/repos/yum/centos-kvm-common-el7/base
> > --norepopath --newest-only --urls --quiet
> > the sync is related to
> "/var/www/html/repos/yum/centos-kvm-common-el7/base"
> > using as cache directory "/home/jenkins/mirrors_cache"
> > but in "/home/jenkins/mirrors_cache" there's
> > "/home/jenkins/mirrors_cache/fedora-base-fc29":
> > 05:35:16 Traceback (most recent call last):
> > 05:35:16   File "/usr/bin/reposync", line 373, in 
> > 05:35:16 main()
> > 05:35:16   File "/usr/bin/reposync", line 185, in main
> > 05:35:16 my.doRepoSetup()
> > 05:35:16   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line
> > 681, in doRepoSetup
> > 05:35:16 return self._getRepos(thisrepo, True)
> > 05:35:16   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line
> > 721, in _getRepos
> > 05:35:16 self._repos.doSetup(thisrepo)
> > 05:35:16   File "/usr/lib/python2.7/site-packages/yum/repos.py", line
> 157,
> > in doSetup
> > 05:35:16 self.retrieveAllMD()
> > 05:35:16   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88,
> > in retrieveAllMD
> > 05:35:16 dl = repo._async and repo._commonLoadRepoXML(repo)
> > 05:35:16   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line
> > 1468, in _commonLoadRepoXML
> > 05:35:16 local  = self.cachedir + '/repomd.xml'
> > 05:35:16   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line
> > 777, in 
> > 05:35:16 cachedir = property(lambda self:
> self._dirGetAttr('cachedir'))
> > 05:35:16   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line
> > 760, in _dirGetAttr
> > 05:35:16 self.dirSetup()
> > 05:35:16   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line
> > 738, in dirSetup
> > 05:35:16 self._dirSetupMkdir_p(dir)
> > 05:35:16   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line
> > 715, in _dirSetupMkdir_p
> > 05:35:16 raise Errors.RepoError, msg
> > 05:35:16 yum.Errors.RepoError: Error making cache directory:
> > /home/jenkins/mirrors_cache/fedora-base-fc29 error was: [Errno 17] File
> > exists: '/home/jenkins/mirrors_cache/fedora-base-fc29'
> > this looks like a concurrency issue, a lock should be used in order to
> > prevent two instances to use the same cache directory at the same time or
> > use separate cache directories for different repos.
> > --
> > Sandro Bonazzola
>
>
>
> --
> This message was sent by Atlassian Jira
> (v1001.0.0-SNAPSHOT#100113)
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVir

[JIRA] (OVIRT-2812) move Douglas' rhvanalyzer repo under oVirt

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2812?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2812:
-
Resolution: Fixed
Status: Done  (was: To Do)

> move Douglas' rhvanalyzer repo under oVirt
> --
>
> Key: OVIRT-2812
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2812
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Michal Skrivanek
>Assignee: infra
>




--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100111)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/RHSSLCZXKYESE6VJYIHHMF7QDB5WRJMH/

[JIRA] (OVIRT-2812) move Douglas' rhvanalyzer repo under oVirt

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39900#comment-39900
 ] 

Eyal Edri commented on OVIRT-2812:
--

Done, added Michal as admin for the repo.

> move Douglas' rhvanalyzer repo under oVirt
> --
>
> Key: OVIRT-2812
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2812
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Michal Skrivanek
>Assignee: infra
>




--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100111)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/VZ3XSNOZ4Y2V3VF3PTSSGVZF456HETGC/

Re: [JIRA] (OVIRT-2812) move Douglas' rhvanalyzer repo under oVirt

[Eyal Edri]

Done, added Michal as admin for the repo.


On Tue, Oct 8, 2019 at 6:08 PM Douglas Landgraf (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

>
> [
> https://ovirt-jira.atlassian.net/browse/OVIRT-2812?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39894#comment-39894
> ]
>
> Douglas Landgraf commented on OVIRT-2812:
> -
>
> Please Add this project under oVirt upstream:
>
> [
> https://github.com/dougsland/openshift-rhvanalyzer|https://github.com/dougsland/openshift-rhvanalyzer|smart-link]
>
>
> > move Douglas' rhvanalyzer repo under oVirt
> > --
> >
> > Key: OVIRT-2812
> > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2812
> > Project: oVirt - virtualization made easy
> >  Issue Type: Task
> >Reporter: Michal Skrivanek
> >Assignee: infra
> >
>
>
>
>
> --
> This message was sent by Atlassian Jira
> (v1001.0.0-SNAPSHOT#100111)
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/KZAKDZPVX5XFMCW7X4GQU3YWGMQMTCST/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/S2WMFMT7QT6XR3HTQG36NDBAHJ4MHYKY/

[JIRA] (OVIRT-2811) s390x tests failing on missing tty

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39891#comment-39891
 ] 

Eyal Edri commented on OVIRT-2811:
--

according to [~accountid:557058:5fc78873-359e-47c9-aa0b-4845b0da8143] this will 
later fail on git clone since the logs are root owned.

> s390x tests failing on missing tty
> --
>
> Key: OVIRT-2811
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2811
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Sandro Bonazzola
>Assignee: infra
>Priority: High
>
> Jenkins is failing on s390x with:
> [2019-10-07T11:45:31.272Z] + sudo -n chown -R ovirt:ovirt
> /home/ovirt/workspace/ovirt-release_standard-check-patch/check-patch.fc30.s390x
> [2019-10-07T11:45:31.272Z] sudo: sorry, you must have a tty to run sudo
> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-release_standard-check-patch/detail/ovirt-release_standard-check-patch/151/pipeline/140
> -- 
> Sandro Bonazzola
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
> Red Hat EMEA <https://www.redhat.com/>
> sbona...@redhat.com
> <https://www.redhat.com/>*Red Hat respects your work life balance.
> Therefore there is no need to answer this email out of your office hours.*



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100111)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/UXTXDXPE6JFN3GAQL4OJBRJMSGYWWHCY/

[JIRA] (OVIRT-2811) s390x tests failing on missing tty

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39888#comment-39888
 ] 

Eyal Edri commented on OVIRT-2811:
--

I don't think you need use sudo, since you're already root on the mock.
Did you try running without sudo?

If you want to use sudo, you'll need to edit the /etc/suders files before
and enable tty.

> s390x tests failing on missing tty
> --
>
> Key: OVIRT-2811
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2811
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Sandro Bonazzola
>Assignee: infra
>
> Jenkins is failing on s390x with:
> [2019-10-07T11:45:31.272Z] + sudo -n chown -R ovirt:ovirt
> /home/ovirt/workspace/ovirt-release_standard-check-patch/check-patch.fc30.s390x
> [2019-10-07T11:45:31.272Z] sudo: sorry, you must have a tty to run sudo
> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-release_standard-check-patch/detail/ovirt-release_standard-check-patch/151/pipeline/140
> -- 
> Sandro Bonazzola
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
> Red Hat EMEA <https://www.redhat.com/>
> sbona...@redhat.com
> <https://www.redhat.com/>*Red Hat respects your work life balance.
> Therefore there is no need to answer this email out of your office hours.*



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100111)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/Q6BHRAQIECEJXOU4RPS7OJFV65A6VMYU/

Re: [JIRA] (OVIRT-2811) s390x tests failing on missing tty

[Eyal Edri]

I don't think you need use sudo, since you're already root on the mock.
Did you try running without sudo?

If you want to use sudo, you'll need to edit the /etc/suders files before
and enable tty.

On Mon, Oct 7, 2019 at 3:22 PM Sandro Bonazzola (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

> Sandro Bonazzola created OVIRT-2811:
> ---
>
>  Summary: s390x tests failing on missing tty
>  Key: OVIRT-2811
>  URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2811
>  Project: oVirt - virtualization made easy
>   Issue Type: By-EMAIL
> Reporter: Sandro Bonazzola
> Assignee: infra
>
>
> Jenkins is failing on s390x with:
>
> [2019-10-07T11:45:31.272Z] + sudo -n chown -R ovirt:ovirt
>
> /home/ovirt/workspace/ovirt-release_standard-check-patch/check-patch.fc30.s390x
> [2019-10-07T11:45:31.272Z] sudo: sorry, you must have a tty to run sudo
>
>
> https://jenkins.ovirt.org/blue/organizations/jenkins/ovirt-release_standard-check-patch/detail/ovirt-release_standard-check-patch/151/pipeline/140
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://www.redhat.com/>*Red Hat respects your work life balance.
> Therefore there is no need to answer this email out of your office hours.*
>
>
>
> --
> This message was sent by Atlassian Jira
> (v1001.0.0-SNAPSHOT#100111)
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/S2VPKMZVCIN3ABBMNA7MHBMEVR2SDSEI/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/OMBLCI45ZCF4QREUQPYU54IAFRN2IDQ7/

Re: Whitelist kshithij...@gmail.com

[Eyal Edri]

added https://gerrit.ovirt.org/#/c/103784/

On Thu, Oct 3, 2019 at 9:07 AM Yedidyah Bar David  wrote:

> Hi,
>
> kshithij...@gmail.com (CCed) pushed a patch for otopi [1]. Can you
> please add this address to the whitelist, so that CI will trigger?
> Thanks.
>
> [1] https://gerrit.ovirt.org/103583
> --
> Didi
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/NHODRIHTCDCMTWZ6TGU2PUGVXCHS65K2/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/D6L2XFJKCDXPEX5ZEQ3AV2TZEKPTTOMW/

Re: OST fails on 004_basic_sanity.verify_glance_import

[Eyal Edri]

On Thu, Sep 26, 2019 at 1:22 PM Yedidyah Bar David  wrote:

> Hi all,
>
> [1], which I ran for verifying [2], fails for me at
> 004_basic_sanity.verify_glance_import . I can see several different
> cases of failure there reported to devel@, last one 1.5 months ago. Is
> this a (new) known issue?
>

Its not a known issue AFAIK, though it is dependent on the network to the
glance instance,
which sometimes can be unstable or slow, hence a test can fail.
We've had a network outage this morning, it could be related to it.
If you see the same test failure repeatedly, then we'll need to investigate
further if something is wrong with the glance server.


>
> [1]
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_manual/5666/
>
> [2] https://gerrit.ovirt.org/97698
>
> Thanks and best regards,
> --
> Didi
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/OOP7647K4VLXGVSDWS4R7UERH5SMFQEA/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/YCZHTRJMCCGCTNUYNUXR3WYTO6I5HTKA/

[JIRA] (OVIRT-2268) Enable IPv6 for resources.ovirt.org

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39842#comment-39842
 ] 

Eyal Edri commented on OVIRT-2268:
--

[~accountid:557058:caa507e4-2696-4f45-8da5-d2585a4bb794] 
[~accountid:557058:06620dac-7815-415e-9b2a-b834ef470861] perhaps we can mirror 
just ovirt snapshots to OSAS community cage, same as we did with Glance? it 
should be around 25 GB for master and 4.3 content.

> Enable IPv6 for resources.ovirt.org
> ---
>
> Key: OVIRT-2268
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2268
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: oVirt Infra
>Reporter: Dominik Holler
>Assignee: infra
>
> To allow access to resources.ovirt.org in IPv6 only setups, IPv6 should be 
> enabled for resources.ovirt.org.
> This would allow users in IPv6 only setups to install oVirt.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100110)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/KFE5RDVNKCUQUUG74AXWIZOZSXXQXC6D/

[JIRA] (OVIRT-2268) Enable IPv6 for resources.ovirt.org

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39841#comment-39841
 ] 

Eyal Edri commented on OVIRT-2268:
--

For now PHX2 (our DC) doesn’t support IPV6 and also our future platform won’t 
support it from day 1 (PSI).

The only solution, for now, is to use one of the mirrors of oVirt available 
here:

[https://www.ovirt.org/develop/infra/repository-mirrors.html|https://www.ovirt.org/develop/infra/repository-mirrors.html]

The only problem is that it doesn’t include non-released oVirt content.

> Enable IPv6 for resources.ovirt.org
> ---
>
> Key: OVIRT-2268
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2268
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: oVirt Infra
>Reporter: Dominik Holler
>Assignee: infra
>
> To allow access to resources.ovirt.org in IPv6 only setups, IPv6 should be 
> enabled for resources.ovirt.org.
> This would allow users in IPv6 only setups to install oVirt.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100110)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/27HGNVPYHDURSVQZGPYERCAE3ZNBXZAX/

[JIRA] (OVIRT-2242) Improve Hosted Engine tests since it's the common way users use oVirt

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2242?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2242:
-
Resolution: Fixed
Status: Done  (was: To Do)

> Improve Hosted Engine tests since it's the common way users use oVirt
> -
>
> Key: OVIRT-2242
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2242
> Project: oVirt - virtualization made easy
>  Issue Type: Epic
>Reporter: Gal Ben Haim
>Assignee: infra
>




--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100110)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/E4OLV5IEPP3BSJME2YESQHNHY65JQRF7/

[JIRA] (OVIRT-2212) Document the steps needed to add a new distro for CI slaves

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2212?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39837#comment-39837
 ] 

Eyal Edri commented on OVIRT-2212:
--

[~accountid:557058:caa507e4-2696-4f45-8da5-d2585a4bb794] is this something 
[~accountid:5c977456c430371a3c67dbf6] can handle? now that he helped with 
upgrading to new Fedora?

> Document the steps needed to add a new distro for CI slaves
> ---
>
> Key: OVIRT-2212
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2212
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: Documentation, Jenkins Slaves
>Reporter: Evgheni Dereveanchin
>Assignee: infra
>
> Adding a new distro/architecture to CI involves multiple steps like 
> installing software, creating users, managing software mirrors. This process 
> needs to be documented on ReadTheDocs



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100110)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/K7FRY2YRITGBDVF65TGBSD3ECANCKVL7/

[JIRA] (OVIRT-1866) Use PERFORMANCE_OPTIMIZED pipelines instead of MAX_SURVIVABILITY

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1866?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39836#comment-39836
 ] 

Eyal Edri commented on OVIRT-1866:
--

[~accountid:557058:caa507e4-2696-4f45-8da5-d2585a4bb794] 
[~accountid:557058:5ca52a09-2675-4285-a044-12ad20f6166a] is this something we 
can check as part of further optimizing the Jenkins server?

> Use PERFORMANCE_OPTIMIZED pipelines instead of MAX_SURVIVABILITY
> 
>
> Key: OVIRT-1866
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1866
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: Jenkins Master
>Reporter: Daniel Belenky
>Assignee: infra
>  Labels: jenkins
>
> It seems that pipelines now have support to configure their behavior of 
> serialization of objects, and since we know that this serialization never 
> worked for us as we'd expect it to, maybe we should consider using 
> PERFORMANCE_OPTIMIZED mode which will avoid serializing and maybe boost the 
> performance.
> [Link to subject in jenkincci-dev 
> google|https://groups.google.com/forum/#!msg/jenkinsci-dev/F4zcOWLI32w/51qixjepCgAJ]



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100110)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/NWVJTROEZSU4WOUZ4GMYDA5NIIF22C3L/

[JIRA] (OVIRT-1678) Move gerrit-admin project to be standard CI

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39835#comment-39835
 ] 

Eyal Edri commented on OVIRT-1678:
--

[~accountid:557058:5ca52a09-2675-4285-a044-12ad20f6166a] can it be done by 
[~accountid:5c977456c430371a3c67dbf6] as part of learning STD-CI? 



> Move gerrit-admin project to be standard CI
> ---
>
> Key: OVIRT-1678
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1678
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: Gerrit/git, Gerrit Hooks
>Reporter: Eyal Edri
>Assignee: infra
>
> Since we're moving all projects on CI to be a std-ci project ( i.e have 
> automation/ dir with all the relevant scripts inside ), we should also move 
> the gerrit-admin project which holds all the code for the Gerrit hooks.
> This will help lay the ground for adding unit-tests and deployments for the 
> hooks in a standard way. 
> I would start with adding a 'check-patch.sh' script which will do basic 
> sanity on the code, maybe using partner-bugizlla instance and a test bug for 
> testing the hooks.
> It's also a great way to learn more about how to create a stanard CI project.
> More info on it can be found on the infra docs page: 
> http://ovirt-infra-docs.readthedocs.io/en/latest/CI/Build_and_test_standards/index.html



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100110)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/O67IKXJUTL52SFTYSCJJF34HL7ZG7MEK/

[JIRA] (OVIRT-1448) Enable devs to specifiy patch dependencies for OST

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39834#comment-39834
 ] 

Eyal Edri commented on OVIRT-1448:
--

[~accountid:557058:5fc78873-359e-47c9-aa0b-4845b0da8143] can we close this 
since patch dependencies will be included as part of the Zuul deployment?

> Enable devs to specifiy patch dependencies for OST
> --
>
> Key: OVIRT-1448
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1448
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: oVirt CI
>Reporter: Barak Korren
>Assignee: infra
>  Labels: change-queue
>
> We have an issue with our system ATM where if there are patches for different 
> projects that depend on one another, the system is unaware of that dependency.
> What typically happens in this scenario is that sending the dependent patch 
> makes the experimental test fail and keep failing until the other patch is 
> also merged.
> The change queue will handle this better, but the typical behaviour for it 
> would be to reject both patches, unless they are somehow coordinated to make 
> it into the same test.
> The change queue core code already includes the ability to track and 
> understand dependencies between changes. What is missing is the ability for 
> developers to specify theses dependencies.
> We would probably want to adopt OpenStack's convention here.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100110)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/E7Y3UOGTVV2XWYXDOK3RGEJJTFY3LEEJ/

[JIRA] (OVIRT-2002) Sun-setting foreman and puppet for oVirt

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2002?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39833#comment-39833
 ] 

Eyal Edri commented on OVIRT-2002:
--

[~accountid:557058:caa507e4-2696-4f45-8da5-d2585a4bb794] I suggest to split 
this ticket to 2 at least, and focusing on dropping puppet in favor of Ansible.

Right now we only have Jenkins server left and resources that are still using 
puppet?

> Sun-setting foreman and puppet for oVirt 
> -
>
> Key: OVIRT-2002
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2002
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>    Reporter: Eyal Edri
>Assignee: infra
>
> This is a tracking ticket for an effort to stop using Foreman and puppet on 
> oVirt.
> Work has already begun to decouple Jenkins slaves from puppet by using 
> glboal_setup.sh scripts, however, there are still services that use it and 
> foreman for user mgmt and production VMs.
> Maintaining the foreman and puppet services including future required 
> upgrades for security or bug fixing takes time and effort from the team 
> without too much value.
> We should look into alternatives that won't require maintaining new services 
> and reduce load from the team,
> E.g - using Ansible playbooks to deploy servers instead of puppet and using a 
> different way to handle users ( Ansible also ? )
> Please use this as a parent ticket to track all sub-tasks relevant to this 
> effort.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100110)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/3NWO6JCP2A544WKXHEIA5Q27OCQBTDFZ/

[JIRA] (OVIRT-2799) Fix HOST SSH warn messages on Gerrit (ssh_host_ecdsa_384_key: Invalid DER: object is not an OID: SEQUENCE)

[Eyal Edri (oVirt JIRA)]

Eyal Edri created OVIRT-2799:


 Summary: Fix HOST SSH warn messages on Gerrit 
(ssh_host_ecdsa_384_key: Invalid DER: object is not an OID: SEQUENCE)
 Key: OVIRT-2799
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2799
 Project: oVirt - virtualization made easy
  Issue Type: Bug
  Components: Gerrit/git
Reporter: Eyal Edri
Assignee: infra


Gerrit.ovirt.org error log is spammed with the following error:
[2019-09-23 10:36:14,932] [sshd-SshServer[7c68a63c]-nio2-thread-3] WARN  
org.apache.sshd.common.keyprovider.FileKeyPairProvider : Failed 
(StreamCorruptedException) to load k
ey resource=/home/gerrit2/review_site/etc/ssh_host_ecdsa_384_key: Invalid DER: 
object is not an OID: SEQUENCE

Quick search found this 
thread:https://groups.google.com/forum/#!msg/repo-discuss/VF5-TtBCbuM/Rp0pAcoxBwAJ
Which talks about regenerating host ssh keys to fix the issue ( its possible 
leftover from CentOS6 and we need to run the generation of keys again on CentOS 
7)

Otherwise worth asking on the Gerrit IRC/Groups again.




--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100110)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/RKUPLII4U4P3NWGFFVMXWVDHQQQJEL2O/

Re: [oVirt] [CQ weekly status] [07-09-2019]

[Eyal Edri]

On Sat, Sep 7, 2019 at 4:49 PM Dusan Fodor  wrote:

> Hi,
>
> This mail is to provide the current status of CQ and allow people to
> review status before and after the weekend.
> Please refer to below colour map for further information on the meaning of
> the colours.
>
> *CQ-4.2*:  NOT RELEVANT
> This CQ is not followed anymore, since it's about to be decommissioned.
>

Its been a while since it's pending removal, what's holding back the
removal of the CQ?
Are there any patches open on it?


>
> *CQ-4.3*:   YELLOW (#1)
> Last failure was on 06-09 for vdsm in host installation. It was caused by
> missing package and solved soon after.
>
> *CQ-Master:*  YELLOW (#1)
> Last failure was on 05-09 was random one-time failure on adding storage
> domain.
>
>
>
>  Current running jobs for 4.2 [1], 4.3 [2] and master [3] can be found
> here:
>
> [1] http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -4.2_change-queue-tester/
>
> [2] https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -4.3_change-queue-tester/
>
> [3] http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -master_change-queue-tester/
>
> Have a nice week!
> Dusan
>
>
>
> ---
> COLOUR MAP
>
> Green = job has been passing successfully
>
> ** green for more than 3 days may suggest we need a review of our test
> coverage
>
>
>1.
>
>1-3 days   GREEN (#1)
>2.
>
>4-7 days   GREEN (#2)
>3.
>
>Over 7 days GREEN (#3)
>
>
> Yellow = intermittent failures for different projects but no lasting or
> current regressions
>
> ** intermittent would be a healthy project as we expect a number of
> failures during the week
>
> ** I will not report any of the solved failures or regressions.
>
>
>1.
>
>Solved job failuresYELLOW (#1)
>2.
>
>Solved regressions  YELLOW (#2)
>
>
> Red = job has been failing
>
> ** Active Failures. The colour will change based on the amount of time the
> project/s has been broken. Only active regressions would be reported.
>
>
>1.
>
>1-3 days  RED (#1)
>2.
>
>4-7 days  RED (#2)
>3.
>
>Over 7 days RED (#3)
>
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt
> .org/community/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/devel@ovirt
> .org/message/YCNCKRK3G4EJXA3OCYAUS4VMKRDA67F4/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/64TTD7WQLNU55CNL6IKVMDTXAWSR67QH/

[JIRA] (OVIRT-2788) CI: Add the option to send and email if stage fails

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2788?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39786#comment-39786
 ] 

Eyal Edri commented on OVIRT-2788:
--

[~accountid:557058:c4a3432b-f1c1-4620-b53b-c398d6d3a5c2] 
[~accountid:5aa0f39f5a4d022884128a0f] Can you assist? where is the email 
definition for upstream sources is done ?

> CI: Add the option to send and email if stage fails
> ---
>
> Key: OVIRT-2788
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2788
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: CI client projects
>Reporter: Bell Levin
>Assignee: infra
>
> Added the poll-upstream-sources stage to be ran every night on vdsm \[1]. I 
> think it is useful if an email is sent to selected people if the stage has 
> failed.
> Such option is available in V1 (namely, the nightly ost network suite), and 
> would help me out if implemented in V2 as well.
> \[1] 
> [https://gerrit.ovirt.org/#/c/102901/|https://gerrit.ovirt.org/#/c/102901/]
> FYI [~accountid:557058:866c109f-3951-4680-8dac-b76caf296501] 
> [~accountid:557058:c4a3432b-f1c1-4620-b53b-c398d6d3a5c2] 
> [~accountid:5aa0f39f5a4d022884128a0f] 



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100109)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/EOW5AEURZ6XEBNK5VVAZVKLN3MC4XIU6/

[JIRA] (OVIRT-2789) Fwd: Any chance you can remove dp...@redhat.com from infra@ovirt.org ?

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2789:
-
Resolution: Fixed
Status: Done  (was: To Do)

> Fwd: Any chance you can remove dp...@redhat.com from infra@ovirt.org ?
> --
>
> Key: OVIRT-2789
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2789
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Barak Korren
>Assignee: infra
>
> Forwarding to infra-support, so Duck will see this.
> -- Forwarded message -
> From: Yaniv Kaul 
> Date: Tue, 3 Sep 2019 at 16:34
> Subject: Any chance you can remove dp...@redhat.com from infra@ovirt.org ?
> To: Barak Korren 
> He no longer works at Red Hat and neither his manager - and I'm getting
> those emails, without the ability to remove him (or her?).
> TIA,
> Y.
> -- 
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100109)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/MSIRQZSCHO75WQYRYKZO7RE4T6DMH6DU/

[JIRA] (OVIRT-2789) Fwd: Any chance you can remove dp...@redhat.com from infra@ovirt.org ?

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39785#comment-39785
 ] 

Eyal Edri edited comment on OVIRT-2789 at 9/4/19 3:21 PM:
--

Done. removed him from infra list via the admin interface on lists.ovirt.org


was (Author: eedri):
Done. removed him from infra list via the admin interface on lists.redhat.com

> Fwd: Any chance you can remove dp...@redhat.com from infra@ovirt.org ?
> --
>
> Key: OVIRT-2789
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2789
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Barak Korren
>Assignee: infra
>
> Forwarding to infra-support, so Duck will see this.
> -- Forwarded message -
> From: Yaniv Kaul 
> Date: Tue, 3 Sep 2019 at 16:34
> Subject: Any chance you can remove dp...@redhat.com from infra@ovirt.org ?
> To: Barak Korren 
> He no longer works at Red Hat and neither his manager - and I'm getting
> those emails, without the ability to remove him (or her?).
> TIA,
> Y.
> -- 
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100109)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/7THJ7MHF542GFZ72JGLDHBB36YE5INEI/

[JIRA] (OVIRT-2789) Fwd: Any chance you can remove dp...@redhat.com from infra@ovirt.org ?

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2789?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39785#comment-39785
 ] 

Eyal Edri commented on OVIRT-2789:
--

Done. removed him from infra list via the admin interface on lists.redhat.com

> Fwd: Any chance you can remove dp...@redhat.com from infra@ovirt.org ?
> --
>
> Key: OVIRT-2789
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2789
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Barak Korren
>Assignee: infra
>
> Forwarding to infra-support, so Duck will see this.
> -- Forwarded message -
> From: Yaniv Kaul 
> Date: Tue, 3 Sep 2019 at 16:34
> Subject: Any chance you can remove dp...@redhat.com from infra@ovirt.org ?
> To: Barak Korren 
> He no longer works at Red Hat and neither his manager - and I'm getting
> those emails, without the ability to remove him (or her?).
> TIA,
> Y.
> -- 
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100109)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/6LUXXRN2ZBS4T7IKF3WYB5ZHUEMRL7PP/

[JIRA] (OVIRT-2787) connecting to ci slave as developer account

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39776#comment-39776
 ] 

Eyal Edri commented on OVIRT-2787:
--

I’m not sure it's possible with the current implementation of Jenkins in 
KubeVirt.

[~accountid:557058:f57f4f3d-a7d2-40b5-8ef1-94b6bbbf8dc7] 
[~accountid:557058:c4a3432b-f1c1-4620-b53b-c398d6d3a5c2] ?

Do you have a link to example job also that you were debugging?

> connecting to ci slave as developer account
> ---
>
> Key: OVIRT-2787
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2787
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Or Shoval
>Assignee: infra
>
> Hi Infra,
> sometimes in CNV we are using CI,
> and stuff fails,
> it would be awesome if we can get a developer profile
> that allows to connect in a restricted shell / rbash (idea by Dafna)
> in order to execute commands like get pods and describe pods,
> that will give hint about the problems
> is it possible please ? what it involves
> it can reduce lot of time and effort
> thanks



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/JKEEXIBRZX2R74XR7NPX7O522RGKBFCA/

[JIRA] (OVIRT-2764) send email on changequeue-status_master_standard-poll-upstream-sources failure

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39774#comment-39774
 ] 

Eyal Edri commented on OVIRT-2764:
--

[~accountid:5aa0f39f5a4d022884128a0f] can you verify this is done?

> send email on changequeue-status_master_standard-poll-upstream-sources failure
> --
>
> Key: OVIRT-2764
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2764
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: Jenkins Master
>Reporter: danken
>Assignee: infra
>
> OVIRT-2755 has enabled the new periodic job. I'd like to receive an email 
> when it fails.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/V6P4EQNKJCCWZRUTD5PMVOR5GVK3I7CH/

[JIRA] (OVIRT-2782) Configure Jenkins to wait less and allocate more

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2782?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri reassigned OVIRT-2782:


Assignee: Evgheni Dereveanchin  (was: infra)

> Configure Jenkins to wait less and allocate more
> 
>
> Key: OVIRT-2782
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2782
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: Daniel Belenky
>Assignee: Evgheni Dereveanchin
>
> By default, Jenkins is configured to wait a few seconds before allocating a 
> new node in a hope that a node in use to be freed. We can control this 
> setting by setting 
> {code:java}
> hudson.slaves.NodeProvisioner.initialDelay=0
> {code}
> We can also control the excessive workload threshold and force Jenkins to 
> allocate slaves for jobs in the queue... but, because Jenkins computes the 
> excess workload value (which decides if we need to allocate a new node) using 
> an EMA, we set it's margins to higher values and it effectively lowers its 
> threshold so that Jenkins will allocate nodes faster and in advance.
> The recommended settings by the k8s plugin to spawn a node for every build in 
> the queue:
> {code:java}
> -Dhudson.slaves.NodeProvisioner.initialDelay=0
> -Dhudson.slaves.NodeProvisioner.MARGIN=50
> -Dhudson.slaves.NodeProvisioner.MARGIN0=0.85
> {code}



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/3Y5X2YHBNGV5ZT2UVBEMY3T5APAXNFPB/

[JIRA] (OVIRT-1602) [RFE] allow passing a gerrit link to ovirt-system-tests_manual

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-1602:
-
Resolution: Fixed
Status: Done  (was: To Do)

This is now supported by the new CLI tool written by 
[~accountid:557058:5b558a0f-5666-4b7f-a655-83e5cc3a5de0]

> [RFE] allow passing a gerrit link to ovirt-system-tests_manual
> --
>
> Key: OVIRT-1602
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1602
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: oVirt CI
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi all,
> How about $subject?
> So that when ovirt-system-tests_manual sees a gerrit link supplied in
> CUSTOM_REPOS, it will do by itself 'ci please build' (extra points for
> checking if that's already done and reusing) and use the resultant
> build as if that build itself was supplied in CUSTOM_REPOS, thus
> freeing the user from doing that? I find myself many times running 'ci
> please build' only to later wait until it finished and then pass that
> to ovirt-system-tests_manual. For projects that are very quick to
> build, that's a bit tedious, but not too much. But for engine builds,
> that take somewhat longer, I often forget this and come back later. It
> would have been nice to be able to do this in a "single shot".
> Thanks,
> -- 
> Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/3SXEDITTNN3D4O4WQOS63HL36FJSAFMS/

[JIRA] (OVIRT-2599) Investigate sync between JIRA cloud to JIRA server

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2599?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri reassigned OVIRT-2599:


Assignee: Anton Marchukov  (was: infra)

> Investigate sync between JIRA cloud to JIRA server
> --
>
> Key: OVIRT-2599
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2599
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>    Reporter: Eyal Edri
>Assignee: Anton Marchukov
>
> We would like to converge on using a single JIRA board to show all our issues.
> There are some solution available, more info the following links;
> https://community.atlassian.com/t5/Jira-questions/Sync-between-JIRA-Cloud-and-JIRA-Server-intances/qaq-p/24837
> from that blog:
> https://marketplace.atlassian.com/apps/1215199/backbone-issue-sync-for-jira?hosting=server=overview&_ga=2.94339221.966821071.1543420083-1874095078.1502649427
> https://confluence.atlassian.com/jiracoreserver073/linking-issues-861257339.html?_ga=2.94339221.966821071.1543420083-1874095078.1502649427
> https://confluence.atlassian.com/applinks/application-links-documentation-165120834.html?_ga=2.94339221.966821071.1543420083-1874095078.1502649427
> https://www.connectall.com/
> https://marketplace.atlassian.com/apps/1215199/backbone-issue-sync-for-jira?hosting=server=overview&_ga=2.94339221.966821071.1543420083-1874095078.1502649427
> There are other options, shown up on a quick search.
> Once we find a reasonable plugin, we can ask PnT to purchase and install it 
> on the d/s instance.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/SWEB7XXK3EGLTCCRJ7DDMX4AIHUEM7WE/

[JIRA] (OVIRT-2714) Increase limits on concurrent https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ jobs

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2714?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2714:
-
Status: Done  (was: To Do)

> Increase limits on concurrent 
> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ jobs
> ---
>
> Key: OVIRT-2714
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2714
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Michal Skrivanek
>Assignee: infra
>
> This one is about manual OST runs
> cloned from OVIRT-2704
> ---
> We started to use this job to build artifacts for running OST.
> Looks like this job is limited to one concurrent job, which make it less
> useful than
> it could be.
> If we don't make it easy to run OST, people will not run it, and the change
> queue
> will break.
> Please change the limit to use the same limit used for regular builds. We
> seem to be
> able to create more then 10 concurrent builds by uploading patches to
> gerrit. The manual
> runner should this as well.
> Nir



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/RN6KIZLV6LI4V4QCN4ZXAY5AGKHSYVXE/

[JIRA] (OVIRT-2078) Check option for private changes on Gerrit

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2078?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri reassigned OVIRT-2078:


Assignee: Evgheni Dereveanchin  (was: infra)

> Check option for private changes on Gerrit
> --
>
> Key: OVIRT-2078
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2078
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>    Reporter: Eyal Edri
>Assignee: Evgheni Dereveanchin
>Priority: High
>
> We need an option sometimes to post private changes ( not draft ) to Gerrit,
> Gerrit has support for private changes [1], we should check if its available 
> in current version.
> [1] 
> https://gerrit-review.googlesource.com/Documentation/intro-user.html#private-changes



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/ROQHCIAMSQGI7SCWMHUX3LDYRJKAJYIO/

[JIRA] (OVIRT-2540) improving the upgrade suites

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2540?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri reassigned OVIRT-2540:


Assignee: Galit Rosenthal  (was: infra)

> improving the upgrade suites 
> -
>
> Key: OVIRT-2540
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2540
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Dafna Ron
>Assignee: Galit Rosenthal
>Priority: High
>
> our upgrade suites are testing engine upgrade with no objects created pre 
> upgrade and after upgrade are running a basic sanity test. 
> 1. upgrade should not take more then basic sanity and as we are running both 
> for the upgrade suite we need to change it 
> 2. we are not testing vdsm/host upgrade and we are also not testing basic 
> objects upgrade 
> the upgrade suites should be modified.
> [~mwperina] said he would write a design and until we have modified the 
> test-cases we should perhaps stop running upgrade on every run as I do not 
> think its contributing to our testing. 



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/WVAYSNE2HKWE23Z7NJLZNG7GVKU5A4VI/

[JIRA] (OVIRT-2566) make network suite blocking

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2566?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39742#comment-39742
 ] 

Eyal Edri commented on OVIRT-2566:
--

we can consider this once we enable zuul/patch gating.

[~accountid:557058:5fc78873-359e-47c9-aa0b-4845b0da8143] will we be able to 
enable network suite for gating network patches?

> make network suite blocking
> ---
>
> Key: OVIRT-2566
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2566
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: OST
>Reporter: danken
>Assignee: infra
>Priority: High
>
> The network suite is executing nightly for almost a year. It has a caring 
> team that tends to it, and it does not have false positives.
> Currently, it currently fails for a week on the 4.2 branch, but it is due to 
> a production code bug.
> https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests_network-suite-4.2/
> I would like to see this suite escalated to the importance of the basic 
> suite, making it a gating condition for marking a collection of packages as 
> "tested".
> [~gbenh...@redhat.com], what should be done to make this happen?



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/O6QI2BTMS4UR7AC54BJ2BOK2XXZ7UNUO/

[JIRA] (OVIRT-2757) Re: Jenkins Developer group

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri closed OVIRT-2757.

Resolution: Fixed

> Re: Jenkins Developer group
> ---
>
> Key: OVIRT-2757
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2757
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Anton Marchukov
>Assignee: Anton Marchukov
>
> Adding infra-support to generate a ticket.
> > On 16 Jul 2019, at 13:34, Andrej Cernek  wrote:
> > 
> > Hi,
> > I am intern in the oVirt networking team, but I am missing the 
> > Gerrit/ManualTrigger permission. Could you add me to the Developer group? 
> > My user ID is acernek.
> > Thank you
> > ___
> > Infra mailing list -- infra@ovirt.org
> > To unsubscribe send an email to infra-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct: 
> > https://www.ovirt.org/community/about/community-guidelines/
> > List Archives: 
> > https://lists.ovirt.org/archives/list/infra@ovirt.org/message/O4RERPUWYX2ZP257SBE2I6ZPXK3YXWOO/
> -- 
> Anton Marchukov
> Associate Manager - RHV DevOps - Red Hat



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/ZHG57IJ7CGR2NWPATSRDB6TCDRJ6PT7M/

[JIRA] (OVIRT-2446) Github push trigger will fail if was trigger by a tag push

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2446:
-
Status: To Do  (was: Blocked)

> Github push trigger will fail if was trigger by a tag push
> --
>
> Key: OVIRT-2446
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2446
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>Reporter: Roy Golan
>Assignee: infra
>
> When pushing a tag to a GH it triggers the jenkins webhook. In the invoked
> job,
> it will try to fech a new head with that tag, but that will fail since the
> repo doesn't have
> a head since it is started as git init.
> A breakdown from
> https://jenkins.ovirt.org/job/oVirt_ovirt-openshift-extensions_standard-on-ghpush/57/console
> - git init a repo
> *14:57:15*  > git init
> /home/jenkins/workspace/oVirt_ovirt-openshift-extensions_standard-on-ghpush/ovirt-openshift-extensions
> # timeout=10
> - git fetch tags (maybe the problem is here as it doesn't reffer to refs/tags)
> *15:35:07* [check-merged.el7.x86_64]  > git fetch --tags --progress
> https://gerrit.ovirt.org/jenkins +refs/heads/*:refs/remotes/origin/*
> - fetch upstream changes, which is here a tag v0.3.2, so it uses
> 'refs/tags/v0.3.2'
> *14:57:18*  > git fetch --tags --progress
> https://github.com/oVirt/ovirt-openshift-extensions
> +refs/tags/v0.3.2:myhead
> This fails with
> *14:57:19* stderr: error: cannot update ref 'refs/heads/myhead':
> trying to write non-commit object
> 3c7b5a5d243d1f3bcecbe7b527726b06113d0ec5 to branch 'refs/heads/myhead'
> While in regular merge with a tag on it uses 'refs/heads/master':
> *15:35:10* [check-merged.el7.x86_64]  > git fetch --tags --progress
> https://gerrit.ovirt.org/jenkins +refs/heads/master:myhead
> Since refs/tags/v0.3.2 doesn't exist locally it can't reference it. Since
> refs/heads/master exists locally it can create the alias 'myhead' to it.
> I would like to have the option to push a tag and trigger a build but this
> is not working atm without a commit attached to it.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/KQUBNQKPMIIJ3TYN7JFFEVLD3WOE4WZQ/

[JIRA] (OVIRT-2294) HC symlinks to deployment scripts

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2294?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39731#comment-39731
 ] 

Eyal Edri commented on OVIRT-2294:
--

[~accountid:5b25ec3f8b08c009c48b25c9] can you add info on this? is it still 
needed?

> HC symlinks to deployment  scripts
> --
>
> Key: OVIRT-2294
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2294
> Project: oVirt - virtualization made easy
>  Issue Type: Sub-task
>  Components: OST
>Reporter: Galit Rosenthal
>Assignee: infra
>
> HC - create symlinks for deployment scripts



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/P7FUGWNNBTII3OQ6FRF5MY2CIJG7WTP7/

[JIRA] (OVIRT-2695) [VDSM] build-artifacts on s390x broken again (bad mock/dnf cache?)

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2695:
-
Resolution: Fixed
Status: Done  (was: Blocked)

> [VDSM] build-artifacts on s390x broken again (bad mock/dnf cache?)
> --
>
> Key: OVIRT-2695
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2695
> Project: oVirt - virtualization made easy
>  Issue Type: Outage
>  Components: CI client projects, Jenkins Slaves
>Reporter: Nir Soffer
>Assignee: Barak Korren
>
> build-artifacts on s390x fail now with:
> [Errno 2] No such file or directory:
> '/var/cache/dnf/updates-07b7057ee4fded96/packages/systemd-238-12.git07f8cd5.fc28.s390x.rpm'
> Here are few example failures:
> https://jenkins.ovirt.org/blue/organizations/jenkins/vdsm_standard-check-patch/detail/vdsm_standard-check-patch/3727/pipeline
> https://jenkins.ovirt.org/blue/organizations/jenkins/vdsm_standard-check-patch/detail/vdsm_standard-check-patch/3732/pipeline
> This is going to block the change queue when we merge these patches,
> and we have 4.3 build soon.
> We had this issue few week ago, and Barak fixed this by deleting caches on
> the slaves. I hope this can be fixed quickly
> this time.
> Nir



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/CZ46ZCW5WO5D7YDP7ONHTJ3VVSID6A24/

[JIRA] (OVIRT-2784) please update maintainers for ovirt-engine-nodejs-modules

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2784:
-
Resolution: Fixed
Status: Done  (was: To Do)

> please update maintainers for ovirt-engine-nodejs-modules
> -
>
> Key: OVIRT-2784
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2784
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Michal Skrivanek
>Assignee: infra
>
> as per 
> https://lists.ovirt.org/archives/list/de...@ovirt.org/thread/S3ULX7EQZ7YHRM6TWUUY26VOHNQZE43I/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/BEONEXE7FHXUYW3INTXX323B724UQVTD/

[JIRA] (OVIRT-2785) Unable to add Documentation +1 flag to patch

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39717#comment-39717
 ] 

Eyal Edri commented on OVIRT-2785:
--

I just added myself to the documentation group and was able to add the
Documentation flag myself.
Is it possible you have 2 users that might need merging?

On Thu, Aug 29, 2019 at 10:54 AM Dafna Ron (oVirt JIRA) <



-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)


> Unable to add Documentation +1 flag to patch
> 
>
> Key: OVIRT-2785
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2785
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Steve Goodman
>Assignee: infra
>
> I was able to add the Documentation +1 to patches in the ovirt-engine-api 
> project, but now I can't. For example, https://gerrit.ovirt.org/#/c/102438/, 
> when I click Reply, I don't see the Documentation flag. I do see the Code 
> Review and Verified flags.
> I checked to see if I'm on 
> https://gerrit.ovirt.org/#/admin/groups/131,members and I am.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/PUEC2SV7TALJFZF6N36X4POEMQNKIVLM/

Re: [JIRA] (OVIRT-2785) Unable to add Documentation +1 flag to patch

[Eyal Edri]

I just added myself to the documentation group and was able to add the
Documentation flag myself.
Is it possible you have 2 users that might need merging?

On Thu, Aug 29, 2019 at 10:54 AM Dafna Ron (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

>
> [
> https://ovirt-jira.atlassian.net/browse/OVIRT-2785?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39716#comment-39716
> ]
>
> Dafna Ron commented on OVIRT-2785:
> --
>
> [~accountid:557058:5fc78873-359e-47c9-aa0b-4845b0da8143] was this removed?
>
> > Unable to add Documentation +1 flag to patch
> > 
> >
> > Key: OVIRT-2785
> > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2785
> > Project: oVirt - virtualization made easy
> >  Issue Type: Bug
> >Reporter: Steve Goodman
> >Assignee: infra
> >
> > I was able to add the Documentation +1 to patches in the
> ovirt-engine-api project, but now I can't. For example,
> https://gerrit.ovirt.org/#/c/102438/, when I click Reply, I don't see the
> Documentation flag. I do see the Code Review and Verified flags.
> > I checked to see if I'm on
> https://gerrit.ovirt.org/#/admin/groups/131,members and I am.
>
>
>
> --
> This message was sent by Atlassian Jira
> (v1001.0.0-SNAPSHOT#100108)
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/WOTTEWRJG3Q4QZVCSSPJASMJOIW3O5XP/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/FLUOU6TUJUMIBT3GOFYDIA2FH53C3Q3O/

[JIRA] (OVIRT-2140) enforce SSL on resources.ovirt.org

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39715#comment-39715
 ] 

Eyal Edri commented on OVIRT-2140:
--

[~accountid:557058:caa507e4-2696-4f45-8da5-d2585a4bb794] can we enable https 
for only the official releases under /pub and not for tested? so it won't 
affect the CI jobs speed, at least not at first stage?

> enforce SSL on resources.ovirt.org
> --
>
> Key: OVIRT-2140
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2140
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: Evgheni Dereveanchin
>Assignee: infra
>
> SSL was enabled on Resources with OVIRT-1472, this ticket is to transform the 
> non-SSL virtual hosts into redirects to the SSL version



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100108)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/PE3KOVZYQIP3TX7Q3DWPLPKUOLJ7W56I/

[JIRA] (OVIRT-2783) CI fails - tox error

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2783?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2783:
-
Resolution: Fixed
Status: Done  (was: To Do)

closing as this isn't an infra issue, will be solved on dev side.

> CI fails - tox error
> 
>
> Key: OVIRT-2783
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2783
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Pavel Bar
>Assignee: infra
>
> Hi,
> We experience problems with failed CI on VDSM patches.
> Examples:
> http://jenkins.ovirt.org/job/vdsm_standard-check-patch/10633/
> http://jenkins.ovirt.org/job/vdsm_standard-check-patch/10634/
> http://jenkins.ovirt.org/job/vdsm_standard-check-patch/10635/
> This is what we see in logs:
> out=`tox --version`; \
> if [ $? -ne 0 ]; then \
> echo "Error: cannot run tox, please install tox \
> 2.9.1 or later"; \
> exit 1; \
> fi; \
> version=`echo $out | cut -d' ' -f1`; \
> if python2.7 build-aux/vercmp $version 2.9.1; then \
> echo "Error: tox is too old, please install tox \
> 2.9.1 or later"; \
> exit 1; \
> fi
> Traceback (most recent call last):
>   File "/usr/bin/tox", line 7, in 
> from tox import cmdline
>   File "/usr/lib/python2.7/site-packages/tox/__init__.py", line 4, in
> 
> from .hookspecs import hookimpl
>   File "/usr/lib/python2.7/site-packages/tox/hookspecs.py", line 4, in
> 
> from pluggy import HookimplMarker
>   File "/usr/lib/python2.7/site-packages/pluggy/__init__.py", line 16, in
> 
> from .manager import PluginManager, PluginValidationError
>   File "/usr/lib/python2.7/site-packages/pluggy/manager.py", line 6, in
> 
> import importlib_metadata
>   File "/usr/lib/python2.7/site-packages/importlib_metadata/__init__.py",
> line 9, in 
> import zipp
>   File "/usr/lib/python2.7/site-packages/zipp.py", line 12, in 
> import more_itertools
>   File "/usr/lib/python2.7/site-packages/more_itertools/__init__.py", line
> 1, in 
> from more_itertools.more import *  # noqa
>   File "/usr/lib/python2.7/site-packages/more_itertools/more.py", line 340
> def _collate(*iterables, key=lambda a: a, reverse=False):
>^
> SyntaxError: invalid syntax
> Error: cannot run tox, please install tox 2.9.1 or later
> make: *** [tox] Error 1
> + teardown
> + res=2
> + '[' 2 -ne 0 ']'
> + echo '*** err: 2'
> *** err: 2
> + collect_logs
> + tar --directory /var/log --exclude 'journal/*' -czf
> /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/exported-artifacts/mock_varlogs.tar.gz
> .
> + tar --directory /var/host_log --exclude 'journal/*' -czf
> /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/exported-artifacts/host_varlogs.tar.gz
> .
> + teardown_storage
> + python2 tests/storage/userstorage.py teardown
> Can someone look at it?
> Thank you in advance!
> Pavel



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100107)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/ABQNQR4CSAHLR3IRYA2CALYBP3IJXOQU/

[JIRA] (OVIRT-2783) CI fails - tox error

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39703#comment-39703
 ] 

Eyal Edri commented on OVIRT-2783:
--

It looks like a syntax error, before it can’t install tox:

File "/usr/lib/python2.7/site-packages/more_itertools/more.py", line 340def 
_collate(*iterables, key=lambda a: a, reverse=False):^SyntaxError: invalid 
syntax

> CI fails - tox error
> 
>
> Key: OVIRT-2783
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2783
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Pavel Bar
>Assignee: infra
>
> Hi,
> We experience problems with failed CI on VDSM patches.
> Examples:
> http://jenkins.ovirt.org/job/vdsm_standard-check-patch/10633/
> http://jenkins.ovirt.org/job/vdsm_standard-check-patch/10634/
> http://jenkins.ovirt.org/job/vdsm_standard-check-patch/10635/
> This is what we see in logs:
> out=`tox --version`; \
> if [ $? -ne 0 ]; then \
> echo "Error: cannot run tox, please install tox \
> 2.9.1 or later"; \
> exit 1; \
> fi; \
> version=`echo $out | cut -d' ' -f1`; \
> if python2.7 build-aux/vercmp $version 2.9.1; then \
> echo "Error: tox is too old, please install tox \
> 2.9.1 or later"; \
> exit 1; \
> fi
> Traceback (most recent call last):
>   File "/usr/bin/tox", line 7, in 
> from tox import cmdline
>   File "/usr/lib/python2.7/site-packages/tox/__init__.py", line 4, in
> 
> from .hookspecs import hookimpl
>   File "/usr/lib/python2.7/site-packages/tox/hookspecs.py", line 4, in
> 
> from pluggy import HookimplMarker
>   File "/usr/lib/python2.7/site-packages/pluggy/__init__.py", line 16, in
> 
> from .manager import PluginManager, PluginValidationError
>   File "/usr/lib/python2.7/site-packages/pluggy/manager.py", line 6, in
> 
> import importlib_metadata
>   File "/usr/lib/python2.7/site-packages/importlib_metadata/__init__.py",
> line 9, in 
> import zipp
>   File "/usr/lib/python2.7/site-packages/zipp.py", line 12, in 
> import more_itertools
>   File "/usr/lib/python2.7/site-packages/more_itertools/__init__.py", line
> 1, in 
> from more_itertools.more import *  # noqa
>   File "/usr/lib/python2.7/site-packages/more_itertools/more.py", line 340
> def _collate(*iterables, key=lambda a: a, reverse=False):
>^
> SyntaxError: invalid syntax
> Error: cannot run tox, please install tox 2.9.1 or later
> make: *** [tox] Error 1
> + teardown
> + res=2
> + '[' 2 -ne 0 ']'
> + echo '*** err: 2'
> *** err: 2
> + collect_logs
> + tar --directory /var/log --exclude 'journal/*' -czf
> /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/exported-artifacts/mock_varlogs.tar.gz
> .
> + tar --directory /var/host_log --exclude 'journal/*' -czf
> /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/exported-artifacts/host_varlogs.tar.gz
> .
> + teardown_storage
> + python2 tests/storage/userstorage.py teardown
> Can someone look at it?
> Thank you in advance!
> Pavel



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100107)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/FHAKYBKV3SOND6TJTCYWVFTULDUNIDSB/

[JIRA] (OVIRT-2780) Fwd: [ovirt-devel] jenkins CI failing to fetch repo

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2780?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39699#comment-39699
 ] 

Eyal Edri commented on OVIRT-2780:
--

possible fix for extending the timeout of pipeline jobs: 
[https://gerrit.ovirt.org/#/c/102774/|https://gerrit.ovirt.org/#/c/102774/]

> Fwd: [ovirt-devel] jenkins CI failing to fetch repo
> ---
>
> Key: OVIRT-2780
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2780
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Ehud Yonasi
>Assignee: infra
>
> -- Forwarded message -
> From: Miguel Duarte de Mora Barroso 
> Date: Thu, Aug 22, 2019 at 11:02 AM
> Subject: [ovirt-devel] jenkins CI failing to fetch repo
> To: oVirt devel , oVirt Jenkins 
> Hi,
> Since yesterday I can't get ovirt-provider-ovn builds to run, each
> manifesting the error below:
> error: index-pack died of signal 15
> 09:27:35  fatal: index-pack failed
> 09:27:35
> 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2042)
> 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1761)
> 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$400(CliGitAPIImpl.java:72)
> 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:442)
> 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:655)
> 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:153)
> 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:146)
> 09:27:35  at hudson.remoting.UserRequest.perform(UserRequest.java:212)
> 09:27:35  at hudson.remoting.UserRequest.perform(UserRequest.java:54)
> 09:27:35  at hudson.remoting.Request$2.run(Request.java:369)
> 09:27:35  at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> 09:27:35  at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> 09:27:35  at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> 09:27:35  at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> 09:27:35  at java.lang.Thread.run(Thread.java:748)
> 09:27:35  Suppressed: hudson.remoting.Channel$CallSiteStackTrace:
> Remote call to vm0038.workers-phx.ovirt.org
> 09:27:35  at
> hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1743)
> 09:27:35  at
> hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
> 09:27:35  at hudson.remoting.Channel.call(Channel.java:957)
> 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:146)
> 09:27:35  at sun.reflect.GeneratedMethodAccessor793.invoke(Unknown Source)
> 09:27:35  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> 09:27:35  at java.lang.reflect.Method.invoke(Method.java:498)
> 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:132)
> 09:27:35  at com.sun.proxy.$Proxy118.execute(Unknown Source)
> 09:27:35  at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1152)
> 09:27:35  at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1192)
> 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:124)
> 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:93)
> 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:80)
> 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
> 09:27:35  at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> 09:27:35  ... 4 more
> It can be seen on:
>   -
> https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-check-patch/2476/console
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/XOYJOK4AXT7AKNOHKZMAWCDARU4RKNB6/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100107)
___

Re: [ovirt-devel] Re: jenkins CI failing to fetch repo

[Eyal Edri]

It looks like we're still suffering from the network issues that are
affecting out PHX DC, this is still being investigated by IT.
For now I've sent a patch [1] to increase the timeout on pipeline jobs to
20 min, so git clones will work even if the network is slow.

[1] https://gerrit.ovirt.org/#/c/102774/

On Thu, Aug 22, 2019 at 11:41 AM Miguel Duarte de Mora Barroso <
mdbarr...@redhat.com> wrote:

> On Thu, Aug 22, 2019 at 10:01 AM Miguel Duarte de Mora Barroso
>  wrote:
> >
> > Hi,
> >
> > Since yesterday I can't get ovirt-provider-ovn builds to run, each
> > manifesting the error below:
>
> More info: this seems to only happen on the fedora29 target.
>
> >
> > error: index-pack died of signal 15
> > 09:27:35  fatal: index-pack failed
> > 09:27:35
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:2042)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1761)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$400(CliGitAPIImpl.java:72)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:442)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:655)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:153)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:146)
> > 09:27:35  at hudson.remoting.UserRequest.perform(UserRequest.java:212)
> > 09:27:35  at hudson.remoting.UserRequest.perform(UserRequest.java:54)
> > 09:27:35  at hudson.remoting.Request$2.run(Request.java:369)
> > 09:27:35  at
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
> > 09:27:35  at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> > 09:27:35  at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> > 09:27:35  at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> > 09:27:35  at java.lang.Thread.run(Thread.java:748)
> > 09:27:35  Suppressed: hudson.remoting.Channel$CallSiteStackTrace:
> > Remote call to vm0038.workers-phx.ovirt.org
> > 09:27:35  at
> hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1743)
> > 09:27:35  at
> hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:357)
> > 09:27:35  at hudson.remoting.Channel.call(Channel.java:957)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:146)
> > 09:27:35  at sun.reflect.GeneratedMethodAccessor793.invoke(Unknown
> Source)
> > 09:27:35  at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > 09:27:35  at java.lang.reflect.Method.invoke(Method.java:498)
> > 09:27:35  at
> org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:132)
> > 09:27:35  at com.sun.proxy.$Proxy118.execute(Unknown Source)
> > 09:27:35  at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1152)
> > 09:27:35  at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1192)
> > 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:124)
> > 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:93)
> > 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:80)
> > 09:27:35  at
> org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)
> > 09:27:35  at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> > 09:27:35  ... 4 more
> >
> > It can be seen on:
> >   -
> https://jenkins.ovirt.org/job/ovirt-provider-ovn_standard-check-patch/2476/console
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/2XK4PBKQVPIPHAHI276QS6IDU44FNYPY/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/NOKCIA4B5HJ7N2Q3ZIQMNCNP3MCUL6MP/

Re: [ovirt-devel] [OST Failure Report] [oVirt master&4.3] [09-08-2019] [verify_glance_import]

[Eyal Edri]

On Mon, Aug 12, 2019 at 11:57 AM Amit Bawer  wrote:

> I experience the same issue when running OST on mainstream [1].
> Is there any possible resolution/workaround?
>

This should be solved now, we reverted to use the old Glance instance.


>
> [1]
> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/5330/testReport/(root)/004_basic_sanity/verify_glance_import/
>
>
> On Sat, Aug 10, 2019 at 10:55 PM Dusan Fodor  wrote:
>
>> Hi,
>> we have failures in test verify glance import appearing in both 4.3 and
>> master.
>> Api call to get the disk status times out.
>>
>> Example of failed job can be seen here:
>>
>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.3_change-queue-tester/1808/
>>
>> Can you please take a look?
>> ___
>> Devel mailing list -- de...@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/3HCLG3J7CFET5B5NEPDFMLH4PDQBP6G4/
>>
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/3QL6MJDW4MJCRVWF4NCGLQJ3DBT5NMSK/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/SIRKL2HBBKYOBZDAMSOK6CJA25MGPEYE/

[JIRA] (OVIRT-2773) verify_glance_import test failing in both 4.3 and master suites

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39647#comment-39647
 ] 

Eyal Edri commented on OVIRT-2773:
--

[~accountid:557058:caa507e4-2696-4f45-8da5-d2585a4bb794] looked into it today 
and its most likely an error to download a large image of 800MB over the bad 
network we have outside PHX, now affecting also our connecting with OSAS and 
not just with AWS.

For now, we’ll revert to use the old Glance which is in PHX until we’ll fix the 
networking problem.

> verify_glance_import test failing in both 4.3 and master suites
> ---
>
> Key: OVIRT-2773
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2773
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Dusan Fodor
>Assignee: infra
>
> Example of failed job can be found here:
> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/15352/
> Thread [ovirt-devel] [OST Failure Report] [oVirt master&4.3] [09-08-2019] 
> [verify_glance_import] was opened for investigation



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100107)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/LTGCUA2D23C3DDZEXHIV6H7FTGTQ72F5/

Re: [ovirt-devel] [Ovirt] [CQ weekly status] [10-08-2019]

[Eyal Edri]

On Sat, Aug 10, 2019 at 11:10 PM Dusan Fodor  wrote:

> Hi,
>
> This mail is to provide the current status of CQ and allow people to
> review status before and after the weekend.
> Please refer to below colour map for further information on the meaning of
> the colours.
>
> *CQ-4.2*:  GREEN (#3)
> No failure during this week.
>
> *CQ-4.3*:   RED (#1)
> Last failure was on 10-08 for ovirt-ansible-image-template in
> verify_glance_import.
> This issue is ongoing, investigation will continue under thread [OST
> Failure Report] [oVirt master&4.3] [09-08-2019] [verify_glance_import]
>
> *CQ-Master:*  RED (#1)
> Last failure was on 10-08 for ovirt-ansible-image-template in
> verify_glance_import.
> This issue is ongoing, investigation will continue under thread [OST
> Failure Report] [oVirt master&4.3] [09-08-2019] [verify_glance_import]
>

The import glance error is related to the fact we migrated to a new
instance in OSAS last week and we're hitting the same network issues we've
seen recently that are affecting the Gerrit network to PHX.
Evgheni will move back Glance to use the old on in PHX until we'll get more
info on the networking issue from IT and an ETA to solve it.


>
>  Current running jobs for 4.2 [1], 4.3 [2] and master [3] can be found
> here:
>
> [1] http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -4.2_change-queue-tester/
>
> [2] https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -4.3_change-queue-tester/
>
> [3] http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt
> -master_change-queue-tester/
>
> Have a nice week!
> Dusan
>
>
>
> ---
> COLOUR MAP
>
> Green = job has been passing successfully
>
> ** green for more than 3 days may suggest we need a review of our test
> coverage
>
>
>1.
>
>1-3 days   GREEN (#1)
>2.
>
>4-7 days   GREEN (#2)
>3.
>
>Over 7 days GREEN (#3)
>
>
> Yellow = intermittent failures for different projects but no lasting or
> current regressions
>
> ** intermittent would be a healthy project as we expect a number of
> failures during the week
>
> ** I will not report any of the solved failures or regressions.
>
>
>1.
>
>Solved job failuresYELLOW (#1)
>2.
>
>Solved regressions  YELLOW (#2)
>
>
> Red = job has been failing
>
> ** Active Failures. The colour will change based on the amount of time the
> project/s has been broken. Only active regressions would be reported.
>
>
>1.
>
>1-3 days  RED (#1)
>2.
>
>4-7 days  RED (#2)
>3.
>
>Over 7 days RED (#3)
>
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: https://www.ovirt
> .org/community/about/community-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/devel@ovirt
> .org/message/YCNCKRK3G4EJXA3OCYAUS4VMKRDA67F4/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/VKGZOXZTCCB6ISJDRBMYBAJINSZ7FYQH/

[JIRA] (OVIRT-2770) developer in github.com/oVirt

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2770:
-
Resolution: Fixed
Status: Done  (was: To Do)

> developer in github.com/oVirt
> -
>
> Key: OVIRT-2770
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2770
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Eitan Raviv
>Assignee: infra
>
> Hi,
> Could you pls add me as developer to oVirt?
> My github id: github.com/erav/
> Thanks



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100107)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/FHYCVFKPZJPRZZVI6YYXAU6KAG6FVDQY/

Re: [ovirt-devel] [Ovirt] [CQ weekly status] [02-08-2019]

[Eyal Edri]

On Mon, Aug 5, 2019 at 5:23 PM Dusan Fodor  wrote:

>
>
> On Mon, Aug 5, 2019 at 11:22 AM Sandro Bonazzola 
> wrote:
>
>>
>>
>> Il giorno ven 2 ago 2019 alle ore 22:50 Dusan Fodor 
>> ha scritto:
>>
>>> Hi,
>>>
>>> This mail is to provide the current status of CQ and allow people to
>>> review status before and after the weekend.
>>> Please refer to below colour map for further information on the meaning
>>> of the colours.
>>>
>>> *CQ-4.2*:  RED (#1)
>>>
>>> Last failure was on 01-08 for ovirt-ansible-hosted-engine-setup caused
>>> by missing dependency, patch is pending to fix this.
>>>
>>
>> I think we can close 4.2 CQ, 4.2 gone EOL a few months ago
>>
>
Can we drop it in upstream?
In downstream its running 4.2 EUS with 4.3 engine.


>
>>
>>
>>>
>>> *CQ-4.3*:   RED (#1)
>>>
>>> Last failure was on 02-08 for vdsm caused by missing dependency, patch
>>> is pending to fix this.
>>>
>>
>> Have we got a bug for this? If not please open one
>>
> It was already resolved by https://gerrit.ovirt.org/#/c/102317/
>
>>
>>
>>>
>>> *CQ-Master:*  RED (#1)
>>>
>>> Last failure was on 02-08 for ovirt-engine due failure in
>>> build-artifacts, which was caused by gerrit issue, which was reported
>>> Evgheni.
>>>
>>>  Current running jobs for 4.2 [1], 4.3 [2] and master [3] can be
>>> found here:
>>>
>>> [1]
>>> http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.2_change-queue-tester/
>>>
>>> [2]
>>> https://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-4.3_change-queue-tester/
>>>
>>> [3]
>>> http://jenkins.ovirt.org/view/Change%20queue%20jobs/job/ovirt-master_change-queue-tester/
>>>
>>> Have a nice week!
>>> Dusan
>>>
>>>
>>>
>>> ---
>>> COLOUR MAP
>>>
>>> Green = job has been passing successfully
>>>
>>> ** green for more than 3 days may suggest we need a review of our test
>>> coverage
>>>
>>>
>>>1.
>>>
>>>1-3 days   GREEN (#1)
>>>2.
>>>
>>>4-7 days   GREEN (#2)
>>>3.
>>>
>>>Over 7 days GREEN (#3)
>>>
>>>
>>> Yellow = intermittent failures for different projects but no lasting or
>>> current regressions
>>>
>>> ** intermittent would be a healthy project as we expect a number of
>>> failures during the week
>>>
>>> ** I will not report any of the solved failures or regressions.
>>>
>>>
>>>1.
>>>
>>>Solved job failuresYELLOW (#1)
>>>2.
>>>
>>>Solved regressions  YELLOW (#2)
>>>
>>>
>>> Red = job has been failing
>>>
>>> ** Active Failures. The colour will change based on the amount of time
>>> the project/s has been broken. Only active regressions would be reported.
>>>
>>>
>>>1.
>>>
>>>    1-3 days  RED (#1)
>>>2.
>>>
>>>4-7 days  RED (#2)
>>>3.
>>>
>>>Over 7 days RED (#3)
>>>
>>> ___
>>> Devel mailing list -- de...@ovirt.org
>>> To unsubscribe send an email to devel-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/YCNCKRK3G4EJXA3OCYAUS4VMKRDA67F4/
>>>
>>
>>
>> --
>>
>> Sandro Bonazzola
>>
>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>
>> Red Hat EMEA <https://www.redhat.com/>
>>
>> sbona...@redhat.com
>> <https://www.redhat.com/>*Red Hat respects your work life balance.
>> Therefore there is no need to answer this email out of your office hours.
>> <https://mojo.redhat.com/docs/DOC-1199578>*
>>
>

-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/IUUPA6RTP5BMBQC4JYWEYTYKQC6BCN2H/

Re: [ovirt-devel] CI: vdsm-standard-check-patch fails

[Eyal Edri]

This was reported already and AFAIK its a network issue between AWS and PHX
which is still being investigated.
Evgheni, any insights or update on the issue? should we involve debugging
from amazon side?

On Sun, Aug 4, 2019 at 4:46 PM Amit Bawer  wrote:

> Hi,
> CI seems to fail constantly for unavailable remote gerrit repository.
> Example can be seen here:
> https://jenkins.ovirt.org/job/vdsm_standard-check-patch/9415/console
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/AHPHUZAABAQNWEMD2JQ6WARHJRDTYCPI/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/WV7EK2AP6DVQNNWQFEGFRAHI6Q25ZAUC/

[JIRA] (OVIRT-2768) All loader-container nodes are offline, 99 jobs in the queue, jobs stuck for 2 hours

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39614#comment-39614
 ] 

Eyal Edri commented on OVIRT-2768:
--

This was caused by a bug in Jenkins that caused the thread that listens to
JNLP to die.
Evgheni, can you give some info on how it was fixed?

On Wed, Jul 31, 2019 at 6:36 PM Nir Soffer  wrote:

> We depend on jenkins to run our tests and build artifacts in a timely
> manner.
>
> Here is example job, stuck for 2 hours:
> https://jenkins.ovirt.org/job/vdsm_standard-check-patch/9212/
>
> This looks like the issue:
>
> [image: collapse]
> <https://jenkins.ovirt.org/toggleCollapse?paneId=executors>Build Executor
> Status <https://jenkins.ovirt.org/computer/>
>  master <https://jenkins.ovirt.org/computer/(master)/>
> 1 Idle
> 2 Idle
> 3 Idle
> 4 Idle
>  lfedora1.lf-dev.marist.edu
> <https://jenkins.ovirt.org/computer/lfedora1.lf-dev.marist.edu/>
> 1 Idle
>  loader-container-28ljp
> <https://jenkins.ovirt.org/computer/loader-container-28ljp/>  (offline)
> (suspended)
>  loader-container-35tlc
> <https://jenkins.ovirt.org/computer/loader-container-35tlc/>  (offline)
> (suspended)
>  loader-container-3j0ps
> <https://jenkins.ovirt.org/computer/loader-container-3j0ps/>  (offline)
> (suspended)
>  loader-container-4391q
> <https://jenkins.ovirt.org/computer/loader-container-4391q/>  (offline)
> (suspended)
>  loader-container-58v3d
> <https://jenkins.ovirt.org/computer/loader-container-58v3d/>  (offline)
> (suspended)
>  loader-container-66r5r
> <https://jenkins.ovirt.org/computer/loader-container-66r5r/>  (offline)
> (suspended)
>  loader-container-6k57j
> <https://jenkins.ovirt.org/computer/loader-container-6k57j/>  (offline)
> (suspended)
>  loader-container-7813f
> <https://jenkins.ovirt.org/computer/loader-container-7813f/>  (offline)
> (suspended)
>  loader-container-8dkj1
> <https://jenkins.ovirt.org/computer/loader-container-8dkj1/>  (offline)
> (suspended)
>  loader-container-8hb98
> <https://jenkins.ovirt.org/computer/loader-container-8hb98/>  (offline)
> (suspended)
>  loader-container-8v609
> <https://jenkins.ovirt.org/computer/loader-container-8v609/>  (offline)
> (suspended)
>  loader-container-99f36
> <https://jenkins.ovirt.org/computer/loader-container-99f36/>  (offline)
> (suspended)
>  loader-container-c16rq
> <https://jenkins.ovirt.org/computer/loader-container-c16rq/>  (offline)
> (suspended)
>  loader-container-c1vkj
> <https://jenkins.ovirt.org/computer/loader-container-c1vkj/>  (offline)
> (suspended)
>  loader-container-c4g8c
> <https://jenkins.ovirt.org/computer/loader-container-c4g8c/>  (offline)
> (suspended)
>  loader-container-cqrx5
> <https://jenkins.ovirt.org/computer/loader-container-cqrx5/>  (offline)
> (suspended)
>  loader-container-d1r8d
> <https://jenkins.ovirt.org/computer/loader-container-d1r8d/>  (offline)
> (suspended)
>  loader-container-dpp70
> <https://jenkins.ovirt.org/computer/loader-container-dpp70/>  (offline)
> (suspended)
>  loader-container-gz52q
> <https://jenkins.ovirt.org/computer/loader-container-gz52q/>  (offline)
> (suspended)
>  loader-container-h9kcf
> <https://jenkins.ovirt.org/computer/loader-container-h9kcf/>  (offline)
> (suspended)
>  loader-container-hjq0g
> <https://jenkins.ovirt.org/computer/loader-container-hjq0g/>  (offline)
> (suspended)
>  loader-container-ht75p
> <https://jenkins.ovirt.org/computer/loader-container-ht75p/>  (offline)
> (suspended)
>  loader-container-htstk
> <https://jenkins.ovirt.org/computer/loader-container-htstk/>  (offline)
> (suspended)
>  loader-container-j47s3
> <https://jenkins.ovirt.org/computer/loader-container-j47s3/>  (offline)
> (suspended)
>  loader-container-k2p10
> <https://jenkins.ovirt.org/computer/loader-container-k2p10/>  (offline)
> (suspended)
>  loader-container-kc066
> <https://jenkins.ovirt.org/computer/loader-container-kc066/>  (offline)
> (suspended)
>  loader-container-l1vd9
> <https://jenkins.ovirt.org/computer/loader-container-l1vd9/>  (offline)
> (suspended)
>  loader-container-l7lqn
> <https://jenkins.ovirt.org/computer/loader-container-l7lqn/>  (offline)
> (suspended)
>  loader-container-lqqkj
> <https://jenkins.ovirt.org/computer/loader-container-lqqkj/>  (offline)
> (suspended)
>  loader-container-m8fkq
> <https://jenkins.ovirt.org/computer/loader-container-m8fkq/>  (offline)
> (suspended)
>  loader-container-n2zml
> <https://jenkins.ovir

[JIRA] (OVIRT-2768) All loader-container nodes are offline, 99 jobs in the queue, jobs stuck for 2 hours

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39611#comment-39611
 ] 

Eyal Edri commented on OVIRT-2768:
--

[~accountid:557058:caa507e4-2696-4f45-8da5-d2585a4bb794] can you add info on 
what was the bug and how you fixed it?

> All loader-container nodes are offline, 99 jobs in the queue, jobs stuck for 
> 2 hours
> 
>
> Key: OVIRT-2768
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2768
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Nir Soffer
>Assignee: infra
>
> We depend on jenkins to run our tests and build artifacts in a timely
> manner.
> Here is example job, stuck for 2 hours:
> https://jenkins.ovirt.org/job/vdsm_standard-check-patch/9212/
> This looks like the issue:
> [image: collapse]
> <https://jenkins.ovirt.org/toggleCollapse?paneId=executors>Build Executor
> Status <https://jenkins.ovirt.org/computer/>
>  master <https://jenkins.ovirt.org/computer/(master)/>
> 1 Idle
> 2 Idle
> 3 Idle
> 4 Idle
>  lfedora1.lf-dev.marist.edu
> <https://jenkins.ovirt.org/computer/lfedora1.lf-dev.marist.edu/>
> 1 Idle
>  loader-container-28ljp
> <https://jenkins.ovirt.org/computer/loader-container-28ljp/>  (offline)
> (suspended)
>  loader-container-35tlc
> <https://jenkins.ovirt.org/computer/loader-container-35tlc/>  (offline)
> (suspended)
>  loader-container-3j0ps
> <https://jenkins.ovirt.org/computer/loader-container-3j0ps/>  (offline)
> (suspended)
>  loader-container-4391q
> <https://jenkins.ovirt.org/computer/loader-container-4391q/>  (offline)
> (suspended)
>  loader-container-58v3d
> <https://jenkins.ovirt.org/computer/loader-container-58v3d/>  (offline)
> (suspended)
>  loader-container-66r5r
> <https://jenkins.ovirt.org/computer/loader-container-66r5r/>  (offline)
> (suspended)
>  loader-container-6k57j
> <https://jenkins.ovirt.org/computer/loader-container-6k57j/>  (offline)
> (suspended)
>  loader-container-7813f
> <https://jenkins.ovirt.org/computer/loader-container-7813f/>  (offline)
> (suspended)
>  loader-container-8dkj1
> <https://jenkins.ovirt.org/computer/loader-container-8dkj1/>  (offline)
> (suspended)
>  loader-container-8hb98
> <https://jenkins.ovirt.org/computer/loader-container-8hb98/>  (offline)
> (suspended)
>  loader-container-8v609
> <https://jenkins.ovirt.org/computer/loader-container-8v609/>  (offline)
> (suspended)
>  loader-container-99f36
> <https://jenkins.ovirt.org/computer/loader-container-99f36/>  (offline)
> (suspended)
>  loader-container-c16rq
> <https://jenkins.ovirt.org/computer/loader-container-c16rq/>  (offline)
> (suspended)
>  loader-container-c1vkj
> <https://jenkins.ovirt.org/computer/loader-container-c1vkj/>  (offline)
> (suspended)
>  loader-container-c4g8c
> <https://jenkins.ovirt.org/computer/loader-container-c4g8c/>  (offline)
> (suspended)
>  loader-container-cqrx5
> <https://jenkins.ovirt.org/computer/loader-container-cqrx5/>  (offline)
> (suspended)
>  loader-container-d1r8d
> <https://jenkins.ovirt.org/computer/loader-container-d1r8d/>  (offline)
> (suspended)
>  loader-container-dpp70
> <https://jenkins.ovirt.org/computer/loader-container-dpp70/>  (offline)
> (suspended)
>  loader-container-gz52q
> <https://jenkins.ovirt.org/computer/loader-container-gz52q/>  (offline)
> (suspended)
>  loader-container-h9kcf
> <https://jenkins.ovirt.org/computer/loader-container-h9kcf/>  (offline)
> (suspended)
>  loader-container-hjq0g
> <https://jenkins.ovirt.org/computer/loader-container-hjq0g/>  (offline)
> (suspended)
>  loader-container-ht75p
> <https://jenkins.ovirt.org/computer/loader-container-ht75p/>  (offline)
> (suspended)
>  loader-container-htstk
> <https://jenkins.ovirt.org/computer/loader-container-htstk/>  (offline)
> (suspended)
>  loader-container-j47s3
> <https://jenkins.ovirt.org/computer/loader-container-j47s3/>  (offline)
> (suspended)
>  loader-container-k2p10
> <https://jenkins.ovirt.org/computer/loader-container-k2p10/>  (offline)
> (suspended)
>  loader-container-kc066
> <https://jenkins.ovirt.org/computer/loader-container-kc066/>  (offline)
> (suspended)
>  loader-container-l1vd9
> <https://jenkins.ovirt.org/computer/loader-container-l1vd9/>  (offline)
> (suspended)
>  loader-container-l7lqn
> <https://jenkins.ovir

[JIRA] (OVIRT-2767) https://github.com/mmirecki/ovirt-provider-mock -> https://github.com/ovirt/ovirt-provider-mock

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2767:
-
Resolution: Fixed
Status: Done  (was: To Do)

> https://github.com/mmirecki/ovirt-provider-mock -> 
> https://github.com/ovirt/ovirt-provider-mock
> ---
>
> Key: OVIRT-2767
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2767
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: GitHub
>Reporter: Dominik Holler
>Assignee: infra
>
> Hello,
> I would like to ovirt-provider-mock  [1] to be included under oVirt with 
> mmirecki and dholler as maintainers.
> Thanks
> [1]  https://github.com/mmirecki/ovirt-provider-mock



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100106)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/2NJZN62KFTV6T3S2NLU33675XUTR42K6/

[JIRA] (OVIRT-2767) https://github.com/mmirecki/ovirt-provider-mock -> https://github.com/ovirt/ovirt-provider-mock

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39606#comment-39606
 ] 

Eyal Edri commented on OVIRT-2767:
--

Yes.

On Wed, Jul 31, 2019 at 5:28 PM Dominik Holler (oVirt JIRA) <



-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)


> https://github.com/mmirecki/ovirt-provider-mock -> 
> https://github.com/ovirt/ovirt-provider-mock
> ---
>
> Key: OVIRT-2767
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2767
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: GitHub
>Reporter: Dominik Holler
>Assignee: infra
>
> Hello,
> I would like to ovirt-provider-mock  [1] to be included under oVirt with 
> mmirecki and dholler as maintainers.
> Thanks
> [1]  https://github.com/mmirecki/ovirt-provider-mock



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100106)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/SISYROJ3WZ2VHXOXZF6XIUZPCXC6UCDT/

[JIRA] (OVIRT-2767) https://github.com/mmirecki/ovirt-provider-mock -> https://github.com/ovirt/ovirt-provider-mock

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39604#comment-39604
 ] 

Eyal Edri commented on OVIRT-2767:
--

running the import tool now to move it to oVirt org.

On Wed, Jul 31, 2019 at 2:49 PM Dominik Holler (oVirt JIRA) <



-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)


> https://github.com/mmirecki/ovirt-provider-mock -> 
> https://github.com/ovirt/ovirt-provider-mock
> ---
>
> Key: OVIRT-2767
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2767
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: GitHub
>Reporter: Dominik Holler
>Assignee: infra
>
> Hello,
> I would like to ovirt-provider-mock  [1] to be included under oVirt with 
> mmirecki and dholler as maintainers.
> Thanks
> [1]  https://github.com/mmirecki/ovirt-provider-mock



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100106)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/BWRPRMFJY3IOP5BRDG4233I2EZFNYZ5S/

Re: [JIRA] (OVIRT-2767) https://github.com/mmirecki/ovirt-provider-mock -> https://github.com/ovirt/ovirt-provider-mock

[Eyal Edri]

running the import tool now to move it to oVirt org.

On Wed, Jul 31, 2019 at 2:49 PM Dominik Holler (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

> Dominik Holler created OVIRT-2767:
> -
>
>  Summary: https://github.com/mmirecki/ovirt-provider-mock ->
> https://github.com/ovirt/ovirt-provider-mock
>  Key: OVIRT-2767
>  URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2767
>  Project: oVirt - virtualization made easy
>   Issue Type: Task
>   Components: GitHub
> Reporter: Dominik Holler
> Assignee: infra
>
>
> Hello,
> I would like to ovirt-provider-mock  [1] to be included under oVirt with
> mmirecki and dholler as maintainers.
> Thanks
>
> [1]  https://github.com/mmirecki/ovirt-provider-mock
>
>
>
> --
> This message was sent by Atlassian Jira
> (v1001.0.0-SNAPSHOT#100106)
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/3S5K6AVAJGVHWL3OK6RP65ID3AXKNIUW/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/PN3Y2VDLKSUOKS4KOZLSABIICL2LSGAO/

Re: [ovirt-devel] CI failing

[Eyal Edri]

The check patch for 4.3 was using external url ( that can be down ),
This patch [1] adds mirror to the repo, so it will access our local mirror
before trying the external one, which should reduce the amount of times a
failure happens.

[1] https://gerrit.ovirt.org/#/c/102155/1/automation/check-patch.repos.fc28

On Wed, Jul 24, 2019 at 3:49 PM Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
>
> On 24 Jul 2019, at 11:18, Eyal Edri  wrote:
>
> Looks like external repo that is failing, which job is it? can it use the
> ovirt mirrors instead of using the external repos?
>
>
> just the regular check-patch thingie on vdsm.
>
>
> On Wed, Jul 24, 2019 at 11:36 AM Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>> it’s been on and off in the past ~2 weeks, it’s still failing way too
>> often. Right now with:
>>
>> 10:12:25  failure:
>> repodata/0b87a97f332e1a7bf059abebf295df6a785df123470cc371c2b6c1a7b8f87f95-primary.sqlite.bz2
>> from updates-testing: [Errno 256] No more mirrors to try.
>> 10:12:25
>> http://download.fedoraproject.org/pub/fedora/linux/updates/testing/29/Everything/x86_64/repodata/0b87a97f332e1a7bf059abebf295df6a785df123470cc371c2b6c1a7b8f87f95-primary.sqlite.bz2:
>> [Errno 14] HTTPS Error 404 - Not Found
>>
>> Thanks,
>> michal
>>
>> ___
>> Devel mailing list -- de...@ovirt.org
>> To unsubscribe send an email to devel-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/ECO7Y7TTYV6TZITDNDVCG7VDZB3I52LD/
>>
>
>
> --
> Eyal edri
> He / Him / His
>
> MANAGER
>
> CONTINUOUS PRODUCTIZATION
>
> SYSTEM ENGINEERING
>
> Red Hat <https://www.redhat.com/>
> <https://red.ht/sig>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
>
>
>

-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/GGIBUDO73USFIWJM4MJWGDBRNDZJ7HJV/

Re: [ovirt-devel] CI failing

[Eyal Edri]

Looks like external repo that is failing, which job is it? can it use the
ovirt mirrors instead of using the external repos?

On Wed, Jul 24, 2019 at 11:36 AM Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

> it’s been on and off in the past ~2 weeks, it’s still failing way too
> often. Right now with:
>
> 10:12:25  failure:
> repodata/0b87a97f332e1a7bf059abebf295df6a785df123470cc371c2b6c1a7b8f87f95-primary.sqlite.bz2
> from updates-testing: [Errno 256] No more mirrors to try.
> 10:12:25
> http://download.fedoraproject.org/pub/fedora/linux/updates/testing/29/Everything/x86_64/repodata/0b87a97f332e1a7bf059abebf295df6a785df123470cc371c2b6c1a7b8f87f95-primary.sqlite.bz2:
> [Errno 14] HTTPS Error 404 - Not Found
>
> Thanks,
> michal
>
> ___
> Devel mailing list -- de...@ovirt.org
> To unsubscribe send an email to devel-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/de...@ovirt.org/message/ECO7Y7TTYV6TZITDNDVCG7VDZB3I52LD/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/BZCETMLPZHSNQWXNL4RIFRK6CTYTQTSD/

[JIRA] (OVIRT-2714) Increase limits on concurrent https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ jobs

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2714?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39574#comment-39574
 ] 

Eyal Edri commented on OVIRT-2714:
--

[~eyon...@redhat.com] sent 
[https://gerrit.ovirt.org/#/c/101876/|https://gerrit.ovirt.org/#/c/101876] to 
move the manual job to containers, so it will have more slots to run tests.

It means that OST runs might take 20% longer to run but will have much more 
parallel runs available from what we had so far.

> Increase limits on concurrent 
> https://jenkins.ovirt.org/job/ovirt-system-tests_manual/ jobs
> ---
>
> Key: OVIRT-2714
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2714
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Michal Skrivanek
>Assignee: infra
>
> This one is about manual OST runs
> cloned from OVIRT-2704
> ---
> We started to use this job to build artifacts for running OST.
> Looks like this job is limited to one concurrent job, which make it less
> useful than
> it could be.
> If we don't make it easy to run OST, people will not run it, and the change
> queue
> will break.
> Please change the limit to use the same limit used for regular builds. We
> seem to be
> able to create more then 10 concurrent builds by uploading patches to
> gerrit. The manual
> runner should this as well.
> Nir



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/5SUHIG5VPFRSKBIHT4UBJIGXCYZYIRIZ/

[JIRA] (OVIRT-2688) OST manual: enable engine 4.3

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2688:
-
Resolution: Fixed
Status: Done  (was: To Do)

> OST manual: enable engine 4.3
> -
>
> Key: OVIRT-2688
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2688
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Nir Soffer
>Assignee: Galit Rosenthal
> Attachments: Screenshot from 2019-02-27 21-52-28.png
>
>
> When starting manual OST job, we can select engine version.
> The available options are:
> - master
> - 42
> Since we have now 4.3 branch, we should be able to select 4.3 engine.
> See attached screenshot.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/4HUEJG6POV3NRVGOS5CDLDOR72CD4NBF/

[JIRA] (OVIRT-2339) Enabe Kubevirt to use oVirt infra for CI

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2339:
-
Resolution: Fixed
Status: Done  (was: To Do)

> Enabe Kubevirt to use oVirt infra for CI
> 
>
> Key: OVIRT-2339
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2339
> Project: oVirt - virtualization made easy
>  Issue Type: Epic
>  Components: oVirt Infra
>Reporter: Barak Korren
>Assignee: infra
>Priority: High
>
> Enabe Kubevirt to use oVirt infra for CI



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/P4UUR4OVWEVUEVQAYYIO6EOLI3JDNKD4/

[JIRA] (OVIRT-2760) CI failing on git clone for at least ovirt-engine-nodejs-modules

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2760?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39563#comment-39563
 ] 

Eyal Edri commented on OVIRT-2760:
--

We've seen reports on it failing on other repos, perhaps it was a
networking issue with AWS since it was fixed since then and I don't see the
Gerrit service was restarted ( up for more than a month ).
Evgheni, I see the error log is full with the following error, not sure if
it is related or if it affecting the Gerrit daemon:

org.apache.sshd.common.keyprovider.FileKeyPairProvider : Failed
(StreamCorruptedException) to load key
resource=/home/gerrit2/review_site/etc/ssh_host_ecdsa_521_key: Invalid DER:
object is not an OID: SEQUENCE

On Thu, Jul 18, 2019 at 9:29 PM Scott Dickerson (oVirt JIRA) <



-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)


> CI failing on git clone for at least ovirt-engine-nodejs-modules
> 
>
> Key: OVIRT-2760
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2760
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Scott Dickerson
>Assignee: infra
>
> Hi,
> Running CI on patch https://gerrit.ovirt.org/#/c/101875/ is failing to
> clone the repo from gerrit via the git protocol.  See
> https://jenkins.ovirt.org/job/ovirt-engine-nodejs-modules_master_build-artifacts-on-demand-el7-x86_64/89/console
> .
> Trying to clone the repo from my machine with the git url also fails:
> git clone git://gerrit.ovirt.org/ovirt-engine-nodejs-modules.git
> Cloning into 'ovirt-engine-nodejs-modules'...
> fatal: remote error: access denied or repository not exported:
> /ovirt-engine-nodejs-modules.git
> I just need CI to on ovirt-engine-nodejs-modules so I can get CI working on
> a PR in ovirt-web-ui and patches with nodejs updates in
> ovirt-engine-ui-extensions.
> Regards,
> Scott
> -- 
> Scott Dickerson
> Senior Software Engineer
> RHV-M Engineering - UX Team
> Red Hat, Inc



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/KNKUZHXPXJERWHGG35PENVXZOMQLDGDC/

Re: [JIRA] (OVIRT-2760) CI failing on git clone for at least ovirt-engine-nodejs-modules

[Eyal Edri]

We've seen reports on it failing on other repos, perhaps it was a
networking issue with AWS since it was fixed since then and I don't see the
Gerrit service was restarted ( up for more than a month ).
Evgheni, I see the error log is full with the following error, not sure if
it is related or if it affecting the Gerrit daemon:

org.apache.sshd.common.keyprovider.FileKeyPairProvider : Failed
(StreamCorruptedException) to load key
resource=/home/gerrit2/review_site/etc/ssh_host_ecdsa_521_key: Invalid DER:
object is not an OID: SEQUENCE

On Thu, Jul 18, 2019 at 9:29 PM Scott Dickerson (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

> Scott Dickerson created OVIRT-2760:
> --
>
>  Summary: CI failing on git clone for at least
> ovirt-engine-nodejs-modules
>  Key: OVIRT-2760
>  URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2760
>  Project: oVirt - virtualization made easy
>   Issue Type: By-EMAIL
> Reporter: Scott Dickerson
> Assignee: infra
>
>
> Hi,
>
> Running CI on patch https://gerrit.ovirt.org/#/c/101875/ is failing to
> clone the repo from gerrit via the git protocol.  See
>
> https://jenkins.ovirt.org/job/ovirt-engine-nodejs-modules_master_build-artifacts-on-demand-el7-x86_64/89/console
> .
>
> Trying to clone the repo from my machine with the git url also fails:
>
> git clone git://gerrit.ovirt.org/ovirt-engine-nodejs-modules.git
> Cloning into 'ovirt-engine-nodejs-modules'...
> fatal: remote error: access denied or repository not exported:
> /ovirt-engine-nodejs-modules.git
>
> I just need CI to on ovirt-engine-nodejs-modules so I can get CI working on
> a PR in ovirt-web-ui and patches with nodejs updates in
> ovirt-engine-ui-extensions.
>
> Regards,
> Scott
>
> --
> Scott Dickerson
> Senior Software Engineer
> RHV-M Engineering - UX Team
> Red Hat, Inc
>
>
>
> --
> This message was sent by Atlassian Jira
> (v1001.0.0-SNAPSHOT#100105)
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/UVYGNJMN5DMKPFN2BYG3LXIA7HKZM4GU/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/NMZFRVLSWISD7ARD7TRI43GJAEDM2V3F/

Re: Jenkins build fails to clone gerrit repo

[Eyal Edri]

I can see its working now and passed multiple builds since then.
Could it be a networking issue with Gerrit (hosted on Amazon),
Evgheni/Anton - were you able to find the root cause for this?

On Fri, Jul 19, 2019 at 7:04 PM Vojtech Juranek  wrote:

> Hi,
> lots of Jenkin jobs fail as they cannot fetch git repo from gerrit:
>
> 17:35:32  Fetching upstream changes from https://gerrit.ovirt.org/vdsm
> 17:35:32   > git --version # timeout=10
> 17:35:32   > git fetch --tags --progress https://gerrit.ovirt.org/vdsm
> +refs/heads/*:refs/remotes/origin/*
> 17:36:38  ERROR: Error cloning remote repo 'origin'
> 17:36:38  hudson.plugins.git.GitException: Command "git fetch --tags
> --progress https://gerrit.ovirt.org/vdsm
> +refs/heads/*:refs/remotes/origin/*" returned status code 128:
> 17:36:38  stdout:
> 17:36:38  stderr: error: RPC failed; result=22, HTTP code = 502
> 17:36:38  fatal: The remote end hung up unexpectedly
>
> see e.g. [1, 2, 3] for more details, to name couple of examples.
>
> Can someone take a look?
> Thanks
> Vojta
>
> [1] https://jenkins.ovirt.org/job/vdsm_standard-check-patch/8277/console
> [2] https://jenkins.ovirt.org/job/vdsm_standard-check-patch/8285/console
> [3] https://jenkins.ovirt.org/job/vdsm_standard-check-patch/8291/console
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/KMTRVLFWG344Q5ULEOR3CXI777WFFEWR/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/3UJ3BMPTU2ICBBMEPOQB5DZH5JPDE2OY/

Re: [JIRA] (OVIRT-2759) Fwd: OST failing repo sac-gluster-ansible-el7 - Connection refused

[Eyal Edri]

On Thu, Jul 18, 2019, 16:15 Dafna Ron (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

>
> [
> https://ovirt-jira.atlassian.net/browse/OVIRT-2759?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39559#comment-39559
> ]
>
> Dafna Ron commented on OVIRT-2759:
> --
>
> patch from CI side: [
> https://gerrit.ovirt.org/#/c/101889/|https://gerrit.ovirt.org/#/c/101889]
>
> once we merge please add sac-gluster-ansible-el7 to your automation .repo
> file
>

You mean to the .repo file in OST, not the STD CI one right?

AFAIK, if using the same repo name, then it should be replaced
Automatically by CI with the relevant mirror.


>
>
> > Fwd: OST failing repo sac-gluster-ansible-el7 - Connection refused
> > --
> >
> > Key: OVIRT-2759
> > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2759
> > Project: oVirt - virtualization made easy
> >  Issue Type: By-EMAIL
> >Reporter: Evgeny Slutsky
> >Assignee: infra
> >
> > Hi,
> > I'm trying to run Local lago OST,
> > and failing with this error:
> > @ Create prefix internal repo:
> >   # Syncing remote repos locally (this might take some time):
> > * Running reposync:
> >   - reposync command failed for repoid: ovirt-4.3-tested-el7
> > stdout:
> > ovirt-4.3-tested-el7 | 3.0 kB
>  00:00
> > centos-base-el7  | 3.6 kB
>  00:00
> > centos-extras-el7| 3.4 kB
>  00:00
> > centos-opstools-testing-el7  | 2.9 kB
>  00:00
> > centos-ovirt-4.3-el7 | 3.4 kB
>  00:00
> > centos-qemu-ev-testing-el7   | 2.9 kB
>  00:00
> > centos-sclo-rh-release-el7   | 3.0 kB
>  00:00
> > centos-updates-el7   | 3.4 kB
>  00:00
> > epel-el7 | 5.3 kB
>  00:00
> > glusterfs-6-el7  | 2.9 kB
>  00:00
> > ovirt-4.3-snapshot-static-el7| 3.0 kB
>  00:00
> > stderr:
> > Traceback (most recent call last):
> >   File "/bin/reposync", line 373, in 
> > main()
> >   File "/bin/reposync", line 185, in main
> > my.doRepoSetup()
> >   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in
> > doRepoSetup
> > return self._getRepos(thisrepo, True)
> >   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in
> > _getRepos
> > self._repos.doSetup(thisrepo)
> >   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in
> doSetup
> > self.retrieveAllMD()
> >   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in
> > retrieveAllMD
> > dl = repo._async and repo._commonLoadRepoXML(repo)
> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1482, in
> > _commonLoadRepoXML
> > result = self._getFileRepoXML(local, text)
> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1259, in
> > _getFileRepoXML
> > size=102400) # setting max size as 100K
> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1042, in
> > _getFile
> > raise e
> > yum.Errors.NoMoreMirrorsRepoError: failure: repodata/repomd.xml from
> > sac-gluster-ansible-el7: [Errno 256] No more mirrors to try.
> >
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml
> :
> > [Errno 14] curl#7 - "Failed connect to
> copr-be.cloud.fedoraproject.org:443;
> > Connection refused"
> >
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml
> :
> > [Errno 14] curl#7 - "Failed connect to
> copr-be.cloud.fedoraproject.org:443;
> > Connection refused"
> >
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml
> :
> > [Errno 14] curl#7 - "Failed connect to
> copr-be.cloud.fedoraproject.org:443;
> > Connection refused"
> >
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml
> :
> > [Errno 14] curl#7 - "Failed connect to
> copr-be.cloud.fedoraproject.org:443;
> > Connection refused"
> >
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml
> :
> > [Errno 14] curl#7 - "Failed connect to
> copr-be.cloud.fedoraproject.org:443;
> > Connection refused"
> >
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml
> :
> > [Errno 14] curl#7 - "Failed connect to
> copr-be.cloud.fedoraproject.org:443;
> > Connection refused"
> >
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml
> :
> > [Errno 14] curl#7 - "Failed connect to
> 

[JIRA] (OVIRT-2759) Fwd: OST failing repo sac-gluster-ansible-el7 - Connection refused

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2759?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39560#comment-39560
 ] 

Eyal Edri commented on OVIRT-2759:
--

On Thu, Jul 18, 2019, 16:15 Dafna Ron (oVirt JIRA) <


You mean to the .repo file in OST, not the STD CI one right?

AFAIK, if using the same repo name, then it should be replaced
Automatically by CI with the relevant mirror.




> Fwd: OST failing repo sac-gluster-ansible-el7 - Connection refused
> --
>
> Key: OVIRT-2759
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2759
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Evgeny Slutsky
>Assignee: infra
>
> Hi,
> I'm trying to run Local lago OST,
> and failing with this error:
> @ Create prefix internal repo:
>   # Syncing remote repos locally (this might take some time):
> * Running reposync:
>   - reposync command failed for repoid: ovirt-4.3-tested-el7
> stdout:
> ovirt-4.3-tested-el7 | 3.0 kB 00:00
> centos-base-el7  | 3.6 kB 00:00
> centos-extras-el7| 3.4 kB 00:00
> centos-opstools-testing-el7  | 2.9 kB 00:00
> centos-ovirt-4.3-el7 | 3.4 kB 00:00
> centos-qemu-ev-testing-el7   | 2.9 kB 00:00
> centos-sclo-rh-release-el7   | 3.0 kB 00:00
> centos-updates-el7   | 3.4 kB 00:00
> epel-el7 | 5.3 kB 00:00
> glusterfs-6-el7  | 2.9 kB 00:00
> ovirt-4.3-snapshot-static-el7| 3.0 kB 00:00
> stderr:
> Traceback (most recent call last):
>   File "/bin/reposync", line 373, in 
> main()
>   File "/bin/reposync", line 185, in main
> my.doRepoSetup()
>   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in
> doRepoSetup
> return self._getRepos(thisrepo, True)
>   File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in
> _getRepos
> self._repos.doSetup(thisrepo)
>   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup
> self.retrieveAllMD()
>   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in
> retrieveAllMD
> dl = repo._async and repo._commonLoadRepoXML(repo)
>   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1482, in
> _commonLoadRepoXML
> result = self._getFileRepoXML(local, text)
>   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1259, in
> _getFileRepoXML
> size=102400) # setting max size as 100K
>   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1042, in
> _getFile
> raise e
> yum.Errors.NoMoreMirrorsRepoError: failure: repodata/repomd.xml from
> sac-gluster-ansible-el7: [Errno 256] No more mirrors to try.
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to copr-be.cloud.fedoraproject.org:443;
> Connection refused"
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to copr-be.cloud.fedoraproject.org:443;
> Connection refused"
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to copr-be.cloud.fedoraproject.org:443;
> Connection refused"
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to copr-be.cloud.fedoraproject.org:443;
> Connection refused"
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to copr-be.cloud.fedoraproject.org:443;
> Connection refused"
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to copr-be.cloud.fedoraproject.org:443;
> Connection refused"
> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml:
> [Errno 14] curl#7 - "Failed connect to copr-be.cloud.fedoraproject.org:443;
> Connection ref

Re: [ovirt-devel] OST fails, cannot connect to repo

[Eyal Edri]

On Thu, Jul 18, 2019 at 12:44 PM Sachidananda URS  wrote:

>
>
> On Thu, Jul 18, 2019 at 2:21 PM Sahina Bose  wrote:
>
>> +Sac as it's the repo maintained by him, but I doubt if it is this repo
>> specific
>>
>> On Thu, Jul 18, 2019 at 2:11 PM Vojtech Juranek 
>> wrote:
>>
>>> Hi,
>>> OST fails with
>>>
>>> 09:47:03
>>> https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/
>>> epel-7-x86_64/repodata/repomd.xml
>>> <https://copr-be.cloud.fedoraproject.org/results/sac/gluster-ansible/epel-7-x86_64/repodata/repomd.xml>:
>>> [Errno 14] curl#7 - "Failed connect to
>>> copr-be.cloud.fedoraproject.org:443; Connection refused"
>>>
>>> see e.g. [1] for full log. Stared to fail this morning.
>>> Can anyone take a look and fix it?
>>>
>>>
> This sometimes happens with Copr repo. I've seen similar error.
> But will work after some time. I don't know the reason for this
> instability.
>

Can the pkg get hosted on a more stable repo like on CentOS storage sig
repos?
e.g http://mirror.centos.org/centos/7/storage/x86_64/gluster-6/


>
> -sac
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/XOR5VOSPAF3TBACHPQLAY2TIRBQM4ARX/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/OUEDTASUOMG5NEYQ3Z2QHAX5QEAJPJX5/

[JIRA] (OVIRT-2342) Create a repo called ovirt-engine-config

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2342:
-
Resolution: Incomplete
Status: Done  (was: To Do)

No reply from requestor for a while, please reopen if it is still needed.

> Create a repo called ovirt-engine-config 
> -
>
> Key: OVIRT-2342
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2342
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: GitHub
>Reporter: Tareq Alayan
>Assignee: infra
>
> the repo will contain the ansible role representing the ovirt-engine-config 
> utility



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/LPZ43Q6HMXYDDOXDXPLILFSR7Y6BH6F2/

[JIRA] (OVIRT-2756) Re: ovirt-provider-ovn github mirror

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39531#comment-39531
 ] 

Eyal Edri commented on OVIRT-2756:
--

I couldn’t find your redhat user on GitHub, what is the alias?

> Re: ovirt-provider-ovn github mirror
> 
>
> Key: OVIRT-2756
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2756
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: danken
>Assignee: infra
>
> +1 and filing a jira card to track your request
> On Fri, 12 Jul 2019, 18:17 Miguel Duarte de Mora Barroso, <
> mdbarr...@redhat.com> wrote:
> > Hi,
> >
> > Can I be added as administrator of the github mirror of ovirt-provider-ovn
> > ?
> >
> > Some (very few) users are creating issues in there, and, while the
> > preferred thing is to refer them to open bugzillas, me having the
> > ability of closing the existing issues is positive.
> >
> > Thanks in advance,
> > Miguel
> >



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/BQMIJBXUJKFS6UDOGHFWTCMY7LYZYIW4/

[JIRA] (OVIRT-2756) Re: ovirt-provider-ovn github mirror

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2756:
-
Resolution: Fixed
Status: Done  (was: To Do)

> Re: ovirt-provider-ovn github mirror
> 
>
> Key: OVIRT-2756
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2756
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: danken
>Assignee: infra
>
> +1 and filing a jira card to track your request
> On Fri, 12 Jul 2019, 18:17 Miguel Duarte de Mora Barroso, <
> mdbarr...@redhat.com> wrote:
> > Hi,
> >
> > Can I be added as administrator of the github mirror of ovirt-provider-ovn
> > ?
> >
> > Some (very few) users are creating issues in there, and, while the
> > preferred thing is to refer them to open bugzillas, me having the
> > ability of closing the existing issues is positive.
> >
> > Thanks in advance,
> > Miguel
> >



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/6SAIOY2VBHMVDZN7SC26BQZU6YEMHUVQ/

[JIRA] (OVIRT-2756) Re: ovirt-provider-ovn github mirror

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39529#comment-39529
 ] 

Eyal Edri commented on OVIRT-2756:
--

I’ve set [mdbarroso|mailto:mdbarr...@redhat.com] user to be admin (hopefully 
that’s you :), if not please let me know asap what is your user name in GitHub.

> Re: ovirt-provider-ovn github mirror
> 
>
> Key: OVIRT-2756
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2756
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: danken
>Assignee: infra
>
> +1 and filing a jira card to track your request
> On Fri, 12 Jul 2019, 18:17 Miguel Duarte de Mora Barroso, <
> mdbarr...@redhat.com> wrote:
> > Hi,
> >
> > Can I be added as administrator of the github mirror of ovirt-provider-ovn
> > ?
> >
> > Some (very few) users are creating issues in there, and, while the
> > preferred thing is to refer them to open bugzillas, me having the
> > ability of closing the existing issues is positive.
> >
> > Thanks in advance,
> > Miguel
> >



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/Z62KELACL7FO5TO7KD5KIGLYXPIFX4KR/

Re: [CQ]: 101600,2 (vdsm) failed "ovirt-master" system tests

[Eyal Edri]

Evgheni,
Can you check maybe for docker version on that host? or anything that might
be different from other hosts? maybe reboot / upgrade it?

On Tue, Jul 9, 2019 at 6:23 PM Dafna Ron  wrote:

> another failure on same host
>
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14951/consoleFull
>
>
> On Tue, Jul 9, 2019 at 12:11 PM Dafna Ron  wrote:
>
>> from the failures I have seen it only fails on that specific host which
>> probably means this is a problem in the specific host and not in the test.
>>
>> On Tue, Jul 9, 2019 at 12:02 PM Daniel Belenky 
>> wrote:
>>
>>> Seems like a where the test tries to initialize the browser before the
>>> browser is up or something like that... I'm not familiar with Selenium
>>> though so maybe ask the maintainers of this test to look into it? Does it
>>> fail on other hosts?
>>>
>>> On Tue, Jul 9, 2019 at 12:23 PM Dafna Ron  wrote:
>>>
>>>> sure. the previous failures were on ovirt-srv19.phx.ovirt.org
>>>> <https://jenkins.ovirt.org/computer/ovirt-srv19.phx.ovirt.org/>
>>>> it seems the new failure is on the same host:
>>>>
>>>> *16:23:04*  Running on ovirt-srv19.phx.ovirt.org 
>>>> <http://jenkins.ovirt.org/computer/ovirt-srv19.phx.ovirt.org/> in 
>>>> /home/jenkins/workspace/ovirt-master_change-queue-tester
>>>>
>>>>
>>>>
>>>> On Tue, Jul 9, 2019 at 10:01 AM Eyal Edri  wrote:
>>>>
>>>>> Daniel/Evgheni - any insights on what could be specific to that host?
>>>>> Dafna, can you share the hostname?
>>>>>
>>>>> On Tue, Jul 9, 2019 at 11:57 AM Dafna Ron  wrote:
>>>>>
>>>>>> we looked at past failures which seem to have the same host in
>>>>>> common.
>>>>>> I asked Daniel (when he was infra owner) and Evgheni to look at this
>>>>>> and the issue stopped.
>>>>>> It happened again yesterday evening for one test
>>>>>>
>>>>>> On Tue, Jul 9, 2019 at 9:31 AM Eyal Edri  wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Jul 8, 2019 at 8:10 PM Dafna Ron  wrote:
>>>>>>>
>>>>>>>> This is the chrome ui test failure.
>>>>>>>>
>>>>>>>
>>>>>>> Did we find the root cause for this already? anyone is looking into
>>>>>>> it?
>>>>>>>
>>>>>>>
>>>>>>>> there are more vdsm patches running now
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Jul 8, 2019 at 6:00 PM oVirt Jenkins 
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Change 101600,2 (vdsm) is probably the reason behind recent system
>>>>>>>>> test
>>>>>>>>> failures in the "ovirt-master" change queue and needs to be fixed.
>>>>>>>>>
>>>>>>>>> This change had been removed from the testing queue. Artifacts
>>>>>>>>> build from this
>>>>>>>>> change will not be released until it is fixed.
>>>>>>>>>
>>>>>>>>> For further details about the change see:
>>>>>>>>> https://gerrit.ovirt.org/#/c/101600/2
>>>>>>>>>
>>>>>>>>> For failed test results see:
>>>>>>>>>
>>>>>>>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14933/
>>>>>>>>> ___
>>>>>>>>> Infra mailing list -- infra@ovirt.org
>>>>>>>>> To unsubscribe send an email to infra-le...@ovirt.org
>>>>>>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>>>>>>> oVirt Code of Conduct:
>>>>>>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>>>>>>> List Archives:
>>>>>>>>> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/U3SGLJEN6VHLCSZSIRKVPHYM4NEZ5P7H/
>>>>>>>>>
>>>>>>>> ___
>>>>>>>> Infra mailing list -- infra@ovirt.org
>>>

Re: [CQ]: 101600,2 (vdsm) failed "ovirt-master" system tests

[Eyal Edri]

Daniel/Evgheni - any insights on what could be specific to that host?
Dafna, can you share the hostname?

On Tue, Jul 9, 2019 at 11:57 AM Dafna Ron  wrote:

> we looked at past failures which seem to have the same host in common.
> I asked Daniel (when he was infra owner) and Evgheni to look at this and
> the issue stopped.
> It happened again yesterday evening for one test
>
> On Tue, Jul 9, 2019 at 9:31 AM Eyal Edri  wrote:
>
>>
>>
>> On Mon, Jul 8, 2019 at 8:10 PM Dafna Ron  wrote:
>>
>>> This is the chrome ui test failure.
>>>
>>
>> Did we find the root cause for this already? anyone is looking into it?
>>
>>
>>> there are more vdsm patches running now
>>>
>>>
>>> On Mon, Jul 8, 2019 at 6:00 PM oVirt Jenkins  wrote:
>>>
>>>> Change 101600,2 (vdsm) is probably the reason behind recent system test
>>>> failures in the "ovirt-master" change queue and needs to be fixed.
>>>>
>>>> This change had been removed from the testing queue. Artifacts build
>>>> from this
>>>> change will not be released until it is fixed.
>>>>
>>>> For further details about the change see:
>>>> https://gerrit.ovirt.org/#/c/101600/2
>>>>
>>>> For failed test results see:
>>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14933/
>>>> ___
>>>> Infra mailing list -- infra@ovirt.org
>>>> To unsubscribe send an email to infra-le...@ovirt.org
>>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>>> oVirt Code of Conduct:
>>>> https://www.ovirt.org/community/about/community-guidelines/
>>>> List Archives:
>>>> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/U3SGLJEN6VHLCSZSIRKVPHYM4NEZ5P7H/
>>>>
>>> ___
>>> Infra mailing list -- infra@ovirt.org
>>> To unsubscribe send an email to infra-le...@ovirt.org
>>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>>> oVirt Code of Conduct:
>>> https://www.ovirt.org/community/about/community-guidelines/
>>> List Archives:
>>> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/L5UB5UYJPOJPTS26DKZP7XUQHZYTGCOR/
>>>
>>
>>
>> --
>>
>> Eyal edri
>>
>> He / Him / His
>>
>>
>> MANAGER
>>
>> CONTINUOUS PRODUCTIZATION
>>
>> SYSTEM ENGINEERING
>>
>> Red Hat <https://www.redhat.com/>
>> <https://red.ht/sig>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
>>
>

-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/EZHKIJYR72M33NVQIPL4GACQHPXXL6I5/

Re: [CQ]: 101600,2 (vdsm) failed "ovirt-master" system tests

[Eyal Edri]

On Mon, Jul 8, 2019 at 8:10 PM Dafna Ron  wrote:

> This is the chrome ui test failure.
>

Did we find the root cause for this already? anyone is looking into it?


> there are more vdsm patches running now
>
>
> On Mon, Jul 8, 2019 at 6:00 PM oVirt Jenkins  wrote:
>
>> Change 101600,2 (vdsm) is probably the reason behind recent system test
>> failures in the "ovirt-master" change queue and needs to be fixed.
>>
>> This change had been removed from the testing queue. Artifacts build from
>> this
>> change will not be released until it is fixed.
>>
>> For further details about the change see:
>> https://gerrit.ovirt.org/#/c/101600/2
>>
>> For failed test results see:
>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/14933/
>> ___
>> Infra mailing list -- infra@ovirt.org
>> To unsubscribe send an email to infra-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/U3SGLJEN6VHLCSZSIRKVPHYM4NEZ5P7H/
>>
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/infra@ovirt.org/message/L5UB5UYJPOJPTS26DKZP7XUQHZYTGCOR/
>


-- 

Eyal edri

He / Him / His


MANAGER

CONTINUOUS PRODUCTIZATION

SYSTEM ENGINEERING

Red Hat <https://www.redhat.com/>
<https://red.ht/sig>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ #cp-devel)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/WTAQ2UV4YDVQ3RGEWTKQ67S4WMFHPEBO/

[JIRA] (OVIRT-2342) Create a repo called ovirt-engine-config

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39496#comment-39496
 ] 

Eyal Edri commented on OVIRT-2342:
--

What this needed in the end? I don’t see a repo created.

> Create a repo called ovirt-engine-config 
> -
>
> Key: OVIRT-2342
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2342
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: GitHub
>Reporter: Tareq Alayan
>Assignee: infra
>
> the repo will contain the ansible role representing the ovirt-engine-config 
> utility



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/BV22EB6S4GSMF63EM6YJGDY3YYB6IA6Y/

[JIRA] (OVIRT-2443) Make sure that big containers KubVirt CI uses are cached on hosts

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2443?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39494#comment-39494
 ] 

Eyal Edri commented on OVIRT-2443:
--

[~dbele...@redhat.com] [~gbenh...@redhat.com] [~bkor...@redhat.com] any update 
on this?

> Make sure that big containers KubVirt CI uses are cached on hosts
> -
>
> Key: OVIRT-2443
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2443
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: CI client projects
>Reporter: Barak Korren
>Assignee: infra
>
> Make sure that big containers KubVirt CI uses are cached on hosts



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/XLAPAVLXM3LEDH4QLLZHHLVBSMOQKMVJ/

[JIRA] (OVIRT-2230) Checkout using prow as a GitHub triggering mechanism

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2230?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39491#comment-39491
 ] 

Eyal Edri commented on OVIRT-2230:
--

Since KubeVirt are doing it already, is there anything left to do on this 
ticket?

I don’t expect oVirt to move to it.

> Checkout using prow as a GitHub triggering mechanism
> 
>
> Key: OVIRT-2230
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2230
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: Jenkins Master
>Reporter: Barak Korren
>Assignee: infra
>
> [Prow|https://github.com/kubernetes/test-infra/tree/master/prow] is the 
> service that Kubernetes are using to trigger their CI on GitHub events.
> We should inspect it and see if it would be useful for us to adopt it.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/OXAQLNREYAMXWJRFGJASYFTKJCTOZH44/

[JIRA] (OVIRT-2178) "Borrow" slaves from CentOS CI

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2178?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39488#comment-39488
 ] 

Eyal Edri commented on OVIRT-2178:
--

I think we agreed this won’t be a viable solution, so I think we can close this 
ticket.

> "Borrow" slaves from CentOS CI
> --
>
> Key: OVIRT-2178
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2178
> Project: oVirt - virtualization made easy
>  Issue Type: Epic
>Reporter: Barak Korren
>Assignee: infra
>
> [CentOS CI|https://wiki.centos.org/QaWiki/CI] is a generic shared platform 
> for building CI service for Open Source projects.
> Amount other things, CentOS CI makes physical and virtual hosts available for 
> running CI processes via the [Duffy|http://wiki.centos.org/QaWiki/CI/Duffy] 
> system.
> We should make oVirt CI able to consume resources from CentOs CI to augment 
> and someday replace the hardware resources available to oVirt CI.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/F3POKFCFTN7LDQFGBUU3KN334QUU45SE/

[JIRA] (OVIRT-2138) Revert "open external repos for master until centos 7.5 calms down"

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2138?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2138:
-
Resolution: Fixed
Status: Done  (was: To Do)

> Revert "open external repos for master until centos 7.5 calms down"
> ---
>
> Key: OVIRT-2138
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2138
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Dafna Ron
>Assignee: infra
>
> I created the ticket but need to make sure it passes CI before merging: 
> https://gerrit.ovirt.org/#/c/91936/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/7NSGVSWRNTRIAXTAXR2H47MQK6GTA2XA/

[JIRA] (OVIRT-2140) enforce SSL on resources.ovirt.org

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2140?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39486#comment-39486
 ] 

Eyal Edri commented on OVIRT-2140:
--

[~ederevea] do we still need to do this? what are the risks?

> enforce SSL on resources.ovirt.org
> --
>
> Key: OVIRT-2140
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2140
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: Evgheni Dereveanchin
>Assignee: infra
>
> SSL was enabled on Resources with OVIRT-1472, this ticket is to transform the 
> non-SSL virtual hosts into redirects to the SSL version



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/IZ75HPF7M5CWCBO6ZS3765PP6VUTFCXV/

[JIRA] (OVIRT-2041) Setup CI mirrors for EL7/ppc64le

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2041?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2041:
-
Resolution: Won't Do
Status: Done  (was: To Do)

I don't recall any significant errors due to mirroring on PPC64 that required 
us mirroing repos, we have limited space on the mirror server, so I'd rather 
not add something we don't need.

> Setup CI mirrors for EL7/ppc64le
> 
>
> Key: OVIRT-2041
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2041
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: CI Mirrors
>Reporter: Barak Korren
>Assignee: infra
>  Labels: ppc64le
>
> We've been having trouble with PPC64LE slaves due to packaging issues, its 
> desirable to setup CI mirrors that will protect the CI system from such 
> issues in the future



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/HMWBUIFNTB2WPNQWR4PTZKE7RXTMRCEL/

[JIRA] (OVIRT-1919) missing documentation on ci re-merge please in github

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1919?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39483#comment-39483
 ] 

Eyal Edri commented on OVIRT-1919:
--

[~dron] can you add the relevant docs that we need for it if we don’t have it 
already?

> missing documentation on ci re-merge please in github
> -
>
> Key: OVIRT-1919
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1919
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Dafna Ron
>Assignee: infra
>
> we needed to re-merge a change from github and did not know how to do it. 
> looking at the documentation it either does not exist or not documented. 
> http://ovirt-infra-docs.readthedocs.io/en/latest/CI/Using_STDCI_with_GitHub/index.html
> I am assuming that we can re-merge so opening a jira for the doc. 



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/JN7TXAUTMIAEYFSPVNGJJEFBVESJOZ7R/

[JIRA] (OVIRT-1868) Allow engineers to write Jenkinsfiles

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1868?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-1868:
-
Resolution: Won't Do
Status: Done  (was: To Do)

> Allow engineers to write Jenkinsfiles
> -
>
> Key: OVIRT-1868
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1868
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: Standard CI (Pipelines)
>Reporter: Roman Mohr
>Assignee: infra
>
> Looks like standard-ci switched internally to use Jenkinsfiles. However it
> would be very valuable for engineers, if they could just write their
> Jenkinsfile, instead of all the usual standard-ci yamls/scripts.
> With the Jenkinsfile the chroot based approach seems to be pretty obsolete,
> if you allow people to use the docker agent for the Jenkinsfile. For
> KubeVirt it would make standard-ci finally really valuable.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/X5BFH5W4IHE22RUP4DYMYQ3L6WXDVAE2/

[JIRA] (OVIRT-1867) Allow embedded secrets inside the source repo for CI

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1867?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-1867:
-
Resolution: Won't Do
Status: Done  (was: To Do)

KubeVirt moved to Prow, and AFAIU this feature isn't needed anymore on STDCI.

> Allow embedded secrets inside the source repo for CI
> 
>
> Key: OVIRT-1867
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1867
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: Standard CI (Pipelines), STDCI DSL
>Reporter: Roman Mohr
>Assignee: infra
>  Labels: credentials
>
> In order to improve the self-service capabilities of standard-ci it is
> important for projects, that they can add their own secrets to projects (to
> reach external services, e.g. docker hub, ...).
> Travis has a very nice system which helps engineers there:
> https://docs.travis-ci.com/user/encryption-keys/
> Basically the CI system needs to generate a public/private key pair for
> every enabled git repo. The engineer simply fetches the public key via a
> well know URL and encrypts the secrets. Then the encrypted secret can be
> made part of the source repo. Before the tests are run the CI system
> decrypts the secrets. Than can play together pretty well with Jenkinsfiles
> too.
> Benefit:
>  * Less manual intervention from CI team to add secrets to jobs
>  * Strengthen the config-in-code thinking



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/O6BUEP5L2TWO5WX3VZMIB2NN75CCEN6W/

[JIRA] (OVIRT-1554) Get rid of old 'create_rpms' jobs

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri closed OVIRT-1554.

Resolution: Fixed  (was: Won't Do)

> Get rid of old 'create_rpms' jobs
> -
>
> Key: OVIRT-1554
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1554
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: oVirt CI
>Reporter: Barak Korren
>Assignee: infra
>  Labels: re-factor, standard-ci
>
> '*create_rpms*' jobs are the old kind of jobs that we used to have before 
> STD-CI. We still have many of those laying around.
> Here is the list for the time of writing these lines:
> #  vdsm_any_create-rpms_manual
> #  mom_any_create-rpms_manual_old
> #qemu_4.1_create-rpms-el7-x86_64_merged
> #qemu_4.1_create-rpms-el7-ppc64le_merged
> #qemu_4.1_create-rpms-el7-x86_64_created
> #qemu_4.1_create-rpms-el7-ppc64le_created
> #qemu_master_create-rpms-el7-x86_64_created
> #slf4j_master_create-rpms-el6-x86_64_merged
> #qemu_master_create-rpms-el7-ppc64le_created
> #slf4j_master_create-rpms-el6-x86_64_created
> #ioprocess_0.15_create-rpms-el7-x86_64_merged
> #ovirt-wgt_4.1_create-rpms-fc24-x86_64_merged
> #ioprocess_0.15_create-rpms-el7-x86_64_created
> #ovirt-wgt_4.1_create-rpms-fc24-x86_64_created
> #ovirt-reports_3.6_create-rpms-el6-x86_64_merged
> #ovirt-reports_3.6_create-rpms-el7-x86_64_merged
> #ovirt-wgt_master_create-rpms-fc25-x86_64_merged
> #py2exe-py2.7_4.1_create-rpms-fc24-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-el7-x86_64_merged
> #vcredist-x86_4.1_create-rpms-fc24-x86_64_merged
> #ovirt-reports_3.6_create-rpms-el6-x86_64_created
> #ovirt-reports_3.6_create-rpms-el7-x86_64_created
> #ovirt-wgt_master_create-rpms-fc25-x86_64_created
> #py2exe-py2.7_4.1_create-rpms-fc24-x86_64_created
> #python-windows_4.1_create-rpms-el7-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-el7-x86_64_created
> #pywin32-py2.7_4.1_create-rpms-fc24-x86_64_merged
> #vcredist-x86_4.1_create-rpms-fc24-x86_64_created
> #ovirt-hosted-engine-ha_any_create-rpms_manual_old
> #ovirt-vmconsole_3.6_create-rpms-el6-x86_64_merged
> #   ovirt-vmconsole_3.6_create-rpms-el7-x86_64_merged
> #python-windows_4.1_create-rpms-el7-x86_64_created
> #python-windows_4.1_create-rpms-fc24-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-fc24-x86_64_created
> #ovirt-vmconsole_3.6_create-rpms-el6-x86_64_created
> #ovirt-vmconsole_3.6_create-rpms-el7-x86_64_created
> #py2exe-py2.7_master_create-rpms-fc25-x86_64_merged
> #python-windows_4.1_create-rpms-fc24-x86_64_created
> #pywin32-py2.7_master_create-rpms-el7-x86_64_merged
> #vcredist-x86_master_create-rpms-fc25-x86_64_merged
> #   vcredist-x86_master_create-rpms-fc26-x86_64_merged
> #  ovirt-host-deploy_3.6_create-rpms-el6-x86_64_merged
> # ovirt-host-deploy_3.6_create-rpms-el7-x86_64_merged
> # py2exe-py2.7_master_create-rpms-fc25-x86_64_created
> #python-windows_master_create-rpms-el7-x86_64_merged
> #pywin32-py2.7_master_create-rpms-el7-x86_64_created
> #pywin32-py2.7_master_create-rpms-fc25-x86_64_merged
> #pywin32-py2.7_master_create-rpms-fc26-x86_64_merged
> #vcredist-x86_master_create-rpms-fc25-x86_64_created
> #vcredist-x86_master_create-rpms-fc26-x86_64_created
> # ovirt-host-deploy_3.6_create-rpms-el6-x86_64_created
> # ovirt-host-deploy_3.6_create-rpms-el7-x86_64_created
> # python-windows_master_create-rpms-el7-x86_64_created
> # python-windows_master_create-rpms-fc25-x86_64_merged
> # python-windows_master_create-rpms-fc26-x86_64_merged
> # pywin32-py2.7_master_create-rpms-fc25-x86_64_created
> # pywin32-py2.7_master_create-rpms-fc26-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el6-x86_64_merged
> # ovirt-log-collector_3.6_create-rpms-el7-x86_64_merged
> # python-windows_master_create-rpms-fc25-x86_64_created
> # python-windows_master_create-rpms-fc26-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el6-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el7-x86_64_created
> # ovirt-engine-sdk-java_3.6_create-rpms-el6-x86_64_merged
> # ovirt-engine-sdk-java_3.6_create-rpms-el7-x86_64_merged
> # ovirt-engine-sdk-java_3.6_create-rpms-fc24-x86_64_merged
> # ovirt-engine-wildfly10_4.1_create-rpms-el7-x86_64_merged
> # ovirt-hosted-engine-ha_3.6_create-rpms-el7-x86_64_merged
> # jasperreports-server_master_create-rpms-el6-x86_64_mer

[JIRA] (OVIRT-1840) jobs freeze due to unresponsive docker

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-1840:
-
Resolution: Cannot Reproduce
Status: Done  (was: To Do)

> jobs freeze due to unresponsive docker
> --
>
> Key: OVIRT-1840
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1840
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Evgheni Dereveanchin
>Assignee: infra
>
> Quite often do I see jobs stuck at various stages for hours that seem related 
> to docker.
> Example:
> http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-fc26-x86_64/610/console
> There's multiple docker commands stuck on the slave (will post in the next 
> comment) so it seems to be deadlocked. Opening ticket to investigate which 
> step exactly is causing this and possible ways of resolving. The job in 
> question doesn't even use docker so shouldn't suffer if this happens.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/T56WD3OL3N5ETLT42B57OEWDAZHZ7LNN/

[JIRA] (OVIRT-1554) Get rid of old 'create_rpms' jobs

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-1554:
-
Status: Done  (was: To Do)

> Get rid of old 'create_rpms' jobs
> -
>
> Key: OVIRT-1554
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1554
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: oVirt CI
>Reporter: Barak Korren
>Assignee: infra
>  Labels: re-factor, standard-ci
>
> '*create_rpms*' jobs are the old kind of jobs that we used to have before 
> STD-CI. We still have many of those laying around.
> Here is the list for the time of writing these lines:
> #  vdsm_any_create-rpms_manual
> #  mom_any_create-rpms_manual_old
> #qemu_4.1_create-rpms-el7-x86_64_merged
> #qemu_4.1_create-rpms-el7-ppc64le_merged
> #qemu_4.1_create-rpms-el7-x86_64_created
> #qemu_4.1_create-rpms-el7-ppc64le_created
> #qemu_master_create-rpms-el7-x86_64_created
> #slf4j_master_create-rpms-el6-x86_64_merged
> #qemu_master_create-rpms-el7-ppc64le_created
> #slf4j_master_create-rpms-el6-x86_64_created
> #ioprocess_0.15_create-rpms-el7-x86_64_merged
> #ovirt-wgt_4.1_create-rpms-fc24-x86_64_merged
> #ioprocess_0.15_create-rpms-el7-x86_64_created
> #ovirt-wgt_4.1_create-rpms-fc24-x86_64_created
> #ovirt-reports_3.6_create-rpms-el6-x86_64_merged
> #ovirt-reports_3.6_create-rpms-el7-x86_64_merged
> #ovirt-wgt_master_create-rpms-fc25-x86_64_merged
> #py2exe-py2.7_4.1_create-rpms-fc24-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-el7-x86_64_merged
> #vcredist-x86_4.1_create-rpms-fc24-x86_64_merged
> #ovirt-reports_3.6_create-rpms-el6-x86_64_created
> #ovirt-reports_3.6_create-rpms-el7-x86_64_created
> #ovirt-wgt_master_create-rpms-fc25-x86_64_created
> #py2exe-py2.7_4.1_create-rpms-fc24-x86_64_created
> #python-windows_4.1_create-rpms-el7-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-el7-x86_64_created
> #pywin32-py2.7_4.1_create-rpms-fc24-x86_64_merged
> #vcredist-x86_4.1_create-rpms-fc24-x86_64_created
> #ovirt-hosted-engine-ha_any_create-rpms_manual_old
> #ovirt-vmconsole_3.6_create-rpms-el6-x86_64_merged
> #   ovirt-vmconsole_3.6_create-rpms-el7-x86_64_merged
> #python-windows_4.1_create-rpms-el7-x86_64_created
> #python-windows_4.1_create-rpms-fc24-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-fc24-x86_64_created
> #ovirt-vmconsole_3.6_create-rpms-el6-x86_64_created
> #ovirt-vmconsole_3.6_create-rpms-el7-x86_64_created
> #py2exe-py2.7_master_create-rpms-fc25-x86_64_merged
> #python-windows_4.1_create-rpms-fc24-x86_64_created
> #pywin32-py2.7_master_create-rpms-el7-x86_64_merged
> #vcredist-x86_master_create-rpms-fc25-x86_64_merged
> #   vcredist-x86_master_create-rpms-fc26-x86_64_merged
> #  ovirt-host-deploy_3.6_create-rpms-el6-x86_64_merged
> # ovirt-host-deploy_3.6_create-rpms-el7-x86_64_merged
> # py2exe-py2.7_master_create-rpms-fc25-x86_64_created
> #python-windows_master_create-rpms-el7-x86_64_merged
> #pywin32-py2.7_master_create-rpms-el7-x86_64_created
> #pywin32-py2.7_master_create-rpms-fc25-x86_64_merged
> #pywin32-py2.7_master_create-rpms-fc26-x86_64_merged
> #vcredist-x86_master_create-rpms-fc25-x86_64_created
> #vcredist-x86_master_create-rpms-fc26-x86_64_created
> # ovirt-host-deploy_3.6_create-rpms-el6-x86_64_created
> # ovirt-host-deploy_3.6_create-rpms-el7-x86_64_created
> # python-windows_master_create-rpms-el7-x86_64_created
> # python-windows_master_create-rpms-fc25-x86_64_merged
> # python-windows_master_create-rpms-fc26-x86_64_merged
> # pywin32-py2.7_master_create-rpms-fc25-x86_64_created
> # pywin32-py2.7_master_create-rpms-fc26-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el6-x86_64_merged
> # ovirt-log-collector_3.6_create-rpms-el7-x86_64_merged
> # python-windows_master_create-rpms-fc25-x86_64_created
> # python-windows_master_create-rpms-fc26-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el6-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el7-x86_64_created
> # ovirt-engine-sdk-java_3.6_create-rpms-el6-x86_64_merged
> # ovirt-engine-sdk-java_3.6_create-rpms-el7-x86_64_merged
> # ovirt-engine-sdk-java_3.6_create-rpms-fc24-x86_64_merged
> # ovirt-engine-wildfly10_4.1_create-rpms-el7-x86_64_merged
> # ovirt-hosted-engine-ha_3.6_create-rpms-el7-x86_64_merged
> # jasperreports-server_master_create-rpms-el6-x86_64_merged
> # 

[JIRA] (OVIRT-1554) Get rid of old 'create_rpms' jobs

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1554?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri reopened OVIRT-1554:
--

> Get rid of old 'create_rpms' jobs
> -
>
> Key: OVIRT-1554
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1554
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: oVirt CI
>Reporter: Barak Korren
>Assignee: infra
>  Labels: re-factor, standard-ci
>
> '*create_rpms*' jobs are the old kind of jobs that we used to have before 
> STD-CI. We still have many of those laying around.
> Here is the list for the time of writing these lines:
> #  vdsm_any_create-rpms_manual
> #  mom_any_create-rpms_manual_old
> #qemu_4.1_create-rpms-el7-x86_64_merged
> #qemu_4.1_create-rpms-el7-ppc64le_merged
> #qemu_4.1_create-rpms-el7-x86_64_created
> #qemu_4.1_create-rpms-el7-ppc64le_created
> #qemu_master_create-rpms-el7-x86_64_created
> #slf4j_master_create-rpms-el6-x86_64_merged
> #qemu_master_create-rpms-el7-ppc64le_created
> #slf4j_master_create-rpms-el6-x86_64_created
> #ioprocess_0.15_create-rpms-el7-x86_64_merged
> #ovirt-wgt_4.1_create-rpms-fc24-x86_64_merged
> #ioprocess_0.15_create-rpms-el7-x86_64_created
> #ovirt-wgt_4.1_create-rpms-fc24-x86_64_created
> #ovirt-reports_3.6_create-rpms-el6-x86_64_merged
> #ovirt-reports_3.6_create-rpms-el7-x86_64_merged
> #ovirt-wgt_master_create-rpms-fc25-x86_64_merged
> #py2exe-py2.7_4.1_create-rpms-fc24-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-el7-x86_64_merged
> #vcredist-x86_4.1_create-rpms-fc24-x86_64_merged
> #ovirt-reports_3.6_create-rpms-el6-x86_64_created
> #ovirt-reports_3.6_create-rpms-el7-x86_64_created
> #ovirt-wgt_master_create-rpms-fc25-x86_64_created
> #py2exe-py2.7_4.1_create-rpms-fc24-x86_64_created
> #python-windows_4.1_create-rpms-el7-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-el7-x86_64_created
> #pywin32-py2.7_4.1_create-rpms-fc24-x86_64_merged
> #vcredist-x86_4.1_create-rpms-fc24-x86_64_created
> #ovirt-hosted-engine-ha_any_create-rpms_manual_old
> #ovirt-vmconsole_3.6_create-rpms-el6-x86_64_merged
> #   ovirt-vmconsole_3.6_create-rpms-el7-x86_64_merged
> #python-windows_4.1_create-rpms-el7-x86_64_created
> #python-windows_4.1_create-rpms-fc24-x86_64_merged
> #pywin32-py2.7_4.1_create-rpms-fc24-x86_64_created
> #ovirt-vmconsole_3.6_create-rpms-el6-x86_64_created
> #ovirt-vmconsole_3.6_create-rpms-el7-x86_64_created
> #py2exe-py2.7_master_create-rpms-fc25-x86_64_merged
> #python-windows_4.1_create-rpms-fc24-x86_64_created
> #pywin32-py2.7_master_create-rpms-el7-x86_64_merged
> #vcredist-x86_master_create-rpms-fc25-x86_64_merged
> #   vcredist-x86_master_create-rpms-fc26-x86_64_merged
> #  ovirt-host-deploy_3.6_create-rpms-el6-x86_64_merged
> # ovirt-host-deploy_3.6_create-rpms-el7-x86_64_merged
> # py2exe-py2.7_master_create-rpms-fc25-x86_64_created
> #python-windows_master_create-rpms-el7-x86_64_merged
> #pywin32-py2.7_master_create-rpms-el7-x86_64_created
> #pywin32-py2.7_master_create-rpms-fc25-x86_64_merged
> #pywin32-py2.7_master_create-rpms-fc26-x86_64_merged
> #vcredist-x86_master_create-rpms-fc25-x86_64_created
> #vcredist-x86_master_create-rpms-fc26-x86_64_created
> # ovirt-host-deploy_3.6_create-rpms-el6-x86_64_created
> # ovirt-host-deploy_3.6_create-rpms-el7-x86_64_created
> # python-windows_master_create-rpms-el7-x86_64_created
> # python-windows_master_create-rpms-fc25-x86_64_merged
> # python-windows_master_create-rpms-fc26-x86_64_merged
> # pywin32-py2.7_master_create-rpms-fc25-x86_64_created
> # pywin32-py2.7_master_create-rpms-fc26-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el6-x86_64_merged
> # ovirt-log-collector_3.6_create-rpms-el7-x86_64_merged
> # python-windows_master_create-rpms-fc25-x86_64_created
> # python-windows_master_create-rpms-fc26-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el6-x86_64_created
> # ovirt-log-collector_3.6_create-rpms-el7-x86_64_created
> # ovirt-engine-sdk-java_3.6_create-rpms-el6-x86_64_merged
> # ovirt-engine-sdk-java_3.6_create-rpms-el7-x86_64_merged
> # ovirt-engine-sdk-java_3.6_create-rpms-fc24-x86_64_merged
> # ovirt-engine-wildfly10_4.1_create-rpms-el7-x86_64_merged
> # ovirt-hosted-engine-ha_3.6_create-rpms-el7-x86_64_merged
> # jasperreports-server_master_create-rpms-el6-x86_64_merged
> # jasperreports-server_m

[JIRA] (OVIRT-1545) create unix group for infra admins on systems

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1545?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri reassigned OVIRT-1545:


Assignee: Shlomi Zidmi  (was: infra)

> create unix group for infra admins on systems
> -
>
> Key: OVIRT-1545
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1545
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: Evgheni Dereveanchin
>Assignee: Shlomi Zidmi
>
> To ease access to shared files, we should create a group and add all admins 
> to it.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/6E2M3MSMHTONOXK44L5Z3MLSK6QLCMKA/

[JIRA] (OVIRT-1536) Documentation about the change-queue flow

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1536?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39481#comment-39481
 ] 

Eyal Edri commented on OVIRT-1536:
--

[~dron] you did some docs on it recently with a document and diagram no?

> Documentation about the change-queue flow
> -
>
> Key: OVIRT-1536
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1536
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: Change Queue, Documentation
>Reporter: Barak Korren
>Assignee: infra
>  Labels: change-queue
>
> Add some reference documentation about the change-queue flow.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/HU6XDI2E27LJYXJMHHLBD57SQUPHX2ZC/

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

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1396?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39480#comment-39480
 ] 

Eyal Edri commented on OVIRT-1396:
--

[~bkor...@redhat.com] still relevant?

> 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: Standard CI (Pipelines)
>Reporter: Barak Korren
>Assignee: infra
>
> This is a part of [containers 
> CI/CD|https://docs.google.com/a/redhat.com/document/d/1mEo3E0kRvlUWT9VaSPKDeG5rXBVXgSaHHQfvZ1la41E/edit?usp=sharing]
>  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
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/DCBE4JYBJAIARXLZWE76O4GV5LXQLR5H/

[JIRA] (OVIRT-914) Better arch support for mock_runner.sh

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39479#comment-39479
 ] 

Eyal Edri commented on OVIRT-914:
-

[~bkor...@redhat.com] is this still planned/needed?

> Better arch support for mock_runner.sh
> --
>
> Key: OVIRT-914
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-914
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: mock_runner
>Reporter: Barak Korren
>Assignee: infra
>  Labels: mock_runner.sh, standard-ci
>
> We managed to us "{{mock_runner.sh}}" in multi-arch so far because it was 
> flexible enough to allow us to select the chroot file.
> The issue is that mock_runner does not actually *know* the arch we are 
> running on so we can`t::
> * do different mounts per-arch
> * install different packages per-arch
> * have different {{check_*}} scripts per-arch



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/D4ZCNVXB5RP35RESRN3UW4FRUKOI3T3V/

[JIRA] (OVIRT-886) Yum install does not throw error on missing package

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-886?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-886:

Status: Done  (was: To Do)

> Yum install does not throw error on missing package
> ---
>
> Key: OVIRT-886
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-886
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: mock_runner
>Reporter: Gil Shinar
>Assignee: infra
>  Labels: mock_runner.sh, standard-ci
>
> When running el7 mock on fc24 (not necessary the issue) and one of the 
> required packages is missing because a repository in .repos hadn't been 
> added, yum will not fail and the package will not be installed



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/KQI4PGTMSP24GOYI57AV2TNPXHEEW6V7/

[JIRA] (OVIRT-2635) Puppet failed to configure the sudoers file

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2635?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39478#comment-39478
 ] 

Eyal Edri commented on OVIRT-2635:
--

[~gbenh...@redhat.com] is this still relevant?

> Puppet failed to configure the sudoers file
> ---
>
> Key: OVIRT-2635
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2635
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Gal Ben Haim
>Assignee: infra
>
> We are affected by https://bugs.centos.org/view.php?id=15567



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/I6W4SQEESBTACQRBUDFINUKLNQ4YNR6Q/

[JIRA] (OVIRT-2187) Create master suite based on FC 28

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2187?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2187:
-
Resolution: Won't Do
Status: Done  (was: To Do)

Doesn't seem there is  need/resources for this effort ATM.
Its more likely we'll run oVirt 4.4 on CentOS 8 sooner.

> Create master suite based on FC 28
> --
>
> Key: OVIRT-2187
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2187
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: OST
>Reporter: Gal Ben Haim
>Assignee: infra
>




--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/JGCVRSJONEUUYBRSZDMTY7NDT6FFRKHG/

[JIRA] (OVIRT-2617) Allow rerunning only failed test lanes

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2617?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2617:
-
Resolution: Fixed
Status: Done  (was: To Do)

This was achived in the end by moving to Prow.
There are no plans to add it to STD-CI at this stage.

> Allow rerunning only failed test lanes
> --
>
> Key: OVIRT-2617
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2617
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>Reporter: Roman Mohr
>Assignee: infra
>
> Hi,
> In KubeVirt we run a lot of differnent test lanes. Even if our tests are
> written in a good way and if the underlying CI infra is stable and fast,
> there will always be cases where for-whatever reason one or two tests can
> fail out of hundreds in a lane.
> It would be very helpful if we could have a /retest command or something
> similar where only failed lanes are re-run. That would be similar to how it
> is handled in Kubernetes.
> Right now it is an all-or-nothing thing.
> What I would expect, is that it is still possible to see the test history
> somewhere then (e.g. the first two attempts where it failed and then the
> third one where it succeeds).
> Best Regards,
> Roman



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/65AS6OB27TPOP7SV2ZOMVJ74V4VHI3VN/

[JIRA] (OVIRT-1956) manual job upgrade options/table are messy

[Eyal Edri (oVirt JIRA)]

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=39476#comment-39476
 ] 

Eyal Edri commented on OVIRT-1956:
--

[~amarchuk] this looks like a text update, can [~szidmi] handle it?

> manual job upgrade options/table are messy
> --
>
> Key: OVIRT-1956
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1956
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi,
> This was originally reported as [1].
> It's not completely clear what each choice of 'ENGINE_VERSION' and
> 'SUITE_TYPE' runs. We should clarify that, add to the table missing
> information if needed, including noting somehow combinations that
> should not work, if any (e.g. upgrade from 4.0 to 4.2 or master).
> In addition to what I wrote in [1], I now checked and saw that a patch
> [2] for 4.1 made the change-queue run [3]:
> - basic-suite
> - upgrade-from-prevrelease - this caused upgrade from 4.0 to 4.1
> - upgrade-from-release - this caused upgrade from 4.1 (released?) to
> 4.1 (tested)
> Which looks just fine to me, but if that's also supported by the
> manual job, it's very hard to guess from the table.
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1552703
> [2] https://gerrit.ovirt.org/89556
> [3] 
> http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1746/artifact/exported-artifacts/
> -- 
> Didi



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/KG564DMCRUMRNYBGIDFRERDVJJEPF2IX/

[JIRA] (OVIRT-2709) Please create new repositories on ovirt github for new Ansible role

[Eyal Edri (oVirt JIRA)]

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-2709?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Eyal Edri updated OVIRT-2709:
-
Resolution: Fixed
Status: Done  (was: To Do)

> Please create new repositories on ovirt github for new Ansible role
> ---
>
> Key: OVIRT-2709
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2709
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Shirly Radco
>Assignee: infra
>
> Please create following repositories:
> ovirt-ansible-origin-on-ovirt
> And please assign sradco, rgolan, machacekondra and mwperina as 
> administrators.
> Thanks.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100105)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/infra@ovirt.org/message/VJPXYTG3CSEGEWAZLW2ICAJ2ME4GP3YP/