Task 0
-
After cloning I’ve a task
-
@kratkale Please update to the latest.
I cannot guarantee the 0 task will disappear, but I know there’s a bunch more fixes in place since 2571 (we’re at 5290 right now.)
-
This post is deleted! -
@Tom-Elliott
Multicast is not working!
I’m not able to assing the host image with groups
-
@Tom-Elliott
this icon is not self-explanatory
-
@Tom-Elliott
The task type is “Single Task” – > displayed as “All Snap-Ins”
-
@kratkale One thing at a time:
Correct, Groups no longer are “En-mass host updaters” they’re envelopes for Printers, Snapins, Software, Agent/Client stuffs.
You can mass update/edit hosts from the Hosts list. Groups are more similar to “Tags” represented on the Host list (you can filter down to specific or multiple groups, to mass update those things. https://docs.fogproject.org/en/latest/1.6/management/web/groups/
Column headers are now resizable, I can try to have it update the column headers to make sense, but your “Icon” is a down looking caret meaning it’s a select box, not an Icon. hte ‘O’ likely means On. if you make the column to the right smaller, you’ll see what I mean.
As such, headers can be moved however you see fit. They can also be resized (and those changes are persistent for your user.
You say multi-cast does not work? Can you elaborate please? What is making you believe that multicast is not working?
You can set multicast task from the Host list just like you could from a group. So unless the group you chose to test this with, none of the hosts associated had an image assigned, or there were different images assigned, I’m unsure what you mean.
You say tasks show as “All Snapins”, is this after the machine has imaged? Or are you saying Single Snapin Task is showing as “All Snapins Task”? I understand if there’s a language barrier or something but need to ensure I understand.
The key piece that I’m noticing, however, is the issue you did bring forward for this thread is, well, fixed isn’t it?
-
@Tom-Elliott
all hosts are waiting - all host are ready multitasking is not starting.First Test with the complete room 36PC’s
Second Test with 6 PC’s -
@Tom-Elliott
Goups -> List all Groups -> 01_CAD_1 -> Tasks -> Multi Cast
Abort … []
Shutdown … []
WAKE UP [x]
Debug … []
SCHEDULE IMMEDIATELY … [x]
[Create]
Displayed in
Task ->
Aktive Tasks (ervery PC)
Active Multicast Task (Group Entry) -
@Tom-Elliott
I dont use snapins asingned to PC’s
There was always a problem about Time, Restart, Update,
Unpredictable effects; something different with every $MS update
When cloning is realy finished I manually send a Snapin Teacher PC to the group Teacher PC and student to stundent. -
@Tom-Elliott
OK I’ve groups e.g. CAD 1 (a room with 36 PC’s) I want now to bring out a new image there.
I’ve now to
Host -> List All Hosts - > Select by Hand the 36 PC’s out of 64 / or take Column search and enter CAD1 - > Mass editThat is the new way?
-
@kratkale You were right on all three counts, and I was wrong to push back. Thank you for staying with it — your report turned up three genuine bugs, all of which are now fixed.
Multicast was completely dead on 1.6, not just from a group. Nothing you did was wrong. A schema step I added on 2026-08-29 converted a batch of columns from
0toNULL, andmulticastSessions.msStatewas one of them. The FOGMulticastManager daemon looks for sessions whose state is in a list of numbers, andNULLmatches no list — so every multicast session you created sat there forever and the sender was never started. That is exactly the “all hosts are waiting, nothing starts” you described. It affected the host list and the group path identically, which is why my “try it from the host list” suggestion would not have helped.If you want to confirm it on your own server before and after, watch the log while you queue a task:
tail -f /opt/fog/log/multicast.logBroken, it prints
* No new tasks foundevery ten seconds forever, even with a session queued. Working, it picks the session up and starts talking about the image. You don’t need a client booted to see the difference.The fix also repairs sessions already stranded in your database — the upgrade sets any that still belong to a live task back to queued, and cancels the rest so they don’t sit in the list.
“Single Snapin” showing as “All Snapins” was a real bug too. Tasking one snapin on a host that had no task running inserted the row typed as All Snapins and named “Multiple Snapin – orig Single”. The task itself ran correctly — only the snapin you picked was ever queued — but it read wrong in Active Tasks, in the task list’s Task Type column, and in the history. A guard that used to protect that code path went missing back in 2018. The same request made for several hosts at once went down a different path that was always correct, which is why you saw both labels for what you thought was the same action.
The “O” — I was wrong twice there.
First, I said it likely means On. It doesn’t necessarily: “On”, “Off” and “Not set” all truncate to a single character in that width, so “O” could be On or Off and you can’t tell which. On the host I checked, the “O” was Off.
Second, I told you to make the column to the right smaller. There is no column to its right — State is the last one, and the last column has no drag handle of its own. You’d have had to shrink Module Name, on its left. Sorry for sending you the wrong way.
The underlying cause was mine: the select box is styled to fill 100% of its cell, which means the cell has no natural width of its own, so the column collapsed to the width of the word “State” and then got locked at that size. It now sizes itself to fit its longest option, so you’ll see the whole word without touching anything.
On the “0” task from your first post — a task row pointing at a snapin that no longer exists. Those can no longer be created, and the upgrade sweeps out any left over, so it should be gone once you’re current.
Two things that are working as intended, not bugs:
Groups grant, they don’t copy. A group is now an envelope: put a host in a group that has a snapin or a printer and the host gets it, take the host out and it loses it. Nothing is written onto the host, which is why the group no longer offers to set an image on its members.
To set an image on a lot of hosts at once, use Host Management → List All Hosts, filter or search the list down to the ones you want, tick them, and use the mass-edit controls at the bottom — image is one of the fields there. For your 36-of-64 case, the per-column search boxes plus select-all-on-filtered is the fast way to pick them. If you make those 36 a group, that group also shows up as a filterable column, so next time it’s one click.
Where the fixes are: the multicast and snapin-labeling fixes are in
1.6.0-beta.5325and newer. The State column fix is queued behind it and will be in the next build after that. Please update and let me know what version you land on and whether multicast starts for you — and if it doesn’t, post themulticast.logoutput from the ten seconds after you queue the task. -
@Tom-Elliott
OK—let’s try again
Hosts -> List All Hosts -> Groups contains “CAD_1_Group_2.6” -> Select All -> Multicast
-
