[ovirt-devel] Re: Failing OST

2020-06-24 Thread Martin Perina 
On Wed, Jun 24, 2020 at 6:49 PM Sandro Bonazzola 
wrote:

>
>
> Il giorno mer 24 giu 2020 alle ore 18:45 Martin Perina 
> ha scritto:
>
>>
>>
>> On Wed, Jun 24, 2020 at 3:04 PM Martin Perina  wrote:
>>
>>> It's caused by building apache-sshd-2.5.0  and there are already patches
>>> on engine side which are needed to support this new version:
>>>
>>> https://gerrit.ovirt.org/109225
>>> https://gerrit.ovirt.org/109226
>>>
>>
>> Basic suite for above patches passed: https://jenkins.ovirt.org/view/oVirt
>> system tests/job/ovirt-system-tests_manual/7003
>> So I've just merged them. If there are any other issues around SSH
>> connection from engine to hosts, please let me know
>>
>
> Please remind me to tag apache-sshd 2.5.0 only after we go GA with oVirt
> 4.4.1 or seems we'll break production systems running 4.4.0 doing it
> earlier.
>

BZ1838159  requires
apache-sshd-2.5.0 and it's targeted into oVirt 4.4.1, so we need to tag
apache-sshd-2.5.0 into virt8-ovirt-44-release when 4.4.1 goes GA (assuming
that 4.4.1 RC releases are using only
virt8-ovirt-44-testing/virt8-ovirt-44-candidate). But unfortunately
apache-sshd API has changed between 2.2.0 and 2.5.0, so it's not compatible
with oVirt 4.4.0


