@tom-elliott

Tom,

I’ve done some testing and here’s what I’ve found:

When I have 2 or more Hosts deploying Snapins, and I apply a host name search filter to the Active Snapin Task display, I get a subset of the Active Snapin Task list that matches the filter.

The search filter appears to be persistent as this screen refreshes - so this is working as I had hoped it would. We can now track the progress of specific machines - and we can change the filter while we’re looking at it and the display changes - so we can track specific machine’s progress on the fly.

There are some deleterious impacts to other screens.

The filter appears to be effect the display of host when one hit’s the Hosts Icon and / or hits List All Hosts under the Hosts Icon. The display doesn’t show the filter text in the Search field, but the list is blank until one goes back to the Active Snapin Tasks Screen and removed the search filter.

The Active Tasks display appears to have the same filter value in the Started By field, with the text showing. From this I’m guessing the search filter is being retained and applied to the display screens based on the field’s position in the list rather than based on the field name. This would explain the empty list in List All Hosts. In the Active Snapin Tasks list, the host name is the 2nd field. The 2nd field of the Active Task List is the Started By field, but the search filter displays the Host name search filter value I entered on the Active Snapins list. The List All Hosts second field is a check box - so that explains why the list is empty until I remove the Host Name search filter from the Active Snapins list.

Possible Solutions:
* Clear all search filters when you change screens by navigating (back arrow or clicking anything).
* Track the field that has the filter and retain and display it in subsequent screens and blank it when the column to which the filter is applied isn’t displayed.

If I got to choose, I’d pick the first approach. It would be good to have all filters blanked when we move off any page - but I leave that to you.

thanks for working on this.

Jim

Fixed in working branch.

George1421,

I only needed to set the Fog timezone parameter and the date and time recorded correctly. I didn’t have to change php.ini. Also, throughout the problem, the system’s clock and timezone were correct.

Consider this solved. Thanks.

Jim

To help clarify things.

“Active Tasks” only shows the “jobs” that are to be performed, not every detail of that job as that would take up a lot of room about the “overall” task being completed.

Active Snapin Tasks, is where you can see the individual tasks, the host it’s working from, and their current progress states. Of course they only show up when they’re in pending/progress states. When they’re completed they’re no longer considered active.

This is NOT a report of tasks, but rather an “overview”.

Report pages work differently, in that they should display completed items. Though I’ll admit it’s been a bit since I looked it over.

Snapins and Printers don’t have preselectors, because this would be a massive performance issue. We have to call all hosts, make comparisons against all hosts, validate which hosts have all the same information, then use that to present. Because of the “associative” nature of snapins and printers, this is much simpler to handle by just presenting them all and showing the user they can add/remove. We don’t have a means to know which are associated (otherwise we’d be making a list of “here’s the hosts that have these snapins/printers”). For this reason, it’s just a selector to allow adding and removing, it’s on you to know what is associated to the whole of the group or not.

Image association isn’t retained because of a bug, this is now fixed in the working tree.

AD Settings should be retained. Printers (as stated earlier) are not retained. Power Management is not retained for the same type of reason as snapins/printers.

Remember, for plugins they’re kind of their own ball game. Plugins aren’t enabled by default and aren’t installed by default. So I’m aware plugins will have some issues while I work towards updating them to be bootstrap friendly. I’ve already fixed the issues for groups/host location not being available which is now also in the working tree.

@Matthieu-Jacquart You are probably looking for this: https://wiki.fogproject.org/wiki/index.php/Troubleshoot_MySQL#Database_Maintenance_Commands

Storage Icon should be a little better. Part of this delay is because of using the backend to get the data. The backend pulls in all the files from the nodes (even if they’re not needed). I could tweak the code base, but I think using the api to get the data is ultimately a smarter method as it makes things “common”.

It should look like:

0_1501183211866_164a7593-af02-4c13-9471-599068c5051c-image.png

@Tom-Elliott said in Storage Group in Dashboard Showing 1 Slot in QUEUE But No Tasks Exist:

mysql fixing

I ran the maintenance script found at the bottom of this link:
https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_MySQL

Several lines deleted rows. The problem is resolved.

Thanks,

Jim

@mjaskowski Would you care to share a copy of your database with me so I can figure out what the issue is? Don’t post it here, PM me.

@Tom-Elliott

Looks like the reports now work. Thanks.

I do suggest that the user tracking report would be much more useful if it listed all record chronologically and showed the timestamp field. The summary report of who ever login in on a machine or what machine a user ever logged into is less valuable than the detailed report that one could filter at the headers based on any of the fields. This makes the snapin log work, and that would work here as well - imho.

Thanks a bunch… please make this one as Solved.

Jim

Thanks Jim,

I had created the DNS record and tested, but my fogexe.ini was not all lower case. Changing this solved the issues and it is now happily installing snapins. 😄
I’ll report any findings for further reference.
Andreas