Hi Liron, Marry christmas!
1- [root@virt01-int ~]# vdsClient -s 0 getStorageDomainInfo
e6a85203-32e0-4200-b3d7-83f140203294
uuid = e6a85203-32e0-4200-b3d7-83f140203294
vguuid = fDclFZ-KLel-t36P-VAFm-hyle-RxcU-uOc7gj
state = OK
version = 3
role = Master
type = ISCSI
class = Data
pool = ['58405b2d-0094-0380-0260-0000000000a5']
name = nas01
2- which file do you want me to share ?
how do I perform task a and b you mention? is there a guide somewhere ?
I appreciate your help,
best regards,
JP
2016-12-25 11:10 GMT-03:00 Liron Aravot <laravot(a)redhat.com>:
On Fri, Dec 23, 2016 at 2:32 PM, Juan Pablo
<pablo.localhost(a)gmail.com>
wrote:
> So, what do you guys suggest? isn't there a hint or a way to fix this
issue?
>
> thanks for your help,
> JP
>
Hi Juan,
Having a "running" task under the tasks tab doesn't mean there's a
task running on vdsm - there are engine "tasks" and vdsm tasks.
1. what is the current status of the domain listed in the task?
2. do you see any print related to the operation in the engine log
file currently? (you can upload it so we'll be able to help you with
verifying that).
After you verify the operation is indeed not running
You can delete that specific job from the jobs table:
a. select job_id from job where description like '%...%';
b. delete from job where..
Let me know if that worked for you,
Liron.
> 2016-12-20 13:35 GMT-03:00 Juan Pablo <pablo.localhost(a)gmail.com>:
>>
>> Andrea, thanks for your reply, I already tried that , but
unfortunately, a
>> restart of the engine VM did not solve the error.
>>
>> best regards,
>> JP
>>
>> 2016-12-20 13:32 GMT-03:00 Andrea Ghelardi <a.ghelardi(a)iontrading.com>:
>>>
>>> I remember facing a similar issue during decommissioning of my Ovirt 3
>>> environment.
>>>
>>> Several tasks showed on GUI (and storage operations unavailable) but no
>>> tasks on command line.
>>>
>>> Eventually restarting the engine VM cleaned up the situation and made
the
>>> storage avail again.
>>>
>>>
>>>
>>> Cheers
>>>
>>> AG
>>>
>>>
>>>
>>> From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On
Behalf
>>> Of Elad Ben Aharon
>>> Sent: Tuesday, December 20, 2016 5:24 PM
>>> To: Juan Pablo <pablo.localhost(a)gmail.com>
>>> Cc: users <Users(a)ovirt.org>
>>> Subject: Re: [ovirt-users] "Deactivating Storage Domain" error
>>>
>>>
>>>
>>> Do you have a storage domain in the DC in status 'locked'?
>>>
>>>
>>>
>>> On Tue, Dec 20, 2016 at 6:09 PM, Juan Pablo <pablo.localhost(a)gmail.com
>
>>> wrote:
>>>
>>> Elad, I did that and running the commands on the SPM returned :
>>>
>>> [root@virt01-int ~]# vdsClient -s 0 getAllTasks
>>>
>>> [root@virt01-int ~]# vdsClient -s 0 getSpmStatus `vdsClient -s 0
>>> getConnectedStoragePoolsList`
>>> spmId = 1
>>> spmStatus = SPM
>>> spmLver = 8
>>>
>>> [root@virt01-int ~]# vdsClient -s 0 getAllTasks
>>>
>>> [root@virt01-int ~]#
>>>
>>> thanks for your time,
>>>
>>> JP
>>>
>>>
>>>
>>> 2016-12-20 12:55 GMT-03:00 Elad Ben Aharon <ebenahar(a)redhat.com>:
>>>
>>> It's OK, but you need to make sure you're checking it on the host
which
>>> has the SPM role. So, first check on the host that it is the current
SPM
>>> with the following:
>>>
>>> vdsClient -s 0 getSpmStatus `vdsClient -s 0
getConnectedStoragePoolsList`
>>>
>>> Look for the host that has " spmStatus = SPM"
>>>
>>> And after you find the SPM, check for the running tasks as you did
>>> before.
>>>
>>>
>>>
>>>
>>>
>>> On Tue, Dec 20, 2016 at 5:37 PM, Juan Pablo <pablo.localhost(a)gmail.com
>
>>> wrote:
>>>
>>> Hi,
>>>
>>> thanks for your reply, I did check with vdsClient -s 0 getAllTasks ,
>>> returned nothing. is this still the correct way to check?
>>>
>>> regards,
>>>
>>> JP
>>>
>>>
>>>
>>>
>>>
>>> 2016-12-20 12:32 GMT-03:00 Elad Ben Aharon <ebenahar(a)redhat.com>:
>>>
>>> Hi,
>>>
>>>
>>>
>>> Did you check for running tasks in the SPM host?
>>>
>>>
>>>
>>> On Tue, Dec 20, 2016 at 5:04 PM, Juan Pablo <pablo.localhost(a)gmail.com
>
>>> wrote:
>>>
>>> Hi,
>>>
>>> first of all , thanks to all the Ovirt/Rhev team for the outstanding
>>> work!
>>>
>>>
>>> we are having a small issue with Ovirt 4.0.5 after testing a full end
of
>>> year infrastructure shutdown, everything came back correctly except
that we
>>> get a 'Deactivating Storage Domain' under the tasks tab.
>>>
>>> another dc/cluster running 3.6.7 reported no error with same
maintenance
>>> procedure.. maybe we did something wrong?
>>>
>>> would you please be so kind to point me on the right direction to fix
it?
>>> I looked
>>>
>>> vdsClient -s 0 getAllTasks , but returns nothing...
>>>
>>> thanks for your time guys and merry christmas and happy new year if we
>>> dont talk again soon!
>>>
>>> JP
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users
>