Found the issue! After some research and discussion with Cisco, we had to add “PIM” to the vlan on our core, even though both the server and client are both on the same vlan!

Used the command - ip pim sparse-dense-mode on vlan 1 interface and it started working like a charm! I really appreciate everyone’s assistance here. This will help our institution so very much.

As always, the community comes through! Not sure how this got askew, but following these directions I was able to fix the issues. The image pulled correctly and at the end updated the database info. The image is good, I am all set. Thank you again this was awesome!

@Tom-Elliott Good thinking, I just attempted that but it seemed to make no difference. My clients still seem to hang on the partclone screen. I did reach out to Cisco to check to see if my 6509E core switch has all the correct settings on it for multicasting. I also made sure the port the server was on is using “port-fast”. It worked like a charm the moment I plugged it into the edge switch. I will do some more testing while I wait for Cisco to answer me back. Sorry for all the back and forth with this, I really do appreciate this product, it’s developers, and the dedicated community behind it.

@george1421 I watched during the deploy but didn’t see anything relating to which bzimage version it is using. Odd. I have a feeling it is still using the other bzimage. I am going to test by backing up the current 4.19.101 bzimage and renaming the bzimage533 to “bzimage”. Just a temporary test.

@Sebastian-Roth Testing with newer init with partclone 0.3.13 and kernel 4.19.101 seems to fix my slowness in deployment of images. I am seeing speeds of 9GB or more in my testing now. I am guessing it is the partclone that is causing the slowness in some environments. Will continue to test and utilize 0.3.13 partclone to verify theory.

@george1421 I will certainly never try to upgrade CentOS forklift style again. You were correct I upgraded Centos from version 7 to 8. After the mess it created I took your advice and ran the FOG installer using “GIT” and it cleaned up a bunch of the issues. A BOAT LOAD of things were missing after the upgrade but now they are functional. Thank you for all the assistance, FOG’s community and dev team is top notch.

Finally finished a brand new image this morning where we started from a fresh Windows install. The image captured without an issue. I suspect the age of our previous image was to blame for the issues with the capture. I think recent Windows updates by Microsoft to the recovery partition may have modified the size or something else in those recovery partitions.

New image pulled using the 6.6.34 Kernel, and then deployed successfully as well. If anyone is having issues related to the errors I posted above, I would try the CHKDSK + defrag/trim, and if that doesn’t work I recommend rebuilding your image from a clean Windows install with the absolute latest Windows enterprise installer.

Thank you Tom and crew for all the excellent technical assistance!

@Tom-Elliott Thank you so much Tom, as always I appreciate your support and guidance.

@Tom-Elliott

So, does that mean I should install the new one at the top? Or do I have the new one already by virtue of installing back in July? Sorry versioning gets confusing for me. Also what is FOS?

Our Fog instance updated to Kernel version 6.12.35 sometime over the summer. Since then new Kernel versions have been showing up under the Fog Configuration > Kernel Update menu per normal. The version number on these new versions however keep showing 6.12.35, the same that we already have. The first 6.12.35 shows July 15th as the date, but the newest 6.12.35 shows October 14th as the date.

Is this a bug only affecting us? Should we just update to the new version even though it shows the same number? Anyone else experiencing this? I just want to make sure I have the latest Kernel for new devices we purchase. Thanks everyone!

@Clebboii A workaround that always worked for me that was recommended by Tom was to use the full DNS name rather than the IP address. I was initially logging into the UI through the IP, and found that very same issue. When he mentioned it and I started using the full DNS name, the issue went away.

Simply Installing “Postfix” on Alma Linux and rebooting the server did the trick. After the server came back up, I successfully deployed an image, and afterwards the email came through without an issue. Had all the information filled out appropriately as well. Thank you very much Tom!

Requesting a feature addition in the “FOG Settings > FOG Email Settings” section that would allow an admin to test whether or not email is working. This would be similar to other programs that have a “test email” button with a box of who to send the test email to.

Or perhaps some built in logic to test if postfix or other email prereqs that FOG needs to send email post image deployment.

@Tom-Elliott As usual Tom you are a genius. I had forgotten to add the individual search domains for our active directory domains. Once I added those, and waited the requisite amount of time you mentioned, the machines that are on came back and now I can see them in the interface. This was super helpufl and I sincerely appreciate all the effort and insight you folks give into this great product.

For those experiencing the same issue on mainstream linux distros, navigate to your “resolv.conf” config file located in /etc/resolv.conf and add your individual search domains. Test a ping to a DNS name via command line on the box itself, then check your GUI again. Took about 2 minutes for it to reflect and show for me.

@Tom-Elliott

I thought FOG used “sendmail” so I installed that on the box. I am working on FOG version 1.6, and i copied over the settings from my previous working FOG install, but I suspect the email software on linux itself not being configured is where the issue is.

We do have an internal SMTP server that I could relay to, if that is a possibility. I would just need to know where in linux to configure that relay. I guess what I need is where to start looking for email config using sendmail, or some other built in linux mail program.

Version 1.5.10.1629
Environment - Dell Poweredge server running Alma Linux 9.5
FOG client 0.13

We recently migrated to a new FOG server (Wanted newer/better hardware). While FOG installed, and is functioning when capturing and deploying images, the “OS Details” feature on the “Hosts” screen shows a red exclamation mark for all new hosts we attach. Previously on the old server, it would sometimes glitch and show the exclamation mark. Now ALL of them show this. Am I missing a setting in the FOG client or Windows firewall setting on the host PC? While the feature isn’t critical, it was nice to see all green across the board. Thanks everyone!

Version 1.5.10.1629
Environment - Dell Poweredge server running Alma Linux 9.5

We recently migrated to a new FOG server (Wanted newer/better hardware). While FOG installed, and is functioning, the email function that occurs post successful image deploy no longer works.

I installed sendmail on the linux server, and set the settings in FOG Configuration > FOG Settings > FOG Email Settings to match the settings on our old server. Is there something I am missing? Did I have to modify a config somewhere or something? Or add in settings to sendmail to get this to work? Any assistance would be appreciated as this was a nice feature we enjoyed.