@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 0 to NULL, and multicastSessions.msState was one of them. The FOGMulticastManager daemon looks for sessions whose state is in a list of numbers, and NULL matches 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.log
Broken, it prints * No new tasks found every 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.5325 and 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 the multicast.log output from the ten seconds after you queue the task.
