@george1421

So… I after re-install things were still not happy. I got things back up to 1.5.4 and checked out the SetHandler settings. In Sites-Available, the setting was not commented out. In Sites-Enabled, it was commented out. As soon as I did that and re-started Apache, things came back up. I then checked the setting for FOG Client Check In Interval and it was set to 60. I upped that to 300.

Note - As soon as I restarted Apache, I had a multicast session that was stuck in tasking before all of this happend. That task took off and began imaging. So far so good!

So I have gotten the PHP interface back up and running. To get this back online, I had to run the 1.5.1 version of FOG. The interface was up long enough for me to log in and then it bombed out and is now un-responsive again.

@george1421

After re-uninstalling PHP and reinstalling FOG to try and correct some lag issues and unresponsive interface, FOG php interface is completely not working. I have tried creating a php info page and running that and that does not run.

Any suggestions are helpful.

@george1421

I seem to be having bigger issues. PHP is completely un-responsive now. I can and have been able to reach the Apache test page on our server but cannot get anything to run in php. I tried restarting the service, rebooting the server, unistalling php and re-running the fog installer. I will start a new thread and tag you in it.

@george1421
Top CPU usage service is Apache2.
Total hosts is ~500.

Where is the www.conf file located in Debian? I searched high and low and could not find it. I found something in the /etc/php/7.0/ directory but it didn’t have pm.max_requests.

Thanks!

@george1421
Running on a Hyper V Virtual Machine
FOG OS - Debian 9.4
Memory - 4 GB
CPU - 2 CPUs allotted

I used Top to determine these. If their is a better command let me know and I will certainly run that and report back.

Memory Usage (in order from most to least) –
Apache2 (20 percent)
mysql
FOGImageSize
FOGPingHosts
FOGSnapinHash

CPU Usage –
Apache2

@george1421

Let me know if their is anything else you would like me to check. Thanks!

@george1421
I actually upgraded to FOG 1.5.4 and the issue persisted.

@george1421
I have also been experiencing high memory usage and sluggishness. I completely lost my interface and had to restart PHP in order for the interface to return. I will also try your suggestion here to see what is going on.

@Tom-Elliott
So my interface completely locked up. I restarted the server and had no luck at all getting to my interface. I ended up having to remove PHP completely and then let the FOG installer re-install PHP. My interface is back up. I have not ran any tasks yet. I’m hoping it stays up long enough to get something done.

@zer0cool Thanks for that info! I"m working on it right now myself.

@Tom-Elliott
To update this… In my case, updating to 1.5.3 did not resolve this issue. I was able to Unicast one batch of 8 PCS… That worked. Then when I went to do a wipe task on 26, the interface locked up and the task did not complete.

Any suggestions?

@george1421 I realize this is an older post. Is this information still relevant? Has this process changed any? Thanks!

For those reading this… I had this same issue during a Multicast in 1.5.2. In my case, restarting the server did not bring things back to life. I upgraded to 1.5.3 and things came back online. I have not tried Multicasting since. I am Unicasting 8 right now and they are about done. I will try Multicasting a large group here next week and see.

Thanks for posting this!

@quazz

So I tried re-capturing the image from my VM and it finally finished but took forever. I left a ping running on the host and the server and never had any lost packets. I had some higher ping times going to the VM were average with one very high number. But never any packet loss.

I decided to try and capture the image to a brand new image and not one I had used previously. I noticed my transfer rate was higher and it ultimately finished capturing the image.

Could the delay simply be the difference between imaging a Windows 10 machine versus a Windows 7 Machine? This is the first image I have created of a Windows 10 machine.

Let me know if you have any thoughts on this.

Thanks again for making me think more about it.

Cheers!

@quazz

Another interesting observation is that Deploying existing images seems to go fast without issue. It’s just when I try to capture new images. I will test a capture from a different device and see what happens.

@quazz
The funny thing is that they are both hosted on the same VM… I don’t know what is going on. I tried rebooting my FOG server and the Windows 10 VM I"m trying to image and it’s still not getting anywhere. I noticed that the Rate went as low as 50 megs… Normally my rates are up over a gig / min.

I’ll dig deeper from the network perspective and see what happens. It’s bizarre.

Thank you for your advice!

One more observation…

On the host…

Every time this happens, the Elapsed Time, Remaining Time and Rate are running. The Current Block never changes nor does the Total Block.

The host is configured with a legacy network card (VM)…

Cheers!

FOG Server Version 1.5.2
FOG Server: Debian 9.4

Hi all,

It’s that time of year again! Summer season is about here in our district and I’m getting ready to image for the season. I recently updated to FOG ver 1.5.2. I have noticed that the basic image capture task (partclone) seems slower and with lag, in comparison to older versions.

I have had two image capture tasks that lag to the point of no return. I had one yesterday that was stuck on the same spot for 2 hours, after I discovered it hadn’t finished. I finally killed the task and restarted the session. Things picked back up and captured like normal.

These tasks have all been when I have been imaging Windows 10 images from a Hyper-V VM.

Let me know if their are any log files you’d like and I’ll post.

Thanks for everything!

Cheers,

Joe

Thanks @Tom-Elliott and FOG Team!