@alh said:

To me it is not clear why at this stage (after we booted from the undionly.kpxe and therefore already found our desired boot server) one does not simply hard-code the IP of the FOG server here during installation?

The iPXE binaries are not being compiled on installation time but provided as binary. Therefore we can’t just hard-code the FOG server IP.

Update 1.4 RC 5 fixed the issue. Thanks for everyones help!

@aboushard After a client finishes deploying the image it sends a request to the FOG server to tell it “Job done”. I am wondering if this is happening in your case as well. Can you please take a look at the apache access and error log files just after the client finished. See my signature on where to find those logs.

@george1421 said in Storage nodes not deploying images:

@EuroEnglish AFAIK, multicast sessions are only hosted by the master server. Unless something has changed in the multicast bits only the master server sends out the image.

This has changed, the non-master storage nodes are now able to multicast too. It’s something Tom worked on maybe 6 months ago. It was so multicast wouldn’t go across the WAN link and conform to the settings set in Location Management.

You were absolutely correct. The Cisco switch was running regular Spanning tree. It has been modified to use the fast spanning tree and it worked like a charm!

@dylan123 As stated earlier, I got an instant “Failed to get IP via DHCP” error when I had just the dongle plugged directly in. I also am already using the “has_usb_nic=1” argument. Lastly. I have both the dongle MAC and the USB hub MAC listed in the host.

Hello,

I updated our Fog server to 1.3.5 and am happy to report success!
The image was deployed to the computer that was having the problem without any action.

How can I flag this post as solved?

Mind you, as an informative thing I suppose, the working branch already has the directory index fix.

@Tom-Elliott said in Cannot complete Capture on HP Detachable and HP Streaming laptops:

Multipartition Single Disk

Changing it to Multipartition Single Disk worked just great… I was able to deploy and capture those machine

Ok, i guess Ill just type them in again.

Just so you know Im not crazy, i pasted two lines in to a new xls from an old export and the one i did today, the orange is the missing tag.

0_1492026053382_upload-44406e12-4a1d-4372-9419-9e130e94a3c5 10-95-044-086 78:ac:c0:ae:61:56 4028 Hewlett-Packard HP Compaq 4000 Pro SFF PC
SE40-084-109 78:ac:c0:ae:61:56 Hewlett-Packard HP Compaq 4000 Pro SFF PC

@dloudon96 In fog images have 2 components.

Raw data files Database definitions (descriptors) of the image

You can copy (move) files between your old fog server and your new fog server no problem. You must recreate the image definitions in the database by hand on the new fog server. If you have the old fog server still running you can just copy and paste between the web GUIs.

FYI: If your old fog server is a 1.3.x you can export the database definitions from the web gui of the old fog server and import them into the new fog server.

@thanson These may help you:
https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_Downloading_-_Multicast
https://wiki.fogproject.org/wiki/index.php?title=Multicast

@brooksbrown Ok then turning your linux server into a router is pretty simple. You just have to turn on a linux kernel parameter to make it route between the interfaces.

The first thing you need to do is to get FOG imaging correctly. When you setup FOG did you tell it to use the eth1 as your imaging interface?

Also post your config file for the isc dhcp /etc/dhcp/dhcpd.conf

You may want to review this setup for isc dhcp server if you need to support both bios (legacy) and uefi systems: https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence

From the error, my bet is that your dhcp configuration is wrong and your dhcp option 66 doesn’t point to the IP address of your eth1 interface.

And finally turning your linux box into a router: http://www.yourownlinux.com/2013/07/how-to-configure-ubuntu-as-router.html

This is the kernel setting you need to enable in sysctl /etc/sysctl.conf

net.ipv4.conf.default.forwarding=1 net.ipv4.conf.all.forwarding=1

But again lets get fog imaging correctly.
If you did not pick the proper settings during fog server install, there is a hidden file that contains the settings in /opt/fog/.fogsettings just review that file to ensure the settings are correct. If you need to change something make the change there and rerun the installer.

Ok this is resolved. I was able to unbox another new machine and build out the image and capture it from that machine. I then deployed the image to the other 11e that would not capture without error. Thanks All for the help

@moses well its more of a band-aid than a solution. I’m glad you got passed this issue. From what I’ve found this is a in kernel issue with some hardware that dates back to 2009. You might want to see if there is a firmware update for this hardware, or, you just might want to take this kernel parameter as a WIN and move on.

@fry_p Once you’re into MySQL CLI - you can copy all the SQL commands at once.

The “permanent” fix for the virtual box issue is to use the ipxe.pxe boot file.

@george1421
from information on the other topics that match this new error that you showed me how to find, i was able to boot back into windows use diskpart and chkdsk to mark the hidden system drive as clean, sysprep again, and then the image capture went through. Thanks for the help. 🙂

First I feel I should clarify, “Sectors 5-7” is always going to be in regards to the disk. I’m not aware of any system that refer’s to “Sectors” on a “partition” basis. Sector 5-7 will remain Sector 5-7 irrespective of the partition those sectors may reside in.

Perfect! Thanks that worked!

Joe