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.
Hi all
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!
@sebastian-roth Thx for the explanation.
Any idea when 1.6.0 will be general available?
@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.
Thx!
@george1421 the db’s suggested innodb. But I read that’s in a future version?
Hi
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!
Hey
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?
Tips?
Thanks in advance.
@george1421
Increasing PHP-fpm memory did the trick.
Thx for the thinking together.
For what it’s worth, the export hosts link also gives a HTTP 500 error.
No error logs found, it’s getting a strange problem.
I can’t upgrade do a dev branch. We use fog as a productive rebuilding tool.
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...
@Dominique said in List all hosts - HTTP error 500:
No recent messages in www-error.log, last is from August 2018.
[20-Aug-2018 12:14:11 UTC] PHP Warning: phpinfo(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone. in /var/www/html/fog/management/phpinfo.php on line 3
Memory usages of the server is also OK.
total used free shared buff/cache available
Mem: 4026376 1362544 1570336 28552 1093496 2251816The memory size in general settings is 2048. Should it be raised?
Thx!
No one?
This is still an issue.
The FOG server’s RAM memory has been expanded to 8. But no luck!
No recent messages in www-error.log, last is from August 2018.
[20-Aug-2018 12:14:11 UTC] PHP Warning: phpinfo(): It is not safe to rely on the system’s timezone settings. You are required to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone. in /var/www/html/fog/management/phpinfo.php on line 3
Memory usages of the server is also OK.
total used free shared buff/cache available
Mem: 4026376 1362544 1570336 28552 1093496 2251816
The memory size in general settings is 2048. Should it be raised?
Thx!
Hey
When I click in the web interface hosts and then list all hosts, I get a 500 http error.
Access log:
10.121.21.127 - - [11 / Mar / 2019: 20: 22: 46 +0100] “GET /fog/management/index.php?node=host&sub=list HTTP / 1.1” 500 - "http: //fog.odl .vdab.net / fog / management / index.php? node = host “” Mozilla / 5.0 (Windows NT 10.0; Win64; x64) AppleWebKit / 537.36 (KHTML, like Gecko) Chrome / 71.0.3578.98 Safari / 537.36 OPR / 58.0 .3135.79 "
The access log just says 500 error, no detailed error. The error log is empty.
I have already raised the memory size in general settings and php.ini, without result.
Tips?
Thanks in advance!
@Quazz I do the following:
The strange thing is, sometimes it reaches the client count. Sometimes not.
We experience problems when sending out an image multicast.
The multicast starts without reaching the client count specified. In the multicast log I see the following:
What can be the reason for this?
Hey
Does anyone have an idea when the disappearance of multicast sessions in FOG 1.5.4 will be solved (see post https://forums.fogproject.org/topic/12180/multicast-sessions-disappearing).
Will this be in the next stable release? If so, when would this come?
For the time being I am dealing with this by increasing the multicast sleeptime. Which of course is not an ideal solution. Since we have a production environment at the company, I can / may not use the working branch.
Thx!
Hey
We have installed one fog server with different storage groups. I can start a multicast session through a group but not through the multicast image option.
The task is immediately deleted. The task is started but has disappeared after a few seconds. The message in the multicast log file of the master storage node is: Cleaning 1 taks as they have been removed.
On the one hand, this seems logical to me, because when creating a muticast image you only have to give name, number of clients, timeout and image name. No storage group or location info.
So from the central fog server I want to start a multicast image session on a specific storage group with a master node.
Thank you for the assistance.