@FredG No need to shout. 😉

This is fixed in latest dev-branch. Thanks for reporting.

Moved topic to bug reports.

@FredG said in How to update FOS?:

Ok I thought that the development of FOS was independent of the development of the FOG server.

Yes, correct.

You are on the right track with what you posted so far. We just try to ask because sometimes people head down a road that costs a lot of effort and is not needed. In your case I guess it’s quite a nice idea you look into generating your custom FOS initrds to be able to play with it. Two things I’d mention:

Best you use the versions we currently use as well to prevent from possible issues that might just arise when using newer ones that we have not tested yet. Find the version numbers here: https://github.com/FOGProject/fos/blob/master/Jenkinsfile#L12

Be aware there is a much easier way to modify existing FOS initrds: https://wiki.fogproject.org/wiki/index.php/Modifying_the_Init_Image#Version_1.0.0_and_up

If you are seeing bzImage being transferred you can remove iPXE out of the problem. The default you should have for uefi is ipxe.efi.

Now you should focus on the FOS Linux engine (bzImage). What version is the FOS Linux kernel? I know I have a Dell 7400 2 in 1 with a Dell usb c dongle (as well as a WD15/WD19 docks) that boot into FOS Linux and pick up a dhcp address.

I find it strange that it finds the network adapter, and sees the link come up but can’t communicate over that link. Lets start with what version of kernel are you using? The next part is to schedule a new capture/deploy task but tick the debug check box before you schedule the task. Then pxe boot the target computer that will but the target computer in debug mode so we can key in some additional commands.

mysql> select * from userTracking where utHostID=1312; +-------+----------+------------+----------+---------------------+--------+------------+---------+ | utID | utHostID | utUserName | utAction | utDateTime | utDesc | utDate | utAnon3 | +-------+----------+------------+----------+---------------------+--------+------------+---------+ | 5583 | 1312 | rechit | 0 | 2018-04-03 16:50:44 | | 2018-04-03 | | | 19841 | 1312 | rechit | 1 | 2018-04-18 10:57:47 | | 2018-04-18 | | | 26357 | 1312 | rechit | 1 | 2018-04-25 09:41:23 | | 2018-04-25 | | | 33295 | 1312 | rechit | 1 | 2018-05-16 08:40:23 | | 2018-05-16 | | | 43095 | 1312 | rechit | 0 | 2018-05-28 14:19:27 | | 2018-05-28 | | | 43111 | 1312 | rechit | 1 | 2018-05-28 14:32:43 | | 2018-05-28 | | +-------+----------+------------+----------+---------------------+--------+------------+---------+ 6 rows in set (0,00 sec) mysql> select count(*) from userTracking; +----------+ | count(*) | +----------+ | 53885 | +----------+ 1 row in set (0,00 sec)

I’m aware of this issue, just haven’t gotten to look at it yet sorry.

@FredG Sure we could go with a list of lables but what bugs me is that lables are just kind of like a sticky note. Very much volatile and therefor I don’t think it’s worth the effort to add this to FOG. I would like to come up with a more reliable / robust way of actually detecting if a partition is system or recovery or …

Fixed in working. Thank you.

@FredG I’ve added more implicit checking to the working branch to prevent this type of error.

Yes the firmware is up to date.
Bios N75 Ver 01.13 11/01/2016

For what it’s worth, I’ve added checking for the variables so this shouldn’t be an issue anymore.

@FredG That would also explain the “Waiting a long time to run post init scripts”. It mount’s the NFS store to perform the post init scripts running, if it can’t mount it it has a timeout value.

@FredG This is typically a spanning tree issue. We have also seen green ethernet (802.3az) cause an issue similar to this. But typically it is spanning tree at fault.

Ok.
thank you for the work done.