@Tom-Elliott Hi again.
I’ve tested another (smaller) image and all the tests (capture, deploy, fog agent boot start) went ok. So I think it’s strongly related to client computer capabilities. I’m testing with an old HP dc5700 Core2 Duo 2 GB RAM. I guess there won’t be issues on a little newer computer.
@Tom-Elliott You’re welcome. Here are the results after the last modifications you have uploaded. Seems like there are no more errors. Now I’m making the whole deployment to see the final partition sizes in Windows enviroment.
@Tom-Elliott Yep, that was my issue. I’ve updated to RC12 and from what testing that I have done, it seems that everything is working. I’m able to go from a 160GB to a 256GB and also 500GB drive and boot into Windows as well. The resizing seems to be correct as well.
The developers found this issue to why the log file grew so big (after almost a year of log file collection). The log file will now be capped at the log file maximum set by the fog configuration settings. This was just a fluke case that caused this file to grow to an abnormal size.
The fix / log file limiting code will be in 1.3.5RC11 when its released.
So the reason the date selector was not being seen was because I am grabbing the minimal date.
Some entries, for this field, might have ‘0000-00-00 00:00:00’ as the date time stamp, which is invalid.
So the original way it worked, if the date was invalid (start time will always be earlier than end time) it would present “invalid”.
The updated method should work for this for all of you having this problem. I’m correcting this behaviour by adjusting the start date to 2 years before the current date.
Hopefully this is sufficient. The reason I don’t want to go back further is the amount of time it would take to generate the selector. (I’m not guessing the selector based on max end date any more. I’m just giving a date range based on the earliest time found and forward (as it’s not really a selector otherwise right?))
I’m also changing the way things are displayed a little bit.
Instead of showing logs of tasks that have either an invalid start OR end date, both start AND end must be invalid to no longer show. It may make some strange readings for things, but shouldn’t hurt anything otherwise.
If you expand each option on the Fog Settings page individually, the missing bits are not visible. Only Expand ALL shows the missing bits and only at the top of the list, not where you’d expect them to be.