@Frank Is this still an issue with the newer client?

@sebastian-roth Thank you! I increased the memory limit and it is working now.

@sebastian-roth solved, thank you.

Regards X23

@doubleailes [Moderator note] Please start your own thread because this thread is over 8 months old and I’m sure your computing environment is not the same as the OP of this thread. In your thread, please include what version of FOG you are using on both the master node and storage node as well as what OS is used on the master node and storage node(s)

For more information on some of the methods and class based variables please see:

fogdoc.mastacontrola.com

All fog installations, now, should have the folder: /var/www/fog/fogdoc available. It is possible to build local documentation of all classes using doxygen.

The command to build it would be:

cd /var/www/fog doxygen fogdoc/fogdoc

The fogdoc currently is designed to place the fogdoc in /var/www/fogdoc, so a link to your properly html root directory, or fog directory will probably yield in slightly better results for generating this documentation.

Fixed in working.

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

Fixed in working. Thanks for reporting.

Thanks

Jim

All set now, thanks Tom!

Tom,

Thanks for the quick fix. Imaging is back working again.

Jim

Fixed in working branch.

Fixed in working branch.

Fixed in working.

@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

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.

Good to know. I won’t be able to test right away though. I’m busy doing summer stuff right now. I’ll get back to you as soon as possible.

Thanks to @Tom-Elliott again for coming up with a fix so quickly! I am marking this solved then. But I still think having a testcase suite would be really good as we could make changes to the awk code, run the testcases and just be sure to not have it broken for other known cases. I think we could collect data from the community fairly easy as the information is already there (in d1.partitions that people have lying around on their FOG servers by the dozens)…

Fixed the Reboot/Shutdown/None item. Sorry, it was just a missed code logic. I was always setting shutdown or reboot, forgot about the “none” availability. This is now addressed in working.