[ovirt-devel] Re: [ci test tool] how to start build-artifacts job using jenkins API?

2019-03-07 Thread Nir Soffer
On Wed, Mar 6, 2019 at 12:56 AM Nir Soffer wrote: > I'm trying to a write a tool that given a gerrit patch number, will: > 1. Start build artifacts job (instead of adding "ci please build" comment)\ > 2. Wait until the job is complete > 3. Start OST with CUSTOM_REPOS using the build artifacts

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ 008_basic_ui_sanity.initialize_firefox]

2019-03-07 Thread Greg Sheremeta
On Thu, Mar 7, 2019 at 4:58 AM Nir Soffer wrote: > Please run OST again to ensure we have a real issue and not a random > failure. > +1, the errors indicate a random network blip while running the test. It's definitely not related to any patch. Let me know if rerunning doesn't work. Greg >

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine-nodejs-modules) ] [ 27-02-2019 ] [ 002_bootstrap.add_vm2_lease ]

2019-03-07 Thread Nir Soffer
On Thu, Mar 7, 2019 at 8:50 PM Dafna Ron wrote: > I report this issue to the list and the test owner is more then welcome to > respond. > Galit, can you please review the skiptest > https://gerrit.ovirt.org/#/c/98191/ > I looked at engine and vdsm logs, and I don't think the add_vm2_lease test

[ovirt-devel] Re: OST's basic suite UI sanity tests optimization

2019-03-07 Thread Greg Sheremeta
Marcin, It just dawned on me that the main reason 008's start_grid takes so long is that the docker images are fresh pulled every time. Several hundred MB, every time (ugh, sorry). We can and should cache them. What do you think about trying this before doing anything else? [it would also be a

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master (ovirt-engine-nodejs-modules) ] [ 27-02-2019 ] [ 002_bootstrap.add_vm2_lease ]

2019-03-07 Thread Dafna Ron
I report this issue to the list and the test owner is more then welcome to respond. Galit, can you please review the skiptest https://gerrit.ovirt.org/#/c/98191/ Thanks, Dafna On Tue, Mar 5, 2019 at 2:43 PM Nir Soffer wrote: > > > On Tue, Mar 5, 2019, 13:27 Eyal Shenitzky >> >> >> On Tue,

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ / 004_basic_sanity.verify_glance_import]

2019-03-07 Thread Dafna Ron
passing build: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/13311/ thanks! Dafna On Thu, Mar 7, 2019 at 3:07 PM Dafna Ron wrote: > monitoring. > thanks > > On Thu, Mar 7, 2019 at 11:58 AM Fred Rolland wrote: > >> Fix is merged >> >> On Thu, Mar 7, 2019 at 12:37 PM Dafna Ron

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ / 004_basic_sanity.verify_glance_import]

2019-03-07 Thread Dafna Ron
monitoring. thanks On Thu, Mar 7, 2019 at 11:58 AM Fred Rolland wrote: > Fix is merged > > On Thu, Mar 7, 2019 at 12:37 PM Dafna Ron wrote: > >> first set of tests are failing on the same issue. >> if Benny says its a real issue then lets merge the fix >> >> Thanks, >> Dafna >> >> >> On Thu,

[ovirt-devel] Re: [ovirt-users] Please don't remove instance type

2019-03-07 Thread Michal Skrivanek
> On 7 Mar 2019, at 10:43, Baptiste Agasse > wrote: > > - Le 15 Fév 19, à 16:36, Michal Skrivanek a > écrit : > > > On 12 Feb 2019, at 22:21, Greg Sheremeta > wrote: > > Hi! > > On Sat, Feb 2, 2019 at 1:35 PM Baptiste Agasse >

[ovirt-devel] Re: Taking down the engine without setting global maintenance

2019-03-07 Thread Martin Sivak
> When the engine goes down, it can't know if it's part of a > graceful/clean reboot. It can be due to a problem, which is severe > enough to take the machine down and not take it up again, but still > not severe enough to prevent clean shutdown of the engine itself. That and the fact that the

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ / 004_basic_sanity.verify_glance_import]

2019-03-07 Thread Dafna Ron
first set of tests are failing on the same issue. if Benny says its a real issue then lets merge the fix Thanks, Dafna On Thu, Mar 7, 2019 at 10:18 AM Benny Zlotnik wrote: > It looks like a real issue, in patch[1] the name of the config value was > changed, however, the name

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ / 004_basic_sanity.verify_glance_import]

2019-03-07 Thread Benny Zlotnik
It looks like a real issue, in patch[1] the name of the config value was changed, however, the name fn_db_add_config_value wasn't change, so it works when upgrading but not in a clean installation I have posted a fix[2] [1] -

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ / 004_basic_sanity.verify_glance_import]

