from:"Leon Goldberg"

OST manual jobs are pending indefinitely[0]

2018-07-08 Thread Leon Goldberg

A lot of the below:

(pending—Jenkins doesn’t have label integ-tests; lfedora1.lf-dev.marist.edu
doesn’t have label integ-tests; mirrors.phx.ovirt.org doesn’t have label
integ-tests; ovirt-srv17.phx.ovirt.org
 is offline;
ovirt-srv21.phx.ovirt.org
 is offline;
ovirt-srv26.phx.ovirt.org
 is offline;
templates02.phx.ovirt.org doesn’t have label integ-tests;
vm0001.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0003.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0004.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0005.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0006.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0007.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0008.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0009.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0010.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0011.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0012.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0013.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0014.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0015.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0016.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0034.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0035.workers-phx.ovirt.org doesn’t have label integ-tests;
vm0036.workers-phx.ovirt.org doesn’t have label integ-tests;

[0] https://jenkins.ovirt.org/job/ovirt-system-tests_manual/
___
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/RT6NUENT4HVNWZNW6RAV7PCJ2OMHLCON/

Re: OST Network suite is failing on "OSError: [Errno 28] No space left on device"

2018-03-19 Thread Leon Goldberg

Hey, any updates?

On Sun, Mar 18, 2018 at 10:44 AM, Edward Haas  wrote:

> We are doing nothing special there, just executing ansible through their
> API.
>
> On Sun, Mar 18, 2018 at 10:42 AM, Daniel Belenky 
> wrote:
>
>> It's not a space issue. Other suites ran on that slave after your suite
>> successfully.
>> I think that the problem is the setting for max semaphores, though I
>> don't know what you're doing to reach that limit.
>>
>> [dbelenky@ovirt-srv18 ~]$ ipcs -ls
>>
>> -- Semaphore Limits 
>> max number of arrays = 128
>> max semaphores per array = 250
>> max semaphores system wide = 32000
>> max ops per semop call = 32
>> semaphore max value = 32767
>>
>>
>> On Sun, Mar 18, 2018 at 10:31 AM, Edward Haas  wrote:
>>
>>> http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-master/
>>>
>>> On Sun, Mar 18, 2018 at 10:24 AM, Daniel Belenky 
>>> wrote:
>>>
 Hi Edi,

 Are there any logs? where you're running the suite? may I have a link?

 On Sun, Mar 18, 2018 at 8:20 AM, Edward Haas  wrote:

> Good morning,
>
> We are running in the OST network suite a test module with Ansible and
> it started failing during the weekend on "OSError: [Errno 28] No space 
> left
> on device" when attempting to take a lock in the mutiprocessing python
> module.
>
> It smells like a slave resource problem, could someone help
> investigate this?
>
> Thanks,
> Edy.
>
> === FAILURES 
> ===
> __ test_ovn_provider_create_scenario 
> ___
>
> os_client_config = None
>
> def test_ovn_provider_create_scenario(os_client_config):
> >   _test_ovn_provider('create_scenario.yml')
>
> network-suite-master/tests/test_ovn_provider.py:68:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
> _ _ _
> network-suite-master/tests/test_ovn_provider.py:78: in _test_ovn_provider
> playbook.run()
> network-suite-master/lib/ansiblelib.py:127: in run
> self._run_playbook_executor()
> network-suite-master/lib/ansiblelib.py:138: in _run_playbook_executor
> pbex = PlaybookExecutor(**self._pbex_args)
> /usr/lib/python2.7/site-packages/ansible/executor/playbook_executor.py:60:
>  in __init__
> self._tqm = TaskQueueManager(inventory=inventory, 
> variable_manager=variable_manager, loader=loader, options=options, 
> passwords=self.passwords)
> /usr/lib/python2.7/site-packages/ansible/executor/task_queue_manager.py:104:
>  in __init__
> self._final_q = multiprocessing.Queue()
> /usr/lib64/python2.7/multiprocessing/__init__.py:218: in Queue
> return Queue(maxsize)
> /usr/lib64/python2.7/multiprocessing/queues.py:63: in __init__
> self._rlock = Lock()
> /usr/lib64/python2.7/multiprocessing/synchronize.py:147: in __init__
> SemLock.__init__(self, SEMAPHORE, 1, 1)
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
> _ _ _
>
> self = , kind = 1, value = 1, maxvalue = 1
>
> def __init__(self, kind, value, maxvalue):
> >   sl = self._semlock = _multiprocessing.SemLock(kind, value, 
> > maxvalue)
> E   OSError: [Errno 28] No space left on device
>
> /usr/lib64/python2.7/multiprocessing/synchronize.py:75: OSError
>
>


 --

 DANIEL BELENKY

 RHV DEVOPS

>>>
>>>
>>
>>
>> --
>>
>> DANIEL BELENKY
>>
>> RHV DEVOPS
>>
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [oVirt Jenkins] ovirt-system-tests_network-suite-4.2 - Build # 5 - Still Failing!

2018-03-05 Thread Leon Goldberg

The API has been backported for a while. Engine patch[1] was
backported/reviewed, should be merged shortly

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

On Mon, Mar 5, 2018 at 4:57 PM, Dan Kenigsberg  wrote:

> http://jenkins.ovirt.org/job/ovirt-system-tests_network-
> suite-4.2/5/console
>
> Leon, have you noticed that your new test for syncallnetworks runs on
> 4.2, too, while the API is introduced only on 4.3?
> Either backport the new API, or (more reasonably) avoid this test in 4.2.
>
> On Mon, Mar 5, 2018 at 12:27 PM,   wrote:
> > Project: http://jenkins.ovirt.org/job/ovirt-system-tests_network-
> suite-4.2/
> > Build: http://jenkins.ovirt.org/job/ovirt-system-tests_network-
> suite-4.2/5/
> > Build Number: 5
> > Build Status:  Still Failing
> > Triggered By: Started by timer
> >
> > -
> > Changes Since Last Success:
> > -
> > Changes for Build #4
> > [Eyal Edri] Revert "track LSM job status"
> >
> >
> > Changes for Build #5
> > [Eyal Edri] Revert "track LSM job status"
> >
> >
> >
> >
> > -
> > Failed Tests:
> > -
> > No tests ran.
> > ___
> > Infra mailing list
> > Infra@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1804) OST Networking suite -- missing logs

