<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">In the mean time, as I had to give an answer for the snapshotted VM, I decided to follow one of the suggestions to run engine-setup and so also to pass my engine from 4.1.6 to 4.1.7.<br></div></div><div class="gmail_extra">And indeed the 2 stale tasks have been cleaned.</div><div class="gmail_extra">The lock symbol has gone away from the apex VM too.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Probably the steps solving the problems were these during engine-setup:</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">[ INFO  ] Cleaning async tasks and compensations</div><div class="gmail_extra">[ INFO  ] Unlocking existing entities</div><div><br></div><div>Does this mean that in general I can also run engine-setup without upgrading at all? Is the clean part run also in that case or only during effective upgrades?</div><div><br></div></div><div class="gmail_extra">I initiated a clone of the taken snapshot on apex VM and it seems to go correctly and in task pane I see only that task and no more.</div><div class="gmail_extra"><br></div><div class="gmail_extra">In SPM now I have indeed</div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_extra">[root@ov300 ~]# vdsClient -s 0 getAllTasksStatuses</div><div class="gmail_extra">{&#39;status&#39;: {&#39;message&#39;: &#39;OK&#39;, &#39;code&#39;: 0}, &#39;allTasksStatus&#39;: {&#39;20fa401f-b6f8-43f5-b0fd-6767d46e2335&#39;: {&#39;message&#39;: &#39;running job 1 of 1&#39;, &#39;code&#39;: 0, &#39;taskID&#39;: &#39;20fa401f-b6f8-43f5-b0fd-6767d46e2335&#39;, &#39;taskResult&#39;: &#39;&#39;, &#39;taskState&#39;: &#39;running&#39;}}}</div><div class="gmail_extra"><br></div><div class="gmail_extra">[root@ov300 ~]# </div><div><br></div><div>It should take about half an hour to complete and I will see.</div><div><br></div><div>Anyway in my opinion it would be nice to have some more in deep documentation about how to run taskcleaner.sh or simply officially say to leave it to developers if this is the intended case (or to Red Hat support in case of RHEV usage)</div><div><br></div><div>Cheers,</div><div>Gianluca</div><div><br></div></div></div>