2019-03-07 Thread Dafna Ron
We do not yet know if this is a real issue . I will update when I have more information. On Thu, Mar 7, 2019 at 10:04 AM Nir Soffer wrote: > Did it fail once ir all build fail with error? > > If it failed only once, run again to ensure this is a real error. > > How many times this test fail in

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ / 004_basic_sanity.verify_glance_import]

2019-03-07 Thread Nir Soffer
Did it fail once ir all build fail with error? If it failed only once, run again to ensure this is a real error. How many times this test fail in the past week, month, year? On Thu, Mar 7, 2019, 11:24 Galit Rosenthal Hi, > > we are failing basic suite master ( ovirt-engine) > > It looks a

[ovirt-devel] Re: Taking down the engine without setting global maintenance

2019-03-07 Thread Yedidyah Bar David
On Thu, Mar 7, 2019 at 11:41 AM Simone Tiraboschi wrote: > > > > On Thu, Mar 7, 2019 at 10:34 AM Yedidyah Bar David wrote: >> >> On Thu, Mar 7, 2019 at 11:30 AM Martin Sivak wrote: >> > >> > Hi, >> > >> > there is no way to distinguish an engine that is not responsive >> > (software or network

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ / 004_basic_sanity.verify_glance_import]

2019-03-07 Thread Dafna Ron
This run is from 6:47 in the morning and we merged a patch to OST right before. I want to make sure we have a real issue here and right now, CQ is running on 8 changes (including engine) I will update if this is an actual issue and the suspected root cause once CQ finishes the tests. Thanks,

[ovirt-devel] Re: [ovirt-users] Please don't remove instance type

2019-03-07 Thread Baptiste Agasse
- Le 15 Fév 19, à 16:36, Michal Skrivanek a écrit : BQ_BEGIN On 12 Feb 2019, at 22:21, Greg Sheremeta < [ mailto:gsher...@redhat.com | gsher...@redhat.com ] > wrote: Hi! On Sat, Feb 2, 2019 at 1:35 PM Baptiste Agasse < [ mailto:baptiste.aga...@lyra-network.com |

[ovirt-devel] Re: Taking down the engine without setting global maintenance

2019-03-07 Thread Simone Tiraboschi
On Thu, Mar 7, 2019 at 10:34 AM Yedidyah Bar David wrote: > On Thu, Mar 7, 2019 at 11:30 AM Martin Sivak wrote: > > > > Hi, > > > > there is no way to distinguish an engine that is not responsive > > (software or network issue) from a VM that is being powered off. The > > shutdown takes some

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ / 004_basic_sanity.verify_glance_import]

2019-03-07 Thread Benny Zlotnik
This seems to be the issue: 2019-03-07 02:01:12,421-05 ERROR [org.ovirt.engine.core.bll.storage.disk.AddDiskCommand] (default task-1) [d2ac1504-3c2c-461a-adfb-332f5e4bf14f] Error during ValidateFailure.: java.lang.IllegalArgumentException: MaxBlockDiskSizeInGibiBytes has no value for version:

[ovirt-devel] Re: Taking down the engine without setting global maintenance

2019-03-07 Thread Yedidyah Bar David
On Thu, Mar 7, 2019 at 11:30 AM Martin Sivak wrote: > > Hi, > > there is no way to distinguish an engine that is not responsive > (software or network issue) from a VM that is being powered off. The > shutdown takes some time during which you just do not know. _I_ do not know, but the user might

[ovirt-devel] Re: Taking down the engine without setting global maintenance

2019-03-07 Thread Martin Sivak
Hi, there is no way to distinguish an engine that is not responsive (software or network issue) from a VM that is being powered off. The shutdown takes some time during which you just do not know. Global maintenance informs the tooling in advance that something like this is going to happen. Who

[ovirt-devel] [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ / 004_basic_sanity.verify_glance_import]

2019-03-07 Thread Galit Rosenthal
Hi, we are failing basic suite master ( ovirt-engine) It looks a problem in ovirt-engine Can you please have a look at the issue? Thanks, Galit Error [1]: 'NoneType' object has no attribute 'status' >> begin captured logging << ovirtlago.testlib:

[ovirt-devel] Taking down the engine without setting global maintenance

2019-03-07 Thread Yedidyah Bar David
Hi all, How about making this change: Right before the engine goes down cleanly, it marks the shared storage saying it did not crash but exited cleanly, and then HE-HA will not try to restart it on another host. Perhaps make this optional, so that users can do clean shutdowns and still test HA

[ovirt-devel] Re: [ OST Failure Report ] [ oVirt Master ] [ 07-03-2019 ] [ 008_basic_ui_sanity.initialize_firefox]

2019-03-07 Thread Marcin Sobczyk
Hi, none of my UI-sanity-tests-optimization patches was merged so this is not related to my recent work. Regards, Marcin On 3/7/19 8:48 AM, Galit Rosenthal wrote: Hi, we are failing basic suite master (vdsm) Can you please have a look at the issue? *Error Message:* Message: Error