Phantom Tasks after Host Deletion
-
I think I have found a bug.
I registered a new host. I then created a deploy task against this host. I then delete this host via the webUI.
My task list empties as it should, however if I look at my storage group activity on the dashboard there are still tasks queued:
There is no tasks scheduled, queued or checked-in.
Looking at the database I find the following:
There are tasks still queued for hosts that no longer exist in the host table.
2 fixes needed:
- When host is deleted, all currently queued or checked-in tasks should be set to a taskStateID 5 or cancelled
- If there are tasks that are not set as canecelled for hosts that do not exist, then these tasks should be cancelled
1 question:
- I have 24 queued tasks for hosts that do not exist. I see 4 on the webUI. I assume this is because there are 20 tasks with taskNFSGroupID and taskNFSMemberID set to 0. How do groups that do not exist get marked against a host / task?
-
@Tom-Elliott Just wondering if I could have your input here.
-
@george1421 Do you have any thoughts here either?
-
@Clebboii https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_MySQL#Database_Maintenance_Commands
Please see if this helps? Specifically the task related items. Sometimes stale (old/bad items suddenly show up from long ago.) admittedly I’d love to know what caused (or causes?) this but it has so far eluded me this far.
-
@Clebboii Are you still seeing these issues?
We did find another (separate but similar) bug relating to Phantom tasks as well, so you may need to update to the latest and this should be addressed too.
Please let us know, thank you!