>
>
>>
>> Thanks,
>> Martin
>>
>>>
>>> I've already verified them manually, but I'm waiting for manual OST to
>>> finish
>>>
>>> Martin
>>>
>>>
>>> On Wed, Jun 24, 2020 at 2:55 PM Dominik Holler 
>>> wrote:
>>>
 Hello,
 is someone already investigating

 2020-06-24 07:29:43,565-04 DEBUG [org.ovirt.engine.core.bll.Backend] 
 (default task-1) [] Executing command AddVds for user admin@internal-authz.
 2020-06-24 07:29:43,653-04 DEBUG 
 [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) 
 [3735aff5-36f3-4707-b109-54bd8abfd4aa] Checking whether user 
 '81ca9a3c-b60d-11ea-9315-5452c0a8c904' or one of the groups he is member 
 of, have the following permissions:  ID: 
 39c35b3b-a61e-4d80-8880-4de70a11711b Type: ClusterAction group CREATE_HOST 
 with role type ADMIN
 2020-06-24 07:29:43,655-04 DEBUG 
 [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) 
 [3735aff5-36f3-4707-b109-54bd8abfd4aa] Found permission 
 '81cab47c-b60d-11ea-9316-5452c0a8c904' for user when running 'AddVds', on 
 'Cluster' with id '39c35b3b-a61e-4d80-8880-4de70a11711b'
 2020-06-24 07:29:43,685-04 DEBUG 
 [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
 procedure. Call string is [{call getvmstaticbyname(?)}]
 2020-06-24 07:29:43,685-04 DEBUG 
 [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
 procedure [GetVmStaticByName] compiled
 2020-06-24 07:29:43,693-04 DEBUG 
 [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
 procedure. Call string is [{call getvdsbynameandclusterid(?, ?)}]
 2020-06-24 07:29:43,693-04 DEBUG 
 [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
 procedure [GetVdsByNameAndClusterId] compiled
 2020-06-24 07:29:43,722-04 DEBUG 
 [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
 (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: getByName, 
 params: [lago-basic-suite-master-host-0, 
 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 35ms
 2020-06-24 07:29:43,728-04 DEBUG 
 [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
 procedure. Call string is [{call getvdsbyhostnameandclusterid(?, ?)}]
 2020-06-24 07:29:43,728-04 DEBUG 
 [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
 procedure [GetVdsByHostNameAndClusterId] compiled
 2020-06-24 07:29:43,755-04 DEBUG 
 [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
 (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: 
 getAllForHostname, params: [lago-basic-suite-master-host-0, 
 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 33ms
 2020-06-24 07:29:43,760-04 DEBUG 
 [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
 procedure. Call string is [{call getstorage_poolsbyclusterid(?)}]
 2020-06-24 07:29:43,760-04 DEBUG

[ovirt-devel] Re: Failing OST

2020-06-24 Thread Sandro Bonazzola 
Il giorno mer 24 giu 2020 alle ore 18:45 Martin Perina 
ha scritto:

>
>
> On Wed, Jun 24, 2020 at 3:04 PM Martin Perina  wrote:
>
>> It's caused by building apache-sshd-2.5.0  and there are already patches
>> on engine side which are needed to support this new version:
>>
>> https://gerrit.ovirt.org/109225
>> https://gerrit.ovirt.org/109226
>>
>
> Basic suite for above patches passed: https://jenkins.ovirt.org/view/oVirt
> system tests/job/ovirt-system-tests_manual/7003
> So I've just merged them. If there are any other issues around SSH
> connection from engine to hosts, please let me know
>

Please remind me to tag apache-sshd 2.5.0 only after we go GA with oVirt
4.4.1 or seems we'll break production systems running 4.4.0 doing it
earlier.



>
> Thanks,
> Martin
>
>>
>> I've already verified them manually, but I'm waiting for manual OST to
>> finish
>>
>> Martin
>>
>>
>> On Wed, Jun 24, 2020 at 2:55 PM Dominik Holler 
>> wrote:
>>
>>> Hello,
>>> is someone already investigating
>>>
>>> 2020-06-24 07:29:43,565-04 DEBUG [org.ovirt.engine.core.bll.Backend] 
>>> (default task-1) [] Executing command AddVds for user admin@internal-authz.
>>> 2020-06-24 07:29:43,653-04 DEBUG 
>>> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) 
>>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Checking whether user 
>>> '81ca9a3c-b60d-11ea-9315-5452c0a8c904' or one of the groups he is member 
>>> of, have the following permissions:  ID: 
>>> 39c35b3b-a61e-4d80-8880-4de70a11711b Type: ClusterAction group CREATE_HOST 
>>> with role type ADMIN
>>> 2020-06-24 07:29:43,655-04 DEBUG 
>>> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) 
>>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Found permission 
>>> '81cab47c-b60d-11ea-9316-5452c0a8c904' for user when running 'AddVds', on 
>>> 'Cluster' with id '39c35b3b-a61e-4d80-8880-4de70a11711b'
>>> 2020-06-24 07:29:43,685-04 DEBUG 
>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
>>> procedure. Call string is [{call getvmstaticbyname(?)}]
>>> 2020-06-24 07:29:43,685-04 DEBUG 
>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
>>> procedure [GetVmStaticByName] compiled
>>> 2020-06-24 07:29:43,693-04 DEBUG 
>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
>>> procedure. Call string is [{call getvdsbynameandclusterid(?, ?)}]
>>> 2020-06-24 07:29:43,693-04 DEBUG 
>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
>>> procedure [GetVdsByNameAndClusterId] compiled
>>> 2020-06-24 07:29:43,722-04 DEBUG 
>>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
>>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: getByName, 
>>> params: [lago-basic-suite-master-host-0, 
>>> 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 35ms
>>> 2020-06-24 07:29:43,728-04 DEBUG 
>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
>>> procedure. Call string is [{call getvdsbyhostnameandclusterid(?, ?)}]
>>> 2020-06-24 07:29:43,728-04 DEBUG 
>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
>>> procedure [GetVdsByHostNameAndClusterId] compiled
>>> 2020-06-24 07:29:43,755-04 DEBUG 
>>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
>>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: 
>>> getAllForHostname, params: [lago-basic-suite-master-host-0, 
>>> 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 33ms
>>> 2020-06-24 07:29:43,760-04 DEBUG 
>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
>>> procedure. Call string is [{call getstorage_poolsbyclusterid(?)}]
>>> 2020-06-24 07:29:43,760-04 DEBUG 
>>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
>>> procedure [Getstorage_poolsByClusterId] compiled
>>> 2020-06-24 07:29:43,774-04 DEBUG 
>>> [org.ovirt.engine.core.uutils.ssh.SSHClient] (default task-1) 
>>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Connecting 
>>> 'root@lago-basic-suite-master-host-0'
>>> 2020-06-24 07:29:44,142-04 DEBUG 
>>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
>>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: runAction, 
>>> params: [AddVds, 
>>>

[ovirt-devel] Re: Failing OST

2020-06-24 Thread Martin Perina 
On Wed, Jun 24, 2020 at 3:04 PM Martin Perina  wrote:

> It's caused by building apache-sshd-2.5.0  and there are already patches
> on engine side which are needed to support this new version:
>
> https://gerrit.ovirt.org/109225
> https://gerrit.ovirt.org/109226
>

Basic suite for above patches passed: https://jenkins.ovirt.org/view/oVirt
system tests/job/ovirt-system-tests_manual/7003
So I've just merged them. If there are any other issues around SSH
connection from engine to hosts, please let me know

Thanks,
Martin

>
> I've already verified them manually, but I'm waiting for manual OST to
> finish
>
> Martin
>
>
> On Wed, Jun 24, 2020 at 2:55 PM Dominik Holler  wrote:
>
>> Hello,
>> is someone already investigating
>>
>> 2020-06-24 07:29:43,565-04 DEBUG [org.ovirt.engine.core.bll.Backend] 
>> (default task-1) [] Executing command AddVds for user admin@internal-authz.
>> 2020-06-24 07:29:43,653-04 DEBUG 
>> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) 
>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Checking whether user 
>> '81ca9a3c-b60d-11ea-9315-5452c0a8c904' or one of the groups he is member of, 
>> have the following permissions:  ID: 39c35b3b-a61e-4d80-8880-4de70a11711b 
>> Type: ClusterAction group CREATE_HOST with role type ADMIN
>> 2020-06-24 07:29:43,655-04 DEBUG 
>> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) 
>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Found permission 
>> '81cab47c-b60d-11ea-9316-5452c0a8c904' for user when running 'AddVds', on 
>> 'Cluster' with id '39c35b3b-a61e-4d80-8880-4de70a11711b'
>> 2020-06-24 07:29:43,685-04 DEBUG 
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
>> procedure. Call string is [{call getvmstaticbyname(?)}]
>> 2020-06-24 07:29:43,685-04 DEBUG 
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
>> procedure [GetVmStaticByName] compiled
>> 2020-06-24 07:29:43,693-04 DEBUG 
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
>> procedure. Call string is [{call getvdsbynameandclusterid(?, ?)}]
>> 2020-06-24 07:29:43,693-04 DEBUG 
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
>> procedure [GetVdsByNameAndClusterId] compiled
>> 2020-06-24 07:29:43,722-04 DEBUG 
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: getByName, 
>> params: [lago-basic-suite-master-host-0, 
>> 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 35ms
>> 2020-06-24 07:29:43,728-04 DEBUG 
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
>> procedure. Call string is [{call getvdsbyhostnameandclusterid(?, ?)}]
>> 2020-06-24 07:29:43,728-04 DEBUG 
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
>> procedure [GetVdsByHostNameAndClusterId] compiled
>> 2020-06-24 07:29:43,755-04 DEBUG 
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: 
>> getAllForHostname, params: [lago-basic-suite-master-host-0, 
>> 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 33ms
>> 2020-06-24 07:29:43,760-04 DEBUG 
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
>> procedure. Call string is [{call getstorage_poolsbyclusterid(?)}]
>> 2020-06-24 07:29:43,760-04 DEBUG 
>> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
>> procedure [Getstorage_poolsByClusterId] compiled
>> 2020-06-24 07:29:43,774-04 DEBUG 
>> [org.ovirt.engine.core.uutils.ssh.SSHClient] (default task-1) 
>> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Connecting 
>> 'root@lago-basic-suite-master-host-0'
>> 2020-06-24 07:29:44,142-04 DEBUG 
>> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
>> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: runAction, 
>> params: [AddVds, 
>> AddVdsActionParameters:{commandId='b5957621-faaa-441c-a5e3-b2e1e3f7b6e1', 
>> user='null', commandType='Unknown'}], timeElapsed: 578ms
>> 2020-06-24 07:29:44,147-04 ERROR 
>> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default 
>> task-1) [] Operation Failed: WFLYEJB0442: Unexpected Error
>> 2020-06-24 07:29:44,147-04

[ovirt-devel] Re: Failing OST

2020-06-24 Thread Martin Perina 
It's caused by building apache-sshd-2.5.0  and there are already patches on
engine side which are needed to support this new version:

https://gerrit.ovirt.org/109225
https://gerrit.ovirt.org/109226

I've already verified them manually, but I'm waiting for manual OST to
finish

Martin


On Wed, Jun 24, 2020 at 2:55 PM Dominik Holler  wrote:

> Hello,
> is someone already investigating
>
> 2020-06-24 07:29:43,565-04 DEBUG [org.ovirt.engine.core.bll.Backend] (default 
> task-1) [] Executing command AddVds for user admin@internal-authz.
> 2020-06-24 07:29:43,653-04 DEBUG 
> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) 
> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Checking whether user 
> '81ca9a3c-b60d-11ea-9315-5452c0a8c904' or one of the groups he is member of, 
> have the following permissions:  ID: 39c35b3b-a61e-4d80-8880-4de70a11711b 
> Type: ClusterAction group CREATE_HOST with role type ADMIN
> 2020-06-24 07:29:43,655-04 DEBUG 
> [org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1) 
> [3735aff5-36f3-4707-b109-54bd8abfd4aa] Found permission 
> '81cab47c-b60d-11ea-9316-5452c0a8c904' for user when running 'AddVds', on 
> 'Cluster' with id '39c35b3b-a61e-4d80-8880-4de70a11711b'
> 2020-06-24 07:29:43,685-04 DEBUG 
> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
> procedure. Call string is [{call getvmstaticbyname(?)}]
> 2020-06-24 07:29:43,685-04 DEBUG 
> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
> procedure [GetVmStaticByName] compiled
> 2020-06-24 07:29:43,693-04 DEBUG 
> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
> procedure. Call string is [{call getvdsbynameandclusterid(?, ?)}]
> 2020-06-24 07:29:43,693-04 DEBUG 
> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
> procedure [GetVdsByNameAndClusterId] compiled
> 2020-06-24 07:29:43,722-04 DEBUG 
> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: getByName, 
> params: [lago-basic-suite-master-host-0, 
> 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 35ms
> 2020-06-24 07:29:43,728-04 DEBUG 
> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
> procedure. Call string is [{call getvdsbyhostnameandclusterid(?, ?)}]
> 2020-06-24 07:29:43,728-04 DEBUG 
> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
> procedure [GetVdsByHostNameAndClusterId] compiled
> 2020-06-24 07:29:43,755-04 DEBUG 
> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: 
> getAllForHostname, params: [lago-basic-suite-master-host-0, 
> 39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 33ms
> 2020-06-24 07:29:43,760-04 DEBUG 
> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled stored 
> procedure. Call string is [{call getstorage_poolsbyclusterid(?)}]
> 2020-06-24 07:29:43,760-04 DEBUG 
> [org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
>  (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for 
> procedure [Getstorage_poolsByClusterId] compiled
> 2020-06-24 07:29:43,774-04 DEBUG [org.ovirt.engine.core.uutils.ssh.SSHClient] 
> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Connecting 
> 'root@lago-basic-suite-master-host-0'
> 2020-06-24 07:29:44,142-04 DEBUG 
> [org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor] 
> (default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method: runAction, 
> params: [AddVds, 
> AddVdsActionParameters:{commandId='b5957621-faaa-441c-a5e3-b2e1e3f7b6e1', 
> user='null', commandType='Unknown'}], timeElapsed: 578ms
> 2020-06-24 07:29:44,147-04 ERROR 
> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default 
> task-1) [] Operation Failed: WFLYEJB0442: Unexpected Error
> 2020-06-24 07:29:44,147-04 ERROR 
> [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default 
> task-1) [] Exception: javax.ejb.EJBException: WFLYEJB0442: Unexpected Error
>   at 
> org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:230)
>   at 
> org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:430)
>

[ovirt-devel] Re: Failing OST patches

2018-12-04 Thread Kaustav Majumder 
Ci fails occasionally, unrelated to the patches.The control flow never
reaches to the patched code.IDK  may be due the different server configs
jenkins runs the job on. Increasing the timeout is for finding out if at
all the code is ok.

On Tue, Dec 4, 2018 at 8:07 PM Raz Tamir  wrote:

> From QE perspective adding more time to an operation is never a good
> approach and might hide a performance issue in the product.
> this CI is passing without the new patches?
>
>
> On Tue, Dec 4, 2018 at 4:22 PM Kaustav Majumder 
> wrote:
>
>> It is failing because the host is not up within (15*60) sec which is the
>> assertion time. I have added a patch [1] for increasing the timeout to
>> (20*60) sec. Jenkins has started build,fingers crossed.
>>
>> [1] https://gerrit.ovirt.org/#/c/95347/
>>
>> On Tue, Dec 4, 2018 at 7:23 PM Eyal Edri  wrote:
>>
>>>
>>>
>>> On Tue, Dec 4, 2018 at 3:19 PM Dominik Holler 
>>> wrote:
>>>
 On Thu, 29 Nov 2018 14:48:47 +0200
 Eyal Edri  wrote:

 > Galit/Dafna,
 > Do we know of any existing add host failures that are being
 fixed/handled?
 > Can you help review these errors?
 >

 I am able to add hosts to oVirt master if I run
 "yum update" after installing the
 https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
 and before adding the host to Engine.

>>>
>>> We have a patch [1] in testing for introducing a new CentOS 7.6 image to
>>> the tests so things should
>>> work after that ( we were waiting for an official image from Virt
>>> builder, but its not ready yet, so we built a custom one for now ).
>>>
>>> [1] https://gerrit.ovirt.org/#/c/95780/
>>>
>>>


 > On Thu, Nov 29, 2018 at 2:35 PM Kaustav Majumder >>> >
 > wrote:
 >
 > > Recently I have pushed 2 patches for OST[1][2], both are  failing
 in CI.
 > > Though unrelated failures I find the errors in "add_hosts" test
 beacuse the
 > > host is non operation within the asserted time.I have added the
 link for
 > > the jenkins log [3].
 > >
 > > [1] https://gerrit.ovirt.org/#/c/95327/
 > > [2] https://gerrit.ovirt.org/#/c/95347/
 > > [3] https://pastebin.com/MVpws4Et
 > >
 > > Any advice?
 > > --
 > >
 > > KAUSTAV MAJUMDER
 > >
 > > ASSOCIATE SOFTWARE ENGINEER
 > >
 > > Red Hat India PVT LTD. 
 > >
 > > kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder
 > > 
 > > TRIED. TESTED. TRUSTED. 
 > > @redhatway    @redhatinc
 > >    @redhatsnaps
 > > 
 > > ___
 > > Devel mailing list -- devel@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/KHLOVT3GJHFH7WVVSFH32S32OZ6JJZRG/
 > >
 >
 >


>>>
>>> --
>>>
>>> Eyal edri
>>>
>>>
>>> MANAGER
>>>
>>> RHV/CNV DevOps
>>>
>>> EMEA VIRTUALIZATION R
>>>
>>>
>>> Red Hat EMEA 
>>>  TRIED. TESTED. TRUSTED.
>>> 
>>> phone: +972-9-7692018
>>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>>
>>
>>
>> --
>>
>> KAUSTAV MAJUMDER
>>
>> ASSOCIATE SOFTWARE ENGINEER
>>
>> Red Hat India PVT LTD. 
>>
>> kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder
>> 
>> TRIED. TESTED. TRUSTED. 
>> @redhatway    @redhatinc
>>    @redhatsnaps
>> 
>> ___
>> Devel mailing list -- devel@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/6UTFMOH36FC3RCNK3HZ2QJ72DYA6EB55/
>>
>
>
> --
>
>
> Raz Tamir
> Manager, RHV QE
>


-- 

KAUSTAV MAJUMDER

ASSOCIATE SOFTWARE ENGINEER

Red Hat India PVT LTD. 

kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder

TRIED. TESTED. TRUSTED. 
@redhatway    @redhatinc
   @redhatsnaps

___
Devel mailing list -- devel@ovirt.org
To unsubscribe send an email to devel-le...@ovirt.org
Privacy Statement:

[ovirt-devel] Re: Failing OST patches

2018-12-04 Thread Raz Tamir 
>From QE perspective adding more time to an operation is never a good
approach and might hide a performance issue in the product.
this CI is passing without the new patches?


On Tue, Dec 4, 2018 at 4:22 PM Kaustav Majumder  wrote:

> It is failing because the host is not up within (15*60) sec which is the
> assertion time. I have added a patch [1] for increasing the timeout to
> (20*60) sec. Jenkins has started build,fingers crossed.
>
> [1] https://gerrit.ovirt.org/#/c/95347/
>
> On Tue, Dec 4, 2018 at 7:23 PM Eyal Edri  wrote:
>
>>
>>
>> On Tue, Dec 4, 2018 at 3:19 PM Dominik Holler  wrote:
>>
>>> On Thu, 29 Nov 2018 14:48:47 +0200
>>> Eyal Edri  wrote:
>>>
>>> > Galit/Dafna,
>>> > Do we know of any existing add host failures that are being
>>> fixed/handled?
>>> > Can you help review these errors?
>>> >
>>>
>>> I am able to add hosts to oVirt master if I run
>>> "yum update" after installing the
>>> https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
>>> and before adding the host to Engine.
>>>
>>
>> We have a patch [1] in testing for introducing a new CentOS 7.6 image to
>> the tests so things should
>> work after that ( we were waiting for an official image from Virt
>> builder, but its not ready yet, so we built a custom one for now ).
>>
>> [1] https://gerrit.ovirt.org/#/c/95780/
>>
>>
>>>
>>>
>>> > On Thu, Nov 29, 2018 at 2:35 PM Kaustav Majumder 
>>> > wrote:
>>> >
>>> > > Recently I have pushed 2 patches for OST[1][2], both are  failing in
>>> CI.
>>> > > Though unrelated failures I find the errors in "add_hosts" test
>>> beacuse the
>>> > > host is non operation within the asserted time.I have added the link
>>> for
>>> > > the jenkins log [3].
>>> > >
>>> > > [1] https://gerrit.ovirt.org/#/c/95327/
>>> > > [2] https://gerrit.ovirt.org/#/c/95347/
>>> > > [3] https://pastebin.com/MVpws4Et
>>> > >
>>> > > Any advice?
>>> > > --
>>> > >
>>> > > KAUSTAV MAJUMDER
>>> > >
>>> > > ASSOCIATE SOFTWARE ENGINEER
>>> > >
>>> > > Red Hat India PVT LTD. 
>>> > >
>>> > > kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder
>>> > > 
>>> > > TRIED. TESTED. TRUSTED. 
>>> > > @redhatway    @redhatinc
>>> > >    @redhatsnaps
>>> > > 
>>> > > ___
>>> > > Devel mailing list -- devel@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/KHLOVT3GJHFH7WVVSFH32S32OZ6JJZRG/
>>> > >
>>> >
>>> >
>>>
>>>
>>
>> --
>>
>> Eyal edri
>>
>>
>> MANAGER
>>
>> RHV/CNV DevOps
>>
>> EMEA VIRTUALIZATION R
>>
>>
>> Red Hat EMEA 
>>  TRIED. TESTED. TRUSTED. 
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>
>
>
> --
>
> KAUSTAV MAJUMDER
>
> ASSOCIATE SOFTWARE ENGINEER
>
> Red Hat India PVT LTD. 
>
> kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder
> 
> TRIED. TESTED. TRUSTED. 
> @redhatway    @redhatinc
>    @redhatsnaps
> 
> ___
> Devel mailing list -- devel@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/6UTFMOH36FC3RCNK3HZ2QJ72DYA6EB55/
>


-- 


Raz Tamir
Manager, RHV QE
___
Devel mailing list -- devel@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/LGAYTR7ICTURXZ4WPEIKKDY7IYSXUCK3/

[ovirt-devel] Re: Failing OST patches

2018-12-04 Thread Kaustav Majumder 
It is failing because the host is not up within (15*60) sec which is the
assertion time. I have added a patch [1] for increasing the timeout to
(20*60) sec. Jenkins has started build,fingers crossed.

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

On Tue, Dec 4, 2018 at 7:23 PM Eyal Edri  wrote:

>
>
> On Tue, Dec 4, 2018 at 3:19 PM Dominik Holler  wrote:
>
>> On Thu, 29 Nov 2018 14:48:47 +0200
>> Eyal Edri  wrote:
>>
>> > Galit/Dafna,
>> > Do we know of any existing add host failures that are being
>> fixed/handled?
>> > Can you help review these errors?
>> >
>>
>> I am able to add hosts to oVirt master if I run
>> "yum update" after installing the
>> https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
>> and before adding the host to Engine.
>>
>
> We have a patch [1] in testing for introducing a new CentOS 7.6 image to
> the tests so things should
> work after that ( we were waiting for an official image from Virt builder,
> but its not ready yet, so we built a custom one for now ).
>
> [1] https://gerrit.ovirt.org/#/c/95780/
>
>
>>
>>
>> > On Thu, Nov 29, 2018 at 2:35 PM Kaustav Majumder 
>> > wrote:
>> >
>> > > Recently I have pushed 2 patches for OST[1][2], both are  failing in
>> CI.
>> > > Though unrelated failures I find the errors in "add_hosts" test
>> beacuse the
>> > > host is non operation within the asserted time.I have added the link
>> for
>> > > the jenkins log [3].
>> > >
>> > > [1] https://gerrit.ovirt.org/#/c/95327/
>> > > [2] https://gerrit.ovirt.org/#/c/95347/
>> > > [3] https://pastebin.com/MVpws4Et
>> > >
>> > > Any advice?
>> > > --
>> > >
>> > > KAUSTAV MAJUMDER
>> > >
>> > > ASSOCIATE SOFTWARE ENGINEER
>> > >
>> > > Red Hat India PVT LTD. 
>> > >
>> > > kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder
>> > > 
>> > > TRIED. TESTED. TRUSTED. 
>> > > @redhatway    @redhatinc
>> > >    @redhatsnaps
>> > > 
>> > > ___
>> > > Devel mailing list -- devel@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/KHLOVT3GJHFH7WVVSFH32S32OZ6JJZRG/
>> > >
>> >
>> >
>>
>>
>
> --
>
> Eyal edri
>
>
> MANAGER
>
> RHV/CNV DevOps
>
> EMEA VIRTUALIZATION R
>
>
> Red Hat EMEA 
>  TRIED. TESTED. TRUSTED. 
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>


-- 

KAUSTAV MAJUMDER

ASSOCIATE SOFTWARE ENGINEER

Red Hat India PVT LTD. 

kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder

TRIED. TESTED. TRUSTED. 
@redhatway    @redhatinc
   @redhatsnaps

___
Devel mailing list -- devel@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/6UTFMOH36FC3RCNK3HZ2QJ72DYA6EB55/

[ovirt-devel] Re: Failing OST patches

2018-12-04 Thread Eyal Edri 
On Tue, Dec 4, 2018 at 3:19 PM Dominik Holler  wrote:

> On Thu, 29 Nov 2018 14:48:47 +0200
> Eyal Edri  wrote:
>
> > Galit/Dafna,
> > Do we know of any existing add host failures that are being
> fixed/handled?
> > Can you help review these errors?
> >
>
> I am able to add hosts to oVirt master if I run
> "yum update" after installing the
> https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
> and before adding the host to Engine.
>

We have a patch [1] in testing for introducing a new CentOS 7.6 image to
the tests so things should
work after that ( we were waiting for an official image from Virt builder,
but its not ready yet, so we built a custom one for now ).

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


>
>
> > On Thu, Nov 29, 2018 at 2:35 PM Kaustav Majumder 
> > wrote:
> >
> > > Recently I have pushed 2 patches for OST[1][2], both are  failing in
> CI.
> > > Though unrelated failures I find the errors in "add_hosts" test
> beacuse the
> > > host is non operation within the asserted time.I have added the link
> for
> > > the jenkins log [3].
> > >
> > > [1] https://gerrit.ovirt.org/#/c/95327/
> > > [2] https://gerrit.ovirt.org/#/c/95347/
> > > [3] https://pastebin.com/MVpws4Et
> > >
> > > Any advice?
> > > --
> > >
> > > KAUSTAV MAJUMDER
> > >
> > > ASSOCIATE SOFTWARE ENGINEER
> > >
> > > Red Hat India PVT LTD. 
> > >
> > > kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder
> > > 
> > > TRIED. TESTED. TRUSTED. 
> > > @redhatway    @redhatinc
> > >    @redhatsnaps
> > > 
> > > ___
> > > Devel mailing list -- devel@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/KHLOVT3GJHFH7WVVSFH32S32OZ6JJZRG/
> > >
> >
> >
>
>

-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA 
 TRIED. TESTED. TRUSTED. 
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@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/AGW7ZUQRO5KC4MEIOPCA3BHQ4FS6PQOT/

[ovirt-devel] Re: Failing OST patches

2018-12-04 Thread Dominik Holler 
On Thu, 29 Nov 2018 14:48:47 +0200
Eyal Edri  wrote:

> Galit/Dafna,
> Do we know of any existing add host failures that are being fixed/handled?
> Can you help review these errors?
> 

I am able to add hosts to oVirt master if I run
"yum update" after installing the
https://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm
and before adding the host to Engine.


> On Thu, Nov 29, 2018 at 2:35 PM Kaustav Majumder 
> wrote:
> 
> > Recently I have pushed 2 patches for OST[1][2], both are  failing in CI.
> > Though unrelated failures I find the errors in "add_hosts" test beacuse the
> > host is non operation within the asserted time.I have added the link for
> > the jenkins log [3].
> >
> > [1] https://gerrit.ovirt.org/#/c/95327/
> > [2] https://gerrit.ovirt.org/#/c/95347/
> > [3] https://pastebin.com/MVpws4Et
> >
> > Any advice?
> > --
> >
> > KAUSTAV MAJUMDER
> >
> > ASSOCIATE SOFTWARE ENGINEER
> >
> > Red Hat India PVT LTD. 
> >
> > kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder
> > 
> > TRIED. TESTED. TRUSTED. 
> > @redhatway    @redhatinc
> >    @redhatsnaps
> > 
> > ___
> > Devel mailing list -- devel@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/KHLOVT3GJHFH7WVVSFH32S32OZ6JJZRG/
> >  
> 
> 
___
Devel mailing list -- devel@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/VKXD2BS4GHONIHE3SN6MPYDOCOT24HGD/

[ovirt-devel] Re: Failing OST patches

2018-11-29 Thread Eyal Edri 
Galit/Dafna,
Do we know of any existing add host failures that are being fixed/handled?
Can you help review these errors?

On Thu, Nov 29, 2018 at 2:35 PM Kaustav Majumder 
wrote:

> Recently I have pushed 2 patches for OST[1][2], both are  failing in CI.
> Though unrelated failures I find the errors in "add_hosts" test beacuse the
> host is non operation within the asserted time.I have added the link for
> the jenkins log [3].
>
> [1] https://gerrit.ovirt.org/#/c/95327/
> [2] https://gerrit.ovirt.org/#/c/95347/
> [3] https://pastebin.com/MVpws4Et
>
> Any advice?
> --
>
> KAUSTAV MAJUMDER
>
> ASSOCIATE SOFTWARE ENGINEER
>
> Red Hat India PVT LTD. 
>
> kmajum...@redhat.comM: 08981884037 IM: IRC: kmajumder
> 
> TRIED. TESTED. TRUSTED. 
> @redhatway    @redhatinc
>    @redhatsnaps
> 
> ___
> Devel mailing list -- devel@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/KHLOVT3GJHFH7WVVSFH32S32OZ6JJZRG/
>


-- 

Eyal edri


MANAGER

RHV/CNV DevOps

EMEA VIRTUALIZATION R


Red Hat EMEA 
 TRIED. TESTED. TRUSTED. 
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Devel mailing list -- devel@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/JTC4XY25DMJFDFOAKCKIL3HFDNWUNDLF/

[ovirt-devel] Re: Failing OST Suites

2018-09-04 Thread Milan Zamazal 
Nir Soffer  writes:

> On Mon, Sep 3, 2018 at 1:07 PM Milan Zamazal  wrote:
>
>> Milan Zamazal  writes:
>>
>> > Anton Marchukov  writes:
>> >
>> >> ovirt-system-tests_compat-3.6-suite-master
>> >> ovirt-system-tests_compat-4.0-suite-master
>> >> ovirt-system-tests_compat-4.1-suite-master
>> >
>> > These fail on a backup snapshot removal as discussed here previously.
>> > Since nobody was able to explain the failure, I'm going to file a bug
>> > and then disable the given test for cluster versions < 4.2.
>>
>> I disabled the test.  Now it fails on live storage migration, someone
>> should look at it.
>>
>
> If deleting a snapshot is broken when using cluster version < 4.2, it will
> be broken in all flows :-)
>
> Ala is the expert in this area.
>
> Do you a links to a broken builds?

Link to a broken snapshot removal build is in the bug description:
https://bugzilla.redhat.com/1623467

An example of a build broken on live storage migration is here:
http://jenkins.ovirt.org/job/ovirt-system-tests_compat-4.1-suite-master/131/

>> >> ovirt-system-tests_compat-4.2-suite-master
>> >
>> > I think this fails due to some missing link after introducing ovf_import
>> > test, I'll look at it.
>>
>> This has been fixed and shouldn't fail anymore.
>> ___
>> Devel mailing list -- devel@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/MZDPLDEJV2SHR4U5435SBQCZKTPGL3UV/
>>
___
Devel mailing list -- devel@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/L23ER4JW7FPMPEUSEJQPOAY45ALQOLGD/

[ovirt-devel] Re: Failing OST Suites

2018-09-03 Thread Nir Soffer 
On Mon, Sep 3, 2018 at 1:07 PM Milan Zamazal  wrote:

> Milan Zamazal  writes:
>
> > Anton Marchukov  writes:
> >
> >> ovirt-system-tests_compat-3.6-suite-master
> >> ovirt-system-tests_compat-4.0-suite-master
> >> ovirt-system-tests_compat-4.1-suite-master
> >
> > These fail on a backup snapshot removal as discussed here previously.
> > Since nobody was able to explain the failure, I'm going to file a bug
> > and then disable the given test for cluster versions < 4.2.
>
> I disabled the test.  Now it fails on live storage migration, someone
> should look at it.
>

If deleting a snapshot is broken when using cluster version < 4.2, it will
be broken in all flows :-)

Ala is the expert in this area.

Do you a links to a broken builds?


> >> ovirt-system-tests_compat-4.2-suite-master
> >
> > I think this fails due to some missing link after introducing ovf_import
> > test, I'll look at it.
>
> This has been fixed and shouldn't fail anymore.
> ___
> Devel mailing list -- devel@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/MZDPLDEJV2SHR4U5435SBQCZKTPGL3UV/
>
___
Devel mailing list -- devel@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/PQILFMVD2TE6ACQLVM4Q7QV6TTDHM765/

[ovirt-devel] Re: Failing OST Suites

2018-09-03 Thread Milan Zamazal 
Milan Zamazal  writes:

> Anton Marchukov  writes:
>
>> ovirt-system-tests_compat-3.6-suite-master
>> ovirt-system-tests_compat-4.0-suite-master
>> ovirt-system-tests_compat-4.1-suite-master
>
> These fail on a backup snapshot removal as discussed here previously.
> Since nobody was able to explain the failure, I'm going to file a bug
> and then disable the given test for cluster versions < 4.2.

I disabled the test.  Now it fails on live storage migration, someone
should look at it.

>> ovirt-system-tests_compat-4.2-suite-master
>
> I think this fails due to some missing link after introducing ovf_import
> test, I'll look at it.

This has been fixed and shouldn't fail anymore.
___
Devel mailing list -- devel@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/MZDPLDEJV2SHR4U5435SBQCZKTPGL3UV/

[ovirt-devel] Re: Failing OST Suites

2018-08-28 Thread Milan Zamazal 
Anton Marchukov  writes:

> ovirt-system-tests_compat-3.6-suite-master
> ovirt-system-tests_compat-4.0-suite-master
> ovirt-system-tests_compat-4.1-suite-master

These fail on a backup snapshot removal as discussed here previously.
Since nobody was able to explain the failure, I'm going to file a bug
and then disable the given test for cluster versions < 4.2.

> ovirt-system-tests_compat-4.2-suite-master

I think this fails due to some missing link after introducing ovf_import
test, I'll look at it.
___
Devel mailing list -- devel@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/F3HHSHEKBBPZ5ZKIQI6JQM2DQB6KY53T/