Re: [ovirt-devel] [ OST Failure Report ] [ oVirtMaster ] [ 07-11-2017 ] [007_sd_reattach.deactivate_storage_domain ]

2017-12-10 Thread Maor Lipchuk
On Fri, Dec 8, 2017 at 11:20 PM, Yaniv Kaul wrote: > > > On Fri, Dec 8, 2017 at 10:39 PM, Yaniv Kaul wrote: > >> >> >> On Fri, Dec 8, 2017 at 9:31 PM, Dafna Ron wrote: >> >>> I opened a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1523813 >>> >> >> I'm optimistically hoping https://gerrit.o

Re: [ovirt-devel] [ OST Failure Report ] [ oVirtMaster ] [ 07-11-2017 ] [007_sd_reattach.deactivate_storage_domain ]

2017-12-08 Thread Yaniv Kaul
On Fri, Dec 8, 2017 at 10:39 PM, Yaniv Kaul wrote: > > > On Fri, Dec 8, 2017 at 9:31 PM, Dafna Ron wrote: > >> I opened a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1523813 >> > > I'm optimistically hoping https://gerrit.ovirt.org/#/c/85195/ will fix it. > Not sure. > Keeps failing with:

Re: [ovirt-devel] [ OST Failure Report ] [ oVirtMaster ] [ 07-11-2017 ] [007_sd_reattach.deactivate_storage_domain ]

2017-12-08 Thread Yaniv Kaul
On Fri, Dec 8, 2017 at 9:31 PM, Dafna Ron wrote: > I opened a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1523813 > I'm optimistically hoping https://gerrit.ovirt.org/#/c/85195/ will fix it. Not sure. Y. > > Allon, can you please assign someone to help fix this test? > Please let me know

Re: [ovirt-devel] [ OST Failure Report ] [ oVirtMaster ] [ 07-11-2017 ] [007_sd_reattach.deactivate_storage_domain ]

2017-12-08 Thread Dafna Ron
I opened a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1523813 Allon, can you please assign someone to help fix this test? Please let me know if you need help from me. Thanks! Dafna On 12/07/2017 11:59 AM, Yaniv Kaul wrote: > > > On Thu, Dec 7, 2017 at 1:30 PM, Eyal Shenitzky

Re: [ovirt-devel] [ OST Failure Report ] [ oVirtMaster ] [ 07-11-2017 ] [007_sd_reattach.deactivate_storage_domain ]

2017-12-07 Thread Yaniv Kaul
On Thu, Dec 7, 2017 at 1:30 PM, Eyal Shenitzky wrote: > I think that the maybe the QE can share their methods on how to avoid > those issues. > From what I remember, before deactivating storage domain they make sure > that there are no running tasks related to > the storage domain. > Looks like

Re: [ovirt-devel] [ OST Failure Report ] [ oVirtMaster ] [ 07-11-2017 ] [007_sd_reattach.deactivate_storage_domain ]

2017-12-07 Thread Eyal Shenitzky
I think that the maybe the QE can share their methods on how to avoid those issues. >From what I remember, before deactivating storage domain they make sure that there are no running tasks related to the storage domain. On Thu, Dec 7, 2017 at 1:22 PM, Yaniv Kaul wrote: > > > On Thu, Dec 7, 2017

Re: [ovirt-devel] [ OST Failure Report ] [ oVirtMaster ] [ 07-11-2017 ] [007_sd_reattach.deactivate_storage_domain ]

2017-12-07 Thread Yaniv Kaul
On Thu, Dec 7, 2017 at 1:12 PM, Dafna Ron wrote: > Maor, I either need to get new glasses or a magnifier glass to read what > you wrote :-P > when you say running tasks - these are actually running tasks that may be > running because of other tests in ost - correct? wouldn't killing or > blocking

Re: [ovirt-devel] [ OST Failure Report ] [ oVirtMaster ] [ 07-11-2017 ] [007_sd_reattach.deactivate_storage_domain ]

2017-12-07 Thread Dafna Ron
Maor, I either need to get new glasses or a magnifier glass to read what you wrote :-P when you say running tasks - these are actually running tasks that may be running because of other tests in ost - correct? wouldn't killing or blocking those can cause other tests to fail? On 12/07/2017 11:06 AM

Re: [ovirt-devel] [ OST Failure Report ] [ oVirtMaster ] [ 07-11-2017 ] [007_sd_reattach.deactivate_storage_domain ]

2017-12-07 Thread Maor Lipchuk
CANNOT_DEACTIVATE_DOMAIN_WITH_TASKS is a known issue, the problem is that we might have tasks which will start running internally using scheduling (like OVF_UPDATE) and we can't really know how much time every task will take until it will end. Even if we check that there are no running tasks it wi