I just spoke to the guy wanting these and the requirement has changed- I also need a small (100mb) partition for the lab, so that’ll be six partitions in all.
I’m testing a RAW image clone right now, I can’t think of a reason it wouldn’t work if FOG manages to initiate the copy on the destination…

@Omanimous said:

Changed Option 67 in DHCP to undionly.kkpxe and it seems to be working fine.

lol glad you got it working. I’m sure it will be fine.

In the future, when you have network booting issues, the boot file should always be your first thing to inspect and think about 🙂

@Tom-S said:

@Wayne-Workman
So you can have a very fast server but if the client is running an economy processor then thing may become a bit slower.

True, but when you offload the CPU work, you not only free up the server’s CPU, but you free up the server’s bandwidth.

And, while one client with an economy processor might run slow, you can run significantly more concurrently.

Untold bug fixes, greater speed on upload and download, additional features. It is well worth it in my opinion.

Just what I was looking for- thanks!

So, I’m not quite sure what the issue was but I couldnt wait to get back to imaging. I ended up getting new install going and now its working fine.

@Wayne-Workman; Hi Wayne. Just installed Kabuntu 14.04 LTS and it worked perfectly. So for my immediate needs, I think I’ll be good to go. On the Mageia side, apparently this issue started in the previous release 4. I looked at the mysql 127.0.0.1 vs localhost issue and sure enough there was a host resolve problem. So #mysql -u root -h 127.0.0.1 -P 3306 would refuse, but #mysql -u root -h localhost -P 3306 worked. So I added the line: ‘bind-address = 0.0.0.0’ to /etc/my.cnf below the ‘skip-networking’ line.
That seemed to let everything in sql work without passwords. That got rid if all of the mysqli error message in the apache error_log. However, It’s still not creating the ‘fog’ database and I have the same blank webpage.
It doesn’t appear to be throwing any exceptions even though the database is never created. So I’m still at a loss. What user is being used for mysql? Is it the ‘fog’ user?

@bitloader You can run DHCP on a 40 dollar Raspberry Pi… It will never fail lol, all solid state… it uses like 5 volts, connect it to a small battery backup and in a power loss, it will run for 2 weeks lol.

Ok we will give that a go. Thank you for the help.

@SantRamos Smells like an IP conflict…

Ok, After some more googling, I was able to find how to change to .kkpxe.
I did this:
sudo gedit /etc/dhcp/dhcp.conf
and changed it in there
after that I stopped and started the dhcp service.
That certainly helped becuase now I get past the “initialising devices” hang-up.
However, now it goes just a little farther and reboots.
the last thing in the screen I see is
init.xz…<OK>
then it reboots.
Can anyone point where to go next?
any key words I can google/search?
Thanks

I edited your messages, please use </> to past your code

@Wayne-Workman undionly.kpxe. Yes it does upload and download with no issues

Are your machines part of a domain? Try adding the domain to the end.

My domain is test.local in order to ping Laptop-2 I have to run:

root@Fog:~# ping Laptop-2.test.local PING Laptop-2.test.local (10.1.111.254) 56(84) bytes of data. 64 bytes from 10.1.111.254: icmp_req=1 ttl=127 time=138 ms 64 bytes from 10.1.111.254: icmp_req=2 ttl=127 time=180 ms 64 bytes from 10.1.111.254: icmp_req=3 ttl=127 time=1.54 ms

Is this specific to a particular kernel and/or system?

@Tom-Elliott

Yep that cleared the errors and now a snapin task is created, but the snapin column is empty.

upload-d6b331b1-7fed-479b-8b95-c5e4eccee833

And I’m using r3710 at home, and r3709 at work… couldn’t be that much of a difference lol.