[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]

[quote=“ChristianUOS, post: 44003, member: 28875”]Thanks Wyne Workman for your quick reply. I’ll try to setup a new machine with fedora 21 and the svn-Version 2922. Meanwhile I’ve updated to 3121 to see if it works. But I’m bounded to Windows Server 2012 as virtualization host. Because I’m the next few days out of office, I can not try this before Tuesday. Or should it also work with the SVN-Version 3121?

If someone have got addition information on how to troubleshoot the load balancing of storage nodes to improve unicast performance I would be very thankful.[/quote]

You could follow the Fedora 21 instructions but instead of using 2922, you could use 3121.

Please follow the instructions, even for installing Fedora 21 itself. There’s a custom configuration regarding the /images directory for it.

Thank you very much Jaymes.

Finally, I deciced to install FOG as DHCP server, modifying the Ubuntu server for routing interfaces and now I think it is working well.

The kernel does now have support but only basic support of raid though I’m not sure if the init has the dmraid and/or mdadm utilities.

[quote=“loosus456, post: 43874, member: 26317”]I don’t know how much of a pain in the ass it would be to implement, but could the time-zone settings be added either to the Web interface or at least the installation script? Manually editing system files just to correct the time zone seems a little much for the average user, but that’s just my opinion.[/quote]

Web interface now has this support. It will use the UTC setting if no time is set. If php.ini timezone is set, it will use this as its timezone, otherwise it will use whatever you select.

Yes.

Move /images to /home/images and create a symlink to /images from there:
[code]mkdir -pv /home/fog/images
mv /images/ /home/fog/images
ln -s /home/fog/images /images
service mysqld restart[/code]

So
I reinstalled a new machine with a clean install of fog (same OS)
If i use chain command like this:
chain [url]http://<network[/url] IP 1>/fog/service/ipxe/boot.php##params||chain [url]http://<network[/url] IP 2>/fog/service/ipxe/boot.php##params
[U]Boot on the Network IP 1:[/U]
Boot ok, menu fog appears -:)

[U]Boot from network IP 2:[/U]
TFPT…
Then
PXE-E32 : TFTP open timeout
then
TFTP…
And after 5 min , windows boots

But If I open the link [url]http://<network[/url] IP 2>/fog/service/ipxe/boot.php##params in my browser , I have :
#!ipxe
cpuid --ext 29 && set arch x86_64 || set arch i386
colour --rgb 0xff6600 2
cpair --foreground 7 --background 2 2
console --picture [url]http://<network[/url] IP 1>/fog/service/ipxe/bg.png --left 100 --right 80
:MENU
menu
colour --rgb 0xff0000 0
cpair --foreground 0 3

That can never work

I think the best way is open ACL (access control list) between all my network

[quote=“Tom Elliott, post: 43677, member: 7271”]You can upgrade again and that issue should go away.[/quote]

thanks a lot !
After the new upgrade, the interfaces bugs disappears.
When i launch a multicast download, in the fog log i can see the right image location.
But I’m still block after the wol, the clients stop at the image of partclone.
I suspect a network issue .
I tried the procedure udp send and udp receiver for 1 client.
[url]http://www.fogproject.org/wiki/index.php/Multicasting#Testing_1_Client[/url]

udp-send : ok
udp-receiver : no response arrive to the server.
I will search and let you know what i found.

Is it possible to do this without installing FOG as a storage node on the remote servers? I was hoping to set this up using the Samba shares already in place if possible. I could setup NFS shares as well if that would work. The servers at each location are running FreeBSD so installing FOG on them is not really an option.

I saw a “4237 aborted” … This message came up maybe 4 times, #### Aborted, #### Aborted
The last thing I read was “Image Completed”. No errors came up after this .

I have no idea what’s wrong, but obviously it’s the switch and/or router config.

Just to get things rolling for when someone begins to help, you might post your start up configuration for a random switch, and your router? You can post it as a text file, or just right in the forum using the CODE tool, feel free to XXXX out external IP addresses and other sensitive things.

Someone here will help you, just sit tight.

apparently the web gui (even though it says hostname or IP) should only have an IP entered. however the default.ipxe file will allow either name or IP.