YES!!! Thanks Tom you tha man!!! 😉 I was going to edit the file but after looking into it I was like nope nope nope lol so I did the upgrade and it worked.

[CENTER][IMG]http://i.imgur.com/tkDg8Is.png[/IMG][/CENTER]

[solved]
By upgrade to svn:[url]http://fogproject.org/wiki/index.php/Upgrade_to_trunk[/url]

I just installed the latest SVN and indeed it seems to solve my issue…
Thanks…
Life can be so simple 😉

SOLVED !!!

solved the problem by recreating these 5 tables with myisam engine and filling the records from old mysql dump.

[quote=“Haz, post: 39698, member: 3272”]Well I promised an update so here it is.

Unfortunately after following your precise instructions and steps from the wiki you linked me, it is still giving me the same grief 😞

I think it’s time to give up trying to fix this issue and just do a reinstall.

Many thanks to you both for your time and help, it is much appreciated!

Kind regards
Harrison[/quote]

If you would like help with your DNSMASQ just send me a pm we can work together to solve the issues 🙂

have you tried single disk resizable?

[quote=“Jaymes Driver, post: 39693, member: 3582”]Is there a particular reason you want to multicast these?[/quote]

100Mb switch maybe 🙂

I’ll take a look at the code, but I’m pretty sure this is there already.

I don’t remember when it was added, but I’ve already made changes to fix this. Basically, it works with the task scheduler.

It checks if there’s any systems to run a task, and if so, sends the WOL packets to those systems on every cycle (defaulted to 1 minute).

This is, again, the nature of UDP. It just blasts your network. It’s not a failure to get dhcp, it’s a failure that your switch cannot cope with the hammering effects of Multicast.

Are you talking about multiboot or is this single boot systems?

[quote=“Junkhacker, post: 39630, member: 21583”]then you need to change the password stored for FOG_TFTP_FTP_PASSWORD in fog settings and the password stored in storage management. these places use the linux “fog” user for ftp/tftp purposes, like Tom said.[/quote]

the problem was the password in storage management not equal to fog unix password, solved

Can you try comparing contrasting info from this site?

[url]https://help.ubuntu.com/community/UbuntuLTSP/ProxyDHCP[/url]

Thanks a lot for the work you guys do.
Had the database schema problem and thought I’d have to do a complete rebuild.
Used the link provided: [url]https://github.com/mastacontrola/fogproject/issues/1[/url]
Works now.
Am running Ubuntu 14.04 LTS (desktop version) and FOG 1.2.0

Thanks again very much.
Fred

how setting this option in Linux ??

Thanks, that is what I was looking for.

Andrew

Hi fre2709,

Have you resolved your issue ?
I have a similair problem with my HP8000 USDT … On twenty PCs, just 2 can boot (i)PXE correctly … Other computer model works fine)
I have checked the BIOS version, try an update BIOS, etc etc …

I’m going crazy …

Basic informations :
FOG Version : 1.2.0 on Debian 7
OS Client : Windows 7 PRO.
Fog Install LOG : [url]http://pastebin.com/uRiN9x3c[/url]

Ah cool, there hasn’t been a client update in a long time, right? What’s the plan for it?

[quote=“John VanHoose, post: 39534, member: 4156”]I just went back to .32 it works with no extra troubleshooting.[/quote]

It’s tempting, John, but I’m not giving up just yet.

When the machine boots does it pull the pxe menu, or does it error out and continue booting to the OS?

In the past with certain revisions of Ubuntu, we had to doctor some services to start on each reboot. I would not be surprised to find that a service was not started properly on boot.

Start by verifying that the apache and tftp services are running.

[code]sudo service apache2 restart
sudo service tftpd-hpa restart[/code]

Try to navigate to the fog management UI, did the web page display? Pxe boot a machine, does the menu appear? can you register the machine to the fog server?