Increasing PHP-fpm memory did the trick.
Thx for the thinking together.
On a newly installed FOG server (for testing purposes) a device off that model can PXE boot as it should.
Already copied the snponly.efi from that FOG server, but no luck.
We are having following problem when executing a PXE boot on a HP Elitebook 650 G10:
As you can see, we’re using snponly.efi and already updated the binary as mentioned here: https://docs.fogproject.org/en/latest/kb/reference/compile_ipxe_binaries/.
Snp.efi or other .efi binaries don’t work either.
The DHPC options 66 and 67 are correctly specified.
Bios settings on the device
Any advice is welcome.
Thx in advance!
@george1421 We’re using fog version 1.5.5 for the moment.
No high CPU usage noted for the moment.
But changing the database engine isn’t without risks, I presume.
Will an update of fog change this engine? I’ve read about 1.6.0, but that’s no stable version?
Another question, we have 1 master and 80 storage nodes. If I update, first the master or the storage nodes first?
I find conflicting reports about that.
We have received a question from our database admins.
The FOG database engine is MyISAM. We are running FOG version 1.5.5. They want to change the engine but I guess that’s not a good idea.
Is there a version of FOG available that adapts this database engine?
Thx in advance!
Can a user in the fog console change his own password without calling up the list of users?
Because if he calls up the complete list, he can change his password for everyone.
I cannot work with an LDAP, local fog users are needed.
Is this possible via Access Controls?
Thanks in advance.
Nothing in Apache error log, the line in acces log doesn’t explain a lot:
... ] "GET /fog/management/index.php?node=host&sub=list HTTP/1.1" 500 - "http://fog.odl.vdab.net/fog/management/index.php?node=host" "M...