2017-12-14 Thread Leon Goldberg (oVirt JIRA)

Leon Goldberg created OVIRT-1804:


 Summary: OST Networking suite -- missing logs
 Key: OVIRT-1804
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1804
 Project: oVirt - virtualization made easy
  Issue Type: Task
  Components: OST
Reporter: Leon Goldberg
Assignee: infra


Hey guys,

I have a weird problem with our new OST suite. Although I copy certain 
directories to ../ovirt-system-tests/exported-artifacts (i.e. root 
dir/exported-artifacts), they are not being collected.

Running the suite via mock, I can see that the directory is present with the 
logs (plus some other files/directories), however in CI they are not.

I've tried running both run_suite.sh and check-patch.sh. Locally I see the 
artifacts in both.

Here's the patch [1]. It's unfinished work. I am familiar with lago's 
abstraction, and although is super ugly, the relative path in 
_collect_artifacts seems correct.

Another oddity is that I've seen the logs present in a couple of runs. So, for 
what it's worth, it doesn't fail at all times (but very much close to it).

Thanks for any help!

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




--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100074)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1804) OST Networking suite -- missing logs

2017-12-14 Thread Leon Goldberg (oVirt JIRA)


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

Leon Goldberg updated OVIRT-1804:
-
Epic Link: OVIRT-400

> OST Networking suite -- missing logs
> 
>
> Key: OVIRT-1804
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1804
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: OST
>Reporter: Leon Goldberg
>Assignee: infra
>
> Hey guys,
> I have a weird problem with our new OST suite. Although I copy certain 
> directories to ../ovirt-system-tests/exported-artifacts (i.e. root 
> dir/exported-artifacts), they are not being collected.
> Running the suite via mock, I can see that the directory is present with the 
> logs (plus some other files/directories), however in CI they are not.
> I've tried running both run_suite.sh and check-patch.sh. Locally I see the 
> artifacts in both.
> Here's the patch [1]. It's unfinished work. I am familiar with lago's 
> abstraction, and although is super ugly, the relative path in 
> _collect_artifacts seems correct.
> Another oddity is that I've seen the logs present in a couple of runs. So, 
> for what it's worth, it doesn't fail at all times (but very much close to it).
> Thanks for any help!
> [1] https://gerrit.ovirt.org/#/c/85174/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100074)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: OST Networking suite -- artifacts aren't collected.

