Error 5xx Server Error -- Chainloading failed
LittleTux last edited by
Hi FOG Community,
I do have fix my error 4xx issue but got a new one this morning :-) :
The symptoms not exactly the same when i try to reach the GUI, the browser is serching a while then respond a “504 Gateway Timeout” Error.
And it get the screenshot message on the client pxe boot.
After fixing my “Http 4xx error client” with “ALTER USER” command i was able to capture images and server seemed fixed but this morning it seems not that well.
SeminH last edited by
@BSZAdmin hello, I have the same issue, can you please help me? How did you fix it?
Hi Thx 4 the answer.
Meanwhile i solved my HTTP 5xx error.
The client has 2 NICs.
Both were registered with different Hostnames on the fogserver.
i deleted one.
The Boot works - no errors anymore
2 weeks of trying anf then that “simple” thing.
i hope it will help…
@BSZAdmin No. Seems like the forum link didn’t really work. What I meant was in page two.
The php-fpm config modified by FOG:
pm.max_requests = 2000 pm.max_children = 35 pm.min_spare_servers = 5 pm.start_servers = 5 php_admin_value[memory_limit] = 256M
@Sebastian-Roth I remoted into the OPs fog server. I switch him over to the working branch and repulled the using git. After I reran the installer all of the files were where they should be. He was able to schedule a deployment. I think he is good for now.
If so, i do not know what to do :(
Can u explain it?
thx in advance
@BSZAdmin Check out George’s post here: https://forums.fogproject.org/topic/12499/create-task-capture-error
Do u know the differences between the old conf an the new conf file?
So that i can modify my conf file?
raiemaille last edited by
I just got this error today. It came after an update of php7.0-fpm and a replacement of /etc/php/7.0/fpm/pool.d/www.conf
I just had to restore the old file :
cp /etc/php/7.0/fpm/pool.d/www.conf.dpkg-old /etc/php/7.0/fpm/pool.d/www.conf
Hope it will work for you.
@LittleTux Any news on this?
LittleTux last edited by
Thanks for the answer, i will try this.
It almost appears like you still have a database issue. The boot.php file is actually a php script that interacts with the database to detect the client and what boot file and tasks are waiting. The product of boot.php is a small text file.
You could test by using a browser and key in the url
http://10.149.20.67/fog/service/ipxe/boot.php?mac=00:00:00:00:00:00and watch the output.
You should also review the apache and php-fpm error logs in /var/logs directory for clues to why boot.php is not returning.