George/Tom…you are genius’s
I am overcomplicating things. To not define address’s was the answer. Multicast works on my network as i said earlier because i can VLC RTP stream just fine. I have routers setup to do PIM SM. Specifying a multicast rdv was my downfall.
All of you are amazing. Please keep up the great work!
@Jay-Bosworth
Jay on a side note while the guys are trying to troubleshoot the problem with services, ect., can you go ahead and try to spin up a new virtual machine and load widows from scratch. Mabey every try audit mode again but dont disable services (i never do and it works perfect) like you mentioned in your original post. Just install fog client and %WINDIR%\system32\sysprep\sysprep.exe /generalize /shutdown /oobe
If your running a unattended.xml, please make sure your not doing post scripts for the test. Just try to make it as bare bones as possible. This will test to make sure
1 your fog enviroment is running functionally
2 you are building your windows images correctly
If it works, you need to evaluate on how your building your images.
If it doesnt work, then im going to leave it to the other guys
@DeRo93 Maybe different UEFI architectures than what your other machines are using
(Example)NOTE: There are many other UEFI architectures besides just “PXEClient:Arch:00007”.
“PXEClient:Arch:00002” and “PXEClient:Arch:00006” both should get “i386-efi/ipxe.efi” as their option 067 boot file.
“PXEClient:Arch:00008”, “PXEClient:Arch:00009”, and “PXEClient:Arch:00007” should get “ipxe.efi” as their option 067 boot file.
“PXEClient:Arch:00007:UNDI:003016” should get “ipxe7156.efi” this file is specific to the Surface Pro 4.
@DeRo93 Maybe different UEFI architectures than what your other machines are using
(Example)NOTE: There are many other UEFI architectures besides just “PXEClient:Arch:00007”.
“PXEClient:Arch:00002” and “PXEClient:Arch:00006” both should get “i386-efi/ipxe.efi” as their option 067 boot file.
“PXEClient:Arch:00008”, “PXEClient:Arch:00009”, and “PXEClient:Arch:00007” should get “ipxe.efi” as their option 067 boot file.
“PXEClient:Arch:00007:UNDI:003016” should get “ipxe7156.efi” this file is specific to the Surface Pro 4.
@DeRo93 Please try following this article to setup your DHCP for UEFI/Legacy
https://wiki.fogproject.org/wiki/index.php/BIOS_and_UEFI_Co-Existence
@Scott-Boucher This issue is definitely not fog related. I have seen this on multiple occasions and usually comes down to a UEFI machine with a SSD. either try disabling sleep is the advanced power settings, try disabling hibernation, Disable fast boot in bios, or theres a “turn off hard disk after” setting that you may want to see if thats disabled. I have linked this issue to usually the computers bios misidentifying the SSD as a HDD making windows use the wrong things to sleep/hibernate.
If you are using a HDD then try to see if there is a bios update for your machine and/or driver updates from the manufacturers website. Good Luck, this problem is proprietary to your type of device. Do some research in that and also look at disabling the settings.
I have also learned that 5400 rpm 2.5" HDD are absolutely horrible. If that is what you have within those machines, try to put in a SSD for a test and see if you get the same results.
@agray You said you set the machine to legacy, and secure boot is off, but
1 did you enable CSM support?
2 did you change your boot order?
Please take a picture of your BIOS/UEFI settings so i can help as well.
Im interested in your boot page, CSM, boot order, and secure boot pages
@Jay-Bosworth
Jay on a side note while the guys are trying to troubleshoot the problem with services, ect., can you go ahead and try to spin up a new virtual machine and load widows from scratch. Mabey every try audit mode again but dont disable services (i never do and it works perfect) like you mentioned in your original post. Just install fog client and %WINDIR%\system32\sysprep\sysprep.exe /generalize /shutdown /oobe
If your running a unattended.xml, please make sure your not doing post scripts for the test. Just try to make it as bare bones as possible. This will test to make sure
1 your fog enviroment is running functionally
2 you are building your windows images correctly
If it works, you need to evaluate on how your building your images.
If it doesnt work, then im going to leave it to the other guys
@Jay-Bosworth
Please log into fog and go to hosts --> pick your host --> go to the Active directory tab
please confirm there is a check next to “Join Domain after deploy” on the host that is in question
What version of fog are you running?
What version of fog client are you running?
George/Tom…you are genius’s
I am overcomplicating things. To not define address’s was the answer. Multicast works on my network as i said earlier because i can VLC RTP stream just fine. I have routers setup to do PIM SM. Specifying a multicast rdv was my downfall.
All of you are amazing. Please keep up the great work!
@george1421
I chose this IP address due to the documentation on https://wiki.fogproject.org/wiki/index.php/Multicasting
The direct line where i took this information was
If your image is partclone
udp-receiver --nokbd --portbase 9000 --ttl 32 --mcast-rdv-address $fogserverip | \
partclone.restore --ignore_crc -O /dev/sda<filenumber> -N -f 1
Being that said, i will definately try 239.10.10.74
@Sebastian-Roth
i used VLC to run a RTP stream off the servers to test.