2017-12-13 Thread Leon Goldberg

Thanks Eyal, will do

On Wed, Dec 13, 2017 at 10:06 AM, Eyal Edri <ee...@redhat.com> wrote:

> I think its best if you'll open a ticket on it in JIRA under the OST
> project,
> Then we can review it and see if/when fixes for the OST framework are
> needed.
>
> On Tue, Dec 12, 2017 at 11:33 PM, Leon Goldberg <lgold...@redhat.com>
> wrote:
>
>> bump
>>
>> p.s. another oddity is that I've seen the logs present in a couple of
>> runs. So, for what it's worth, it doesn't fail at all times (but very much
>> close to it).
>>
>> updated patch [1]
>>
>> [1] https://gerrit.ovirt.org/#/c/85174/
>>
>> On Tue, Nov 28, 2017 at 1:20 AM, Leon Goldberg <lgold...@redhat.com>
>> wrote:
>>
>>> Hey guys,
>>>
>>> I have a weird problem with our new OST suite. Although I copy certain
>>> directories to ../ovirt-system-tests/exported-artifacts (i.e. root
>>> dir/exported-artifacts), they are not being collected.
>>>
>>> Running the suite via mock, I can see that the directory is present with
>>> the logs (plus some other files/directories), however in CI they are not.
>>>
>>> I've tried running both run_suite.sh and check-patch.sh. Locally I see
>>> the artifacts in both.
>>>
>>> Here's the patch [1]. It's unfinished work. I am familiar with lago's
>>> abstraction, and although is super ugly, the relative path in
>>> _collect_artifacts seems correct.
>>>
>>> Thanks for any help!
>>>
>>>
>>> [1] https://gerrit.ovirt.org/#/c/84567/
>>>
>>
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
>
> Eyal edri
>
>
> MANAGER
>
> RHV DevOps
>
> EMEA VIRTUALIZATION R
>
>
> Red Hat EMEA <https://www.redhat.com/>
> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
> phone: +972-9-7692018 <+972%209-769-2018>
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: OST Networking suite -- artifacts aren't collected.

2017-12-12 Thread Leon Goldberg

bump

p.s. another oddity is that I've seen the logs present in a couple of runs.
So, for what it's worth, it doesn't fail at all times (but very much close
to it).

updated patch [1]

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

On Tue, Nov 28, 2017 at 1:20 AM, Leon Goldberg <lgold...@redhat.com> wrote:

> Hey guys,
>
> I have a weird problem with our new OST suite. Although I copy certain
> directories to ../ovirt-system-tests/exported-artifacts (i.e. root
> dir/exported-artifacts), they are not being collected.
>
> Running the suite via mock, I can see that the directory is present with
> the logs (plus some other files/directories), however in CI they are not.
>
> I've tried running both run_suite.sh and check-patch.sh. Locally I see the
> artifacts in both.
>
> Here's the patch [1]. It's unfinished work. I am familiar with lago's
> abstraction, and although is super ugly, the relative path in
> _collect_artifacts seems correct.
>
> Thanks for any help!
>
>
> [1] https://gerrit.ovirt.org/#/c/84567/
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

OST Networking suite -- artifacts aren't collected.

2017-11-27 Thread Leon Goldberg

Hey guys,

I have a weird problem with our new OST suite. Although I copy certain
directories to ../ovirt-system-tests/exported-artifacts (i.e. root
dir/exported-artifacts), they are not being collected.

Running the suite via mock, I can see that the directory is present with
the logs (plus some other files/directories), however in CI they are not.

I've tried running both run_suite.sh and check-patch.sh. Locally I see the
artifacts in both.

Here's the patch [1]. It's unfinished work. I am familiar with lago's
abstraction, and although is super ugly, the relative path in
_collect_artifacts seems correct.

Thanks for any help!


