Inside the FOG DB, there are two multicast association tables. Can you delete all the rows in those tables, re-install FOG, and try again and see what happens?
TRUNCATE TABLE multicastSessions;
TRUNCATE TABLE multicastSessionsAssoc;
DELETE FROM tasks WHERE taskTypeId=8;
I found where the problem was, in the /etc/php file I changed the values for a Fedora distrib :
UPLOAD_MAX_FILESIZE to 1900MB
POST_MAX_SIZE to 1900MB
but i didn’t change the value of Limit Memory (Ubuntu and VmWare) who was still at 128MB, change it to 1900MB and it works
Any of them so far. If I turn on the ‘Advanced menu login’ option from the dashboard, then the advanced menu is protected. But registration, memtest etc. are not.
I was wondering if there is some replication of /var/www that is missing? How else does the menu changes get transfered to the storage host?
Also the error messages in picture in last post get me thinking that the file undionly.kpxe does not load? Because it says “/default.ipxe… OK” Should it not be undionly.kpxe there.
I have doublechecked my win 2012 DHCP for this and cannot see any fault there.
Great that you solved your issue.
Just wanted to talka little about the “default.ipxe” thing you brought up.
The boot file that the hosts use is what you specify (either in DHCP or dnsmasq). Those are always located in the /tftpboot directory. After that loads and does a few things, the hosts download default.ipxe and then give control to that and it takes over.
@ch3i okay thanks for the info. I try now to downgrade my fog version back to 1.2 …
That’s not supported nor advised…
To “downgrade” requires either restoring a previous snapshot (via a virtual machine) or rebuilding your FOG server from scratch…