@Tom-Elliott Any idea which PHP 8 version is best suitable for 1.5.10?

@Tom-Elliott Thx for your reply.

We use FOG in a production environment. So I will hold for version 1.6.0 till GA .
I will test the RC in a test environment.

I will upgrade PHP on the Redhat server. Should I re-install FOG project with the original settings after upgrading PHP. Or isn’t that necessary?

@Tom-Elliott Hi Tom

We have a Red Hat 8 server with FOG Project version 1.5.10.
The PHP version is 7.2.24.
We can upgrade this to the latest one without having issues with FOG console and registering, uni or multicast imaging?

Thx!

@george1421

1. I can build other laptops on that network jack
2. No new setup, have build hundreds of devices a day.

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

• secure boot is off
• MAC address pass through is disabled

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.

@george1421

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...

1. Red Hat 7.6
2. 1.5.5
3. 2500+

@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 2251816

The 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:

• click Images
• multicast image
• give session name
• client count (12)
• timeout (0)
• choose image
• Start!

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:

• the task is created
• image file found
• 4 clients found (however client count in multicast image was 12)
• udp-sender send with a min-receivers of 4
• 4 hosts start multicasting / 8 hosts doing nothing

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.