Fog HTTP completely unresponsive

george1421

@zpoling This is really strange. I would have expected just after this “Updating Database…” message to see a message about ftp login.

Lets assume is the issue we’ve found after FOG 1.5.4 has been released.

Change to the /etc directory from the fog server linux command prompt.
Search for www.conf file. It can be in a number of locations depending on what version of php is installed. Use this command.
find /etc -name www.conf (hopefully you will only find one)
Edit that file file and ensure these settings are accurate. Don’t just add them since all should be there except php_admin_value[memory_limit] = 256M you will need to add that entry.

php_admin_value[memory_limit] = 256M
pm.max_requests = 2000
pm.max_children = 35
pm.min_spare_servers = 5
pm.start_servers = 5

Save and exit your text editor.
Reboot the fog server.
See if that fixes what is wrong. You really should only see this strangeness under heavy load, but I guess it might show up sooner under certain conditions.

zpoling

@george1421 Done. The memory_limit line already existed, but was set to 32M. The other lines existed as well, but were set to lower numbers. pm.max_requests was the only correct one.

However, this was happening before I updated to 1.5.4. Or did the issue exist before then as well?

zpoling

I now can’t reach http://fogserver/fog. I get a 503 error. I am able to reach http://fogserver and /html/

Should I change the settings back?

Edit: I changed pm.min_spare_servers to 5.

pm.max_spare_servers was set to 3. I changed it to 5 and it began working again.

george1421

@zpoling You only found one instance of the www.conf file?

Also the 32MB one might have existed, but it was commented out. Just be aware of that.

And the last tweak to fog 1.5.4 is that you need to downgrade the FOG kernel to 4.15.2 from 4.17.0.

The reason we are going through these steps is to ensure we have your FOG server configured to a know good state now that you are on fog 1.5.4. The error messages you have posted so far could be either php or mysql related.

zpoling

@george1421 Yes, there was only one www.conf file.

I also have to apologize. I have no idea where to begin to downgrade the kernel. I’ve cringed every time I ever see kernels mentioned because I have no clue what it even is.

zpoling

@george1421 Okay I think I found what you were requesting. I installed 4.15.2 x64 and x32, but I’m not sure what to do now. I assume I have to tell Fog to use one of those specifically rather than the most current?

george1421

@zpoling If you go into fog settings -> fog kernel locate the PC versions of the 4.15.2 kernel and select the download button. That should update (down grade) your versions of bzImage and bzImage32 to the older (yet working) release.

NT_Tech

I has a similar issue when we had sent to about 30 machines. While it shouldn’t make a difference as we only let 10 image concurrently, it did. When I edited the php.ini file in /etc/php/7.1/apache2 and changed the memory_limit from 128M to 256M, it worked as soon as I rebooted.

I am on Ubuntu 16.04 LTS and FOG 1.5.4

george1421

@nt_tech said in Fog HTTP completely unresponsive:

When I edited the php.ini file in /etc/php/7.1/apache2

This is interesting. From what I found, that php-fpm was to ignore what was in php.ini and take its config file settings. But if this method works too, that is fine. It is a bit annoying that now each version of php the .ini file moves about. I can understand why they did it that way, its still annoying none the less.

zpoling

@george1421 Fog has been working, but I haven’t had any machines to test a multicast on since we last spoke. I am going to attempt to image a classroom today and will report back.

Fog HTTP completely unresponsive

127

11.7k

17.2k

154.7k