[1] https://gerrit.ovirt.org/#/c/84567/
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: OST Networking suite -- local repo server problem

2017-10-10 Thread Leon Goldberg

Got it, but pytest is intentional and we'd like to use it. I guess I need
to incorporate runtest's functionality

On Tue, Oct 10, 2017 at 2:47 PM, Daniel Belenky <dbele...@redhat.com> wrote:

> I've added a comment to your patch. The problem is that you're using
> pytest instead of lago. Please take a look in run_suite() method in any
> other suite's control.sh, and you'll get the general idea of how it should
> be composed.
> When you run tests though lago's interfact (lago ovirt runtest), lago will
> make sure the internal server is running.
>
> On Tue, Oct 10, 2017 at 2:43 PM, Leon Goldberg <lgold...@redhat.com>
> wrote:
>
>> Oh right, I forgot to mention I'm running in mock. I'm not doing anything
>> special locally, I figured run_suite should take care of the relevant
>> infrastructure stuff. Where and how do you suggest I use either?
>>
>> On Tue, Oct 10, 2017 at 2:21 PM, Daniel Belenky <dbele...@redhat.com>
>> wrote:
>>
>>> Hey,
>>>
>>> How do you run the test scenarios? if you're not using `lago ovirt
>>> runtest` locally, you need to use `lago ovirt serve &`, this way lago will
>>> keep the local repo up while you're working.
>>>
>>> On Tue, Oct 10, 2017 at 2:15 PM, Leon Goldberg <lgold...@redhat.com>
>>> wrote:
>>>
>>>> Hey guys,
>>>>
>>>> I'm working on a networking OST suite (https://gerrit.ovirt.org/#/c/
>>>> 82519/). My problem right now is that during host installation, the
>>>> local repo server doesn't seem to be working (rpms installations are
>>>> failing due to connection refused to the server)
>>>>
>>>> The patch is in early stages and is a mess, but I'd love to know if you
>>>> see what may cause the repo server to not work.
>>>>
>>>> Thanks!
>>>>
>>>> ___
>>>> Infra mailing list
>>>> Infra@ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> DANIEL BELENKY
>>>
>>> RHV DEVOPS
>>>
>>> EMEA VIRTUALIZATION R
>>> <https://red.ht/sig>
>>>
>>
>>
>
>
> --
>
> DANIEL BELENKY
>
> RHV DEVOPS
>
> EMEA VIRTUALIZATION R
> <https://red.ht/sig>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: OST Networking suite -- local repo server problem

2017-10-10 Thread Leon Goldberg

Oh right, I forgot to mention I'm running in mock. I'm not doing anything
special locally, I figured run_suite should take care of the relevant
infrastructure stuff. Where and how do you suggest I use either?

On Tue, Oct 10, 2017 at 2:21 PM, Daniel Belenky <dbele...@redhat.com> wrote:

> Hey,
>
> How do you run the test scenarios? if you're not using `lago ovirt
> runtest` locally, you need to use `lago ovirt serve &`, this way lago will
> keep the local repo up while you're working.
>
> On Tue, Oct 10, 2017 at 2:15 PM, Leon Goldberg <lgold...@redhat.com>
> wrote:
>
>> Hey guys,
>>
>> I'm working on a networking OST suite (https://gerrit.ovirt.org/#/c/
>> 82519/). My problem right now is that during host installation, the
>> local repo server doesn't seem to be working (rpms installations are
>> failing due to connection refused to the server)
>>
>> The patch is in early stages and is a mess, but I'd love to know if you
>> see what may cause the repo server to not work.
>>
>> Thanks!
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
>
> DANIEL BELENKY
>
> RHV DEVOPS
>
> EMEA VIRTUALIZATION R
> <https://red.ht/sig>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

OST Networking suite -- local repo server problem

2017-10-10 Thread Leon Goldberg

Hey guys,

I'm working on a networking OST suite (https://gerrit.ovirt.org/#/c/82519/).
My problem right now is that during host installation, the local repo
server doesn't seem to be working (rpms installations are failing due to
connection refused to the server)

The patch is in early stages and is a mess, but I'd love to know if you see
what may cause the repo server to not work.

Thanks!
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

VDSM installation fails; qemu rpm issue?

2017-09-26 Thread Leon Goldberg

Hey,

Trying to install vdsm right now, failing with the following:

Error: Package: vdsm-4.20.3-95.git0813890.el7.centos.x86_64
(ovirt-master-snapshot)
   Requires: qemu-kvm-rhev >= 10:2.6.0-28.el7_3.3

Any hints?

Thanks,
Leon
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1616) CI result isn't shown in UI column/not propagated

2017-08-27 Thread Leon Goldberg (oVirt JIRA)

Leon Goldberg created OVIRT-1616:


 Summary: CI result isn't shown in UI column/not propagated
 Key: OVIRT-1616
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1616
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Leon Goldberg
Assignee: infra


Hey,

This is something that is happening to me frequently recently. for
example: https://gerrit.ovirt.org/#/c/81074/


CI jobs are finished, but the result isn't shown.

Thanks,
Leon



--
This message was sent by Atlassian JIRA
(v1001.0.0-SNAPSHOT#100059)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1598) Broken manual ost?

2017-08-18 Thread Leon Goldberg (oVirt JIRA)

Leon Goldberg created OVIRT-1598:


 Summary: Broken manual ost?
 Key: OVIRT-1598
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1598
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Leon Goldberg
Assignee: infra


Hey,

Is there a problem with manual ost right now? Jobs seem to fail for
unrelated reasons.

Thanks,
Leon



--
This message was sent by Atlassian JIRA
(v1001.0.0-SNAPSHOT#100059)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1223) Nightly/bare metal vdsm check-merged jobs

2017-03-06 Thread Leon Goldberg (oVirt JIRA)

Leon Goldberg created OVIRT-1223:


 Summary: Nightly/bare metal vdsm check-merged jobs
 Key: OVIRT-1223
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1223
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Leon Goldberg
Assignee: infra


Hey,

We're trying to come up with a solution to our lengthy check-merged
jobs, that are about to become even lengthier now when we've
discovered we're missing a permutation to our network tests.

check-merged currently takes roughly 50 minutes to run to completion,
with the network tests taking roughly 30 minutes; with the additional
permutation check-merged will run for more than an hour.

We thought of 2 possible solutions:

1) Only run the additional permutation once a day (e.g. introduce a
nightly job).
2) Run check-merged on bare metal -- network tests take roughly 1/3 of
the time on bare metal.

Somehow closing the gap to bare metal would also of course be nice.

We'd love your input.

Thanks,
Leon



--
This message was sent by Atlassian JIRA
(v1000.789.5#100032)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-1035) Gerrit accounts merge

2017-01-16 Thread Leon Goldberg (oVirt JIRA)

Leon Goldberg created OVIRT-1035:


 Summary: Gerrit accounts merge
 Key: OVIRT-1035
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1035
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Leon Goldberg
Assignee: infra


Hey,

I have 2 accounts I'd like to merge:

leon.ot...@gmail.com (should be deleted afterwards)
lgold...@redhat.com (should have the formers content)

Thanks a lot in advance,
Leon



--
This message was sent by Atlassian JIRA
(v1000.695.1#100025)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

OST manual jobs are pending indefinitely[0]

Re: OST Network suite is failing on "OSError: [Errno 28] No space left on device"

Re: [oVirt Jenkins] ovirt-system-tests_network-suite-4.2 - Build # 5 - Still Failing!

[JIRA] (OVIRT-1804) OST Networking suite -- missing logs

[JIRA] (OVIRT-1804) OST Networking suite -- missing logs

Re: OST Networking suite -- artifacts aren't collected.

Re: OST Networking suite -- artifacts aren't collected.

OST Networking suite -- artifacts aren't collected.

Re: OST Networking suite -- local repo server problem

Re: OST Networking suite -- local repo server problem

OST Networking suite -- local repo server problem

VDSM installation fails; qemu rpm issue?

[JIRA] (OVIRT-1616) CI result isn't shown in UI column/not propagated

[JIRA] (OVIRT-1598) Broken manual ost?

[JIRA] (OVIRT-1223) Nightly/bare metal vdsm check-merged jobs

[JIRA] (OVIRT-1035) Gerrit accounts merge

16 matches

Site Navigation

Mail list logo

Footer information