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

@george1421 @Tom-Elliott

I may have a new way to do this, strange as it may sound I forgot one of my NAS boxes can also handle my DHCP, so i need to reconfigure the network when i get some free time

@Tom-Elliott clearly i have posted this in the wrong thread :0

@Tom-Elliott you’re a gentleman and a scholar. I won’t believe the things they say about you again. Lol.

@Wayne-Workman I ran

chmod 755 ./installfog.sh

and it works now. Thanks for pointing that out.

@kylebeth94 the client does not follow 301 / 302 http codes (redirects). I run one of my development servers on https, and with a webroot of /. You’ll need to configure your webserver to serve out / without using redirects. You can redirect http to https traffic if you desire, but just make sure the client is set to use https then.

Ok, thanks @URfog that put me on the right track. My fog web server is not a storage node. I added it to the list of storage nodes with a max clients of 0 and I can boot normally now.