[quote=“Wayne Workman, post: 44570, member: 28155”]Which is where DHCP classes and DHCP policies must come into play…
Still working on this… I haven’t looked into it for a good while (spring break, woot!).

But, when I do (and get it working), I plan on writing some very through documentation for the WiKi that is specific to ProxyDHCP and Windows Server 2012 DHCP.[/quote]

User Classes are great and the way to handle many things, especially the handing out of files to UEFI systems vs. Legacy systems.

i am currently testing what i suspect to not be working

You must also be sure that FTP is actually running on the FOG server.

[CODE]sudo service vsftpd restart[/CODE]

If it’s not configured right, it should give some errors which will help.

This could also be firewall related, potentially.

Blocking or non-blocking, shouldn’t matter. I believe, for now the method is a blocking mechanism, but in Carsten’s particular case, the OUI file cannot be downloaded, hence the issue he’s running into.

That fixed it. Thanks Tom.

I thought that switching back and forth might be a problem. UEFI is still a bit of a mystery to me. I removed it completely from the boot sequence and options, but it doesn’t seem to matter. I’m not even sure what I need to do to eliminate UEFI from the process. When I get time, I’ll need to research that myself. At this point, I think it’ll be easier to just interrupt the boot sequence and select the pxe boot when I need to image a machine. Thanks for the help!

[quote=“Leroy Brown, post: 44398, member: 1560”]FTP connection worked fine, did this get fixed in .32 ever? “[SIZE=13px][FONT=Ubuntu][COLOR=#333333]Failed to delete image file” still happens from the GUI…thanks[/COLOR][/FONT][/SIZE][/quote]

Are you still running 0.32? We don’t back port changes mostly because too much typically changes between releases to make backporting a feasible option.

Wanted to update that I have completly removed Kerio DHCP from the picture and using DHCP MAC filtering to run duel TFTP servers. One for phones and the other for fog works perfect here is config for DHCPd if anyone is interested:

[CODE]ddns-update-style none;
default-lease-time 432000;
max-lease-time 432000;
authoritative;
log-facility local7;

class “phones” {
match if binary-to-ascii(16,8,“:”,substring(hardware,0,4)) = “1:0:4:f2”;
}

class “other” {
match if not(binary-to-ascii(16,8,“:”,substring(hardware,0,4)) = “1:0:4:f2”);
}

subnet

subnet 10.0.7.0 netmask 255.255.255.0 {
option routers 10.0.7.1;
option domain-name-servers 10.0.7.1, 8.8.8.8;
pool {
range dynamic-bootp 10.0.7.45 10.0.7.155;
deny members of “phones”;
allow members of “other”;
next-server 10.0.7.68;
filename “undionly.kpxe”;
}
pool {
range 10.0.7.11 10.0.7.44;
allow members of “phones”;
deny members of “other”;
option tftp-server-name “http://phonepbx.url.com/epmcfg/”;
}
}[/CODE]

I’d recommend it. Ubuntu starts services before network is “really” ready. This method is just a workaround, but seems to fix the issues for subsequent restarts as well.

[quote=“Rob Bobst, post: 44429, member: 29150”]Hello Keith can you provide me with the kernel version that you used please? I’m having trouble locating it.

New to Fog Server how do I get the Tom Elliot’s 3.18 kernel onto the Fog Server running Ubuntu 14.0.4. Trying to get some Yoga 2’s to ipxe boot.

[/quote]

That is it. Thank you so much guys. Such great community makes using fog even more satisfying.

[quote=“sid, post: 2680, member: 558”]Thanks for the kernel, but I keep getting permission denied when I try to copy it to tftpboot/fog/kernel folder.
I use winscp and log on to server with admin account.
any Idea?
thanks[/quote]

I’m sure you’re way past this, but I use nautilus from my Ubuntu workstation to connect to my FOG and WinSCP from windows. SSH works a treat but sometimes I need a GUI.

[url]http://askubuntu.com/questions/44418/how-to-enable-root-login[/url]

yes ethernet and wifi. But on the boot menu, i choosed to boot from the ethernet
1.2.0 Version: 3142
Unofficial Published Kernels
Kernel - 3.19.1 TomElliott
Date : March 10, 2015
Version: 3.19.1
FOG Type: TomElliott
Arch Type: (x86_64)

Which version of FOG do you use? I guess you have 1.2.0 installed, right? It’s written in the small cloud on the web interface login site…

Please edit /var/www/fog/lib/fog/BootMenu.class.php and search for ‘imgfetch’ (without the quotes). I guess you’ll see this:
[CODE]…
$this->kernel = “kernel $bzImage root=/dev/ram0 rw ramdisk_size=$ramsize ip=dhcp dns=$dns keymap=$keymap web=${webserver}${webroot} consoleblank=0”;
$this->initrd = “imgfetch $imagefile\n”;
…[/CODE]
Change it to make it look exactly like this:
[CODE]…
$this->kernel = “kernel $bzImage initrd=$initrd root=/dev/ram0 rw ramdisk_size=$ramsize keymap=$keymap web=${webserver}${webroot} consoleblank=0”;
$this->initrd = “imgfetch $imagefile”;
…[/CODE]
And then there is another thing that needs to be changed in the same file. Find all the lines of code with ‘print $this->initrd’
[CODE]…
print "$this->kernel …
print “$this->initrd”;
…[/CODE]
should be…
[CODE]…
print “$this->initrd”;
print "$this->kernel …
…[/CODE]

Hi Guys!!

I was having this problem too, so i would like to explain about the memory needs for HIrens to open by iPXE.
My configuration was correctly, but my VirtualMachine does not load the Hiren’s boot image because of my Memory (512mb)

It’s important to check the computers memory before trying upload an ISO image.

Simple question again, have you looked in storage management to ensure that the storage node you’re using has the right path & credentials?

The credentials on my FOG machine is set to the user “fog”, which is also a Linux user as well. The credentials should match for both.

[quote=“Tom Elliott, post: 44164, member: 7271”]If you’re running SVN, the kernel’s are now updated on the Sourceforge sites. All you’ll need to do is re-run the installer. The 3.19.1 kernel has been updated. Next up is to build the 3.19.2 drivers.[/quote]

Awesome! Flies right through it now. Thank you so much for your help.

Alright, I call this solved (eventhough it really isn’t). We’d be very happy to hear if someone can reproduce this so we are able to fix it. For everyone running into this: see post #39 in this thread on how to solve the issue yourself!

Cool got it working! Sorry for the trouble, indeed I forgot to: [FONT=Consolas]service nfs-kernel-server restart[/FONT]

[COLOR=#000000]But, after I read the above links I thought there might be more to it. This was not the case. I can now assign images to any of the two locations without trouble.[/COLOR]

Have added this to the FAQ: [url]http://www.fogproject.org/wiki/index.php/Slow_upload_and_download[/url]