Storage Group Activity - Inconsistencies
-
FOG Trunk - 8215.
Depending on how many tasks are active at various sites, and how many are queued at various sites, the storage group activity gives some pretty wild results. Also,
Max Clients
per node is not being enforced.For every single node, we have a location setup in the location plugin.
Here are some screen shots to show what I’m talking about. We should have a total of
39
slots, but when you add active + free, we never get 39, and sites are imaging as many hosts at a time as they start, even though every single storage node is set to3
max clients. -
Trunk 8323 - I have one node in this system, and have just told 25 computers to image. Max Clients is set to
2
This looks weird?
-
I’m seeing this now - on 8323. Also, hosts that are waiting in queue are showing “There are 0 before me”. They also say “Attempting to check in … Failed”
-
-
@Joe-Gill log out and back in, does all that go away?
-
Oh… I see how the math is calculating now.
Free is negative, because there are queued tasks. That makes sense to me now.
However - the graph does not like negative numbers at all, I would assume that to be the issue.
-
Unfortunately it’s still there.
-
On 8359, I’m still seeing inconsistencies with the free slots available. We have 36 total slots, so in this graph there should be 32 free.
-
So you have x number of nodes in the instructional group whose total count would equal 36?
-
@Tom-Elliott for those that are enabled, yes.
-
Pretty sure this is fixed, though I have to wait for Wayne to update.
-
I just updated to the current trunk release and am still getting the main screen “Storage Group Activity - Inconsistencies.” Just thought I’d let ya know! Thanks!
Cheers,
Joe
-
@Joe-Gill I have to say ours is finally working correctly as of 8485, but we did go down to 1 group. Tell us about how many nodes and groups you have?
-
@Joe-Gill what kind if inconsistencies? Can you post a pic?
-
Well, it’s more in the storage node usage and less in group activity. I can post a new topic for it. That was my fault. Their is a screenshot in this topic further down. It still looks identical to that.
Cheers,
Joe
-
@Joe-Gill you should know that the dashboard page is a quick overview. It will show all active, queued, free from entire group. This should not be a problem as long as the nodes are respecting their max counts. Let’s say you have 12 nodes in the same group each set to accept a total of 3 clients. If you see 24 active clients and 12 free, it should show up as 24 red, 12 green. Now let’s say you add another task. It should then show up as 25 red, 11 green. However, if you look at the tasks it should show each client is, more or less, evenly distributed to each node.
At the point you have say 48 tasks to perform, you should see 0 green and possibly odd looking graph, as I don’t know of a nice way to show these things, that 36 are red and 12 are queued.
Is this what’s not showing up properly?
-
@Tom-Elliott Look at the picture he posted below. It’s literally got a login screen right on top of the storage node disk usage.
-
@Wayne-Workman I don’t see any picture. It’s not showing for me at least.
@Joe-Gill Can you try a hard refresh please? SHIFT+F5 in your chrome browser.
-
I tried doing the hard refresh and I get the same result. I get the same thing whether I use chrome or firefox.
-
Remoted in and found the issue was related to the NAS returning a login prompt. This was not any direct doing of error in FOG doing something. Unfortunately there’s not a way, that I’m aware of, to check if a link is in process of redirection upon the return. The fix for the display issue is simple, just disable graph display for that node definition.