Storage Group Activity - Inconsistencies

[Wayne Workman]

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 to 3 max clients.

[Wayne Workman]

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?

[Wayne Workman]

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]

[Wayne Workman]

@Joe-Gill log out and back in, does all that go away?

[Wayne Workman]

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.

[Joe Gill]

@Wayne-Workman

Unfortunately it’s still there.

[Wayne Workman]

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.

[Tom Elliott]

So you have x number of nodes in the instructional group whose total count would equal 36?

[Wayne Workman]

@Tom-Elliott for those that are enabled, yes.

[Tom Elliott]

Pretty sure this is fixed, though I have to wait for Wayne to update.

[Joe Gill]

@Wayne-Workman

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

[Wayne Workman]

@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?

[Tom Elliott]

@Joe-Gill what kind if inconsistencies? Can you post a pic?

[Joe Gill]

@Tom-Elliott

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

[Tom Elliott]

@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?

[Wayne Workman]

@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.

[Tom Elliott]

@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.

[Joe Gill]

@Tom-Elliott

I tried doing the hard refresh and I get the same result. I get the same thing whether I use chrome or firefox.

[Tom Elliott]

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.