Marking this thread solved as I’ve tested netbooting virtualbox with version 5.0.0 and there seams to be no issue. Problem probably with older versions of virtualbox.

hmmm, maybe this was an issue with a previous svn. i just made a test iamge and deleted it and it was removed from the disk.

problem solved 🙂

@Asthea I have it working right now. Thank you everyone for the assistance. I have no idea if the fetch command is even needed. I will test with it out and continue to clean it up. But I am grateful that it is working. Hi-5 all around.

:UBUNTU kernel http://${fog-ip}/fog/service/ipxe/ubuntu/casper/vmlinuz.efi initrd http://${fog-ip}/fog/service/ipxe/ubuntu/casper/initrd.lz imgargs vmlinuz.efi boot=casper vga=normal root=/dev/nfs netboot=nfs nfsroot=${fog-ip}:/var/www/fog/service/ipxe/ubuntu/ fetch=http://${fog-ip}/service/ipxe/ubuntu/casper/filesystem.squashfs initrd=initrd.lz locale=en_US.UTF-8 keyboard-configuration/layoutcode=us mirror/country=US boot || echo failed to boot prompt goto MENU

I’ve seen this happen too at work.

I was messing with the grub exit style though. It only happened once.

Good morning, Tom. The .msi file for Google Chrome is roughly 43 MB. Although I did follow the wiki on editing the php.ini file and increasing the “memory_limit”, “post_max_size”, and “upload_max_file_size” to 1900 M.

Could I have screwed up the php.ini file and it’s causing this issue somehow? I (of course) didn’t make a backup before editing it, but i’m sure I can find a default, out-of-the-box php.ini to replace it with.

Providing a link in this thread for future readers to a similar problem on a later revision: https://forums.fogproject.org/topic/5928/r4930-fedora-21-unable-to-ignore-mac-for-imaging

@Hanz Glad you got it fixed.

For others future reference, This command:
SELECT hostID from hosts WHERE hostID NOT IN (SELECT hmHostID FROM hostMAC WHERE hmPrimary=1);

can be changed into a command to delete all that it returns by simply changing select to delete like this:

DELETE hostID from hosts WHERE hostID NOT IN (SELECT hmHostID FROM hostMAC WHERE hmPrimary=1);

Tom pointed me to the max_upload_size as well I should have remembered.

Found and fixed in trunk.

This apparently has to do with the virbr0 interface setup by default with Fedora 22…After disabling with the following:

virsh net-destroy default
virsh net-autostart default
virsh net-undefine default

and then reconfiguring the settings at /opt/fog/.fogsettings…The installer works correctly and the correct subnet mask is defined.

@Wayne-Workman Oh and there is this also:
https://wiki.fogproject.org/wiki/index.php/Troubleshoot_Downloading_-_Multicast

Ahh, now I understand. Alright. We’ll just leave it. Might be helpful to someone at some point. 🙂

Did nothing to server and now it allowed me to Install the plugin. I’ve no idea what happened to allow this to finally go through, but it’s working now.

@stan6595 Thank you for following up!

If you have any other problems, never hesitate to start a new thread! (search for a solution first though)

🙂

That’d work too I suppose.

An image defined as “All disks” will upload from all disks and deploy to all disks… So, yes. You need to (re-)upload.

Any errors in apache log file?

@the_duke then I doubt the DB backup worked correctly, or, I doubt the import went correctly.

I would ask that you try the suggested fixes in this thread, and report back on their results.

Either a FTP issue as Junkhacker already said or possibly an ext3 filesystem issue (which is a bit unlikely in your case using ubuntu). If all FTP tests on your machine are working great then you might want send us the output of sudo mount