[quote=“Joseph Hales, post: 46730, member: 18131”]Install FOG client for everyone you no longer need to run fog prep for fog 1.2 and up.[/quote]

Thanks for the reply! I let the virtual machine I make my image in run after sysprep and the test seems to indicate that installing for everyone is the way to go.

Thanks again.

Check out this article:

[url]http://fogproject.org/wiki/index.php/Troubleshoot_TFTP[/url]

Please give an attempt to troubleshoot this on your own first. If you still have problems, let us know and we’ll help out.

More than likely you need to make a custom 32-bit bootfile for these to work. At the very least it will save you from having mess with bzImage/init.xz.

[SIZE=13px]Go here:[/SIZE]

[URL=‘https://rom-o-matic.eu/’][SIZE=13px]https://rom-o-matic.eu[/SIZE][/URL]

[SIZE=13px]Advanced - EFI PXE Bootstrap 32-bit[/SIZE]

[SIZE=13px]Check these boxes:[/SIZE]

[URL=‘http://www.ipxe.org/buildcfg/PARAM_CMD’][SIZE=13px][FONT=Arial][COLOR=#000000]PARAM_CMD[/COLOR][/FONT][/SIZE][/URL][FONT=Arial][SIZE=13px][COLOR=#000000], Form parameter commands [/COLOR][/SIZE][/FONT]
[URL=‘http://www.ipxe.org/buildcfg/CONSOLE_CMD’][SIZE=13px][FONT=Arial][COLOR=#000000]CONSOLE_CMD[/COLOR][/FONT][/SIZE][/URL][FONT=Arial][SIZE=13px][COLOR=#000000], Console command [/COLOR][/SIZE][/FONT]
[URL=‘http://www.ipxe.org/buildcfg/CPUID_SETTINGS’][SIZE=13px][FONT=Arial][COLOR=#000000]CPUID_SETTINGS[/COLOR][/FONT][/SIZE][/URL][FONT=Arial][SIZE=13px][COLOR=#000000], CPUID settings[/COLOR][/SIZE][/FONT]

[SIZE=13px]And paste this script in the script box (Replace x.x.x.x with your FOG server’s IP or hostname):[/SIZE]

[SIZE=13px]#!ipxe[/SIZE]

[SIZE=13px]dhcp[/SIZE]
[SIZE=13px]cpuid --ext 29 && set arch i386 ||[/SIZE]
[SIZE=13px]params[/SIZE]
[SIZE=13px]param mac0 ${net0/mac}[/SIZE]
[SIZE=13px]param arch ${arch}[/SIZE]
[SIZE=13px]param product ${product}[/SIZE]
[SIZE=13px]param manufacturer ${product}[/SIZE]
[SIZE=13px]param ipxever ${version}[/SIZE]
[SIZE=13px]param filename ${filename}[/SIZE]
[SIZE=13px]isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme[/SIZE]
[SIZE=13px]isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme[/SIZE]
[SIZE=13px]:bootme[/SIZE]
[SIZE=13px]chain [/SIZE][URL=‘http://x.x.x.x/fog/service/ipxe/boot.php##params’][SIZE=13px]http://x.x.x.x/fog/service/ipxe/boot.php##params[/SIZE][/URL]

[SIZE=13px]Click Proceed, and voila! Copy the new EFI bootfile to your /tftpboot folder and give it a whirl![/SIZE]

[quote=“Tom Elliott, post: 39607, member: 7271”]This is good.

This is good.

What do you mean a text file? Is it asking you to download a file or is it displaying text in the browser? Can you give us some of the output?

colour --rgb 0xff0000 0 is the correct syntax

The english spelling never worked. iPXE was never coded using US English syntax. All the error you’re seeing means is that the ipxe.iso you have does not have the command tools built into it.[/quote]

I’m running into the same error. I’m using a website, [url]https://rom-o-matic.eu[/url] , to build my ipxe.iso.
I’m guessing that I’m missing some build options that deal with the command tools.
Have any of you used this site before to build your ISO? If so can you tell me what option(s) I must select in order to rectify this issue?

Have you tried a different bootfile? undionly.kkpxe perhaps?

Hanz,

Is it actually not working, or you’re just worried about the warnings.

[quote=“PageTown, post: 46537, member: 29454”]Here’s what’s I got when I ran ls -laR /images. The image I am trying to deploy is AcerIntel:[/quote]

Permissions look good to me. Everything owned by root:root, everything 777. You’ve got .mntcheck in the right spots.

[quote=“SeqSupport@Edkey, post: 46330, member: 27616”]What TFTP boot file are you using on your DHCP server? Are you using dnsmasq? Does the upload truly finish all the way?(make sure to check the task management section to see if the upload is stuck.)[/quote]

Coming back to the TFTP thing that SeqSupport brought up, I think that’s the next place to look.

I believe you’re running your own DHCP, right? yes.

[quote=“PageTown, post: 46443, member: 29454”]
Here’s what’s in my etc/dhcp/dhcpd.conf file:

DHCP Server Configuration file. see /usr/share/doc/dhcp*/dhcpd.conf.sample This file was created by FOG

use-host-decl-names on;
ddns-update-style interim;
ignore client-updates;
next-server 10.1.0.185;

subnet 10.1.0.0 netmask 255.255.254.0 {
option subnet-mask 255.255.254.0;
range dynamic-bootp 10.1.0.10 10.1.0.254;
default-lease-time 21600;
max-lease-time 43200;
option domain-name-servers 127.0.0.1;
option routers 10.1.0.185;
filename “undionly.kpxe”;

}[/quote]

See where it says: [CODE]filename “undionly.kpxe”;[/CODE]

That’s how you’d change the boot file you’re using. Try using undionly.kkpxe
Any change you make to your DHCP configuration file requires a DHCP restart. Remember the command to do that? Also, if you’re wondering where these files are, they are in /tftpboot the ones with .efi extensions are for UEFI systems. the ones without it are for BIOS systems.

I’m about to run back to the future or forward to the past

Well,

I’d strongly recommend figuring out why. Eventually the machine will go down, whether you want it to or not. A storm could knock power out for hours, some jack— could hit a power pole with a garbage truck or something… and I’m willing to bet that none of us have more than some server-grade backup batteries that can hold out for hours…

It’s better to fix it now on YOUR time, rather than fix it later on CHANCE’s time.

I forgot to add if it helps that I upgraded fog 1.2.0 to 3318 via the Ubuntu terminal command, so this had an existing fog install working all be it the kernel problem I was having

How are replication tasks working? Nothing changed directly in how things transfer. The speed or lack of it sounds environmental more than something fog is doing or did.

I have found that often after an SVN update either the whole system or just the MySQL service require three restarts before it settles down. Like popping the lid off a pot of boiling pasta.

Having said that, my (Ubuntu 14.04.2 LTS) DEV server’s SVN3317 MySQL is misbehaving. hmm…

is it possible to change the name of my thread into “resolved”

Finally got a chance to get back to this!
Setting the usb nic flag doesn’t make a difference.

I went back to 1.2.0 …too much grief with the last couple of SVN’s for a live system! 🙂

Sorry, with the latest update of SVN 3316 it works.

Thank you!

We got it fixed. There was a permission issues on the folder that contains the image. Thanks for the help.

I believe the entire ISO is stored into RAM. So, you gotta have room for that plus space for running the OS and applications.

[quote=“Tom Elliott, post: 46238, member: 7271”]This is a well known problem, and I’ve tried everything I can think of to make it an asynchronous method caller. The jQuery isn’t what’s holding it up directly, rather the php methods are naturally blocking which is what’s causing the issue. I don’t know what I can do to make it better, but I’ve tried. Maybe somebody else knows of a better method.[/quote]

Thanks! I appreciate your efforts, for now I have just remedied the issue with jbsclm`s solution. Yes hopefully some day somebody will have a better method 🙂

Awesome.