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.

I had the same problem just now.
The solution is to connect the host to the correct network.

Good luck!

BTW I’ve found FOG to be quite stable at rolling the kernel (bzImage and its ilk) backwards and forwards.

Now if I could bend Tom’s ear to add a feature to roll iPXE backwards and forwards too. 😉

No. It’s only written when you install.

Thanks. With the advanced boot configuration it works fine.

If somebody doesn´t want to search, here is my solution:

open /var/www and create a directory called (for example) isos put your isos into it go to advanced options an add your personal menu, for example

:MENU
menu
item --gap – ---------- My boot menu --------------
item Hirens Hirens Boot CD
item return go back
choose --default return --timeout 10000 target && goto ${target}

:Hirens
initrd [url]http://${fog-ip}/isos/hirens.iso[/url]
chain memdisk iso raw ||
goto MENU

:return
chain [url]http://${fog-ip}/${fog-webroot}/service/ipxe/boot.php?mac=${net0/mac}[/url] ||
prompt
goto MENU

autoboot