@jcabuco Yeah, in gernal that’s right. But switching forth and back is not very convenient. You might want to look into setting up dnsmasq as ProxyDHCP as George suggested at some point.

@nevinconstantin Please keep us posted on the issue and if and how you were able to solve this.

Resizing to a smaller disk does actually work in many cases. So it is not something FOG is unable to handle in general. But there are partition layouts where the later partition(s) prevent from a full resize.

@Sebastian-Roth
Yes, problem solved. The error is gone (sorry for the bad photo):
https://photos.app.goo.gl/ZhWkYuHLTwndZBZPA

Thanks!

@Quazz ok, then i keep my already downloaded kernels/inits, and wait for next release for further tests.

Hey,

Thanks again, it’s ok on both Vms and 3050 with “REFIND_EFI” Bios Exit Type.

We can pass this post in resolve state.

Have a good day.

Hei 🙂

As Sebastian stated, for a domain join to function the Host will have to have the client running.

Information here https://wiki.fogproject.org/wiki/index.php?title=FOG_Client

And for further questions, have a look around the wiki first, it will answer many questions. Anything not listed there people on the forum will be able to help you with. The Developers are VERY active and great 🙂

Sorry if me message there sounded short, that was not my intention. I simply wanted to inform you of the plugin that would do exactly what you were asking.

There is some documentation on how to use the location plugin too, for the future.

Mind you, you can do this is “Central GUI Server->Storage Nodes about” layout, or really however you feel appropriate for your environment.

Location plugin will likely get an overhaul in the next few years (yes years) with more automating of how to select which storage node’s based on subnets/ip ranges, but for now it’s completely manual (and thus extremely granular too).

https://wiki.fogproject.org/wiki/index.php?title=Location_Plugin

OK Well I solved my own issue. Had to retrace my steps and go all the way back to the beginning. When I set the IP and everything in the cfg file I had a dash instead of a equals sign next to the gateway.

My bad but glad I caught it. This only goes to show that you should not work in linux until the coffee has kicked in… So this is solved.

@clugoimx Feel free to ask questions so we can help you getting up to speed with your setup.

@Sebastian-Roth Sometime we have a problem before the PXE menu. The PXE boot is waiting for an IP, and don’t receive it. Or some time, PXE says to check cable… I have no idea else a bios or hardware problem, we do try by changing switch, and put directly the fog server and client on same switch no change… per ups we have some hardware series problem, but only on PXE it’s strange

Done testing and I can confirm that AOMEI Backupper causes the problem.

I re-captured the image using dism, injected the install.wim into the install media, installed from it (essentially allowing Windows installer to re-create the EFI and MS reserved partitions) and now the restore works perfectly.

This error still appears:
https://photos.app.goo.gl/7UWrM7y2dNgELa8E9

But it has no negative impact on capture or restore.

So, the bottom line is that, from now on, I won’t capture any drives that were restored with AOMEI.

AOMEI is a very good free tool, I’ll still use it but only for images that go to the final user, not images that are captured for deployment.

Had the same issue, reverting to 4.18 kernel solved it.

EDIT:

on debug mode the
ip addr show had network interface visible but without proper address
udhcpc failed to get addy
sorry no lspci was in a hurry

@Tom-Elliott Thanks!

For now, I have created a fog AD user that has rights to join the domain. the only issue with that is the helpdesk tech needs to have one of the domain admins remove the PC from AD if it’s preexisting.

I have since messed with my setup and no longer have the error. Sorry but I did not get a screenshot of the warning.

thanks a lot 🙂

@lwafflard @Tom-Elliott I just moved your posts to a new topic (https://forums.fogproject.org/topic/13039/multicast-udpcast-options) as I think it’s not related here and we better discuss this in a new thread.

It’s Ok ! i’ve added manualy the MAC adress and Hostname in FOG server under Create a New host and its done 🙂

Thanks you very much for your help 🙂

@chadman00 While I don’t like to jump right into capturing network traffic, I think its going to be the easiest way to understand if you have the filters setup right with dhcp.

place a target computer on the same subnet as your fog server and dhcp server for the best picture of what is going on then follow this tutorial: https://forums.fogproject.org/topic/9673/when-dhcp-pxe-booting-process-goes-bad-and-you-have-no-clue

Take that pcap and look at it with wireshark. Looks at the OFFER response from your dhcp server. Make sure the boot file name is correct. If you are lost looking at the pcap upload it to a google drive and share it as public and post the link here and one of us will look at it to see if your dhcp server is responding correctly.

The persistent groups plugin is most likely still working.

First, understand how it works.

It’s a simple trigger that’s generated but the trigger gets it’s template from a default host assigned to that group.
The template host name must be the same of the group’s name. In that host, you define your wanted group settings. Then, when you add a “real” host to the group, it will obtain the information in that group.

Ticket can be closed for me.
I’ve captured a completely new image, before doing so, I’ve shrunk the disk, just to make sure.
Deployment is now working as expected for me.
Thanks for your assistance.