It is saving the menu entry. Just deleting it immediately after. I’ve found and fixed this bug. Thanks for reporting.

Is it possible the “thresh hold” of the number of max clients accessing the web server has been reached?

Thanks, there are no problems with 2761.

OK, I finally found the problem. It seems the mainboard Asrock QC5000-ITX is not compatible.
I switched it with an Asrock Q1900-ITX and the problems are gone.

It doesn’t seem like it. When I enter the mySQL command from the terminal it gives the following error:

[B]Error 2002 (HY000): Can’t connect to local mySQL server through socket ’ /var/run/mysqld/mysqld.sock’ (2)[/B]

I cant get to the mysql command promt after it’s moved to the new subnet.

i know that Fog does not config the switch or equipment i am just asking if there were some who had experience in the config switch for muticast with gui

and my fog version is 1.20 on a Debian 7.7

did i post this in the wrong thread?

We updated the wiki about a month ago to reflect these settings on Cisco, Dlink, and other smart network switches.

[url]http://www.fogproject.org/wiki/index.php/IPXE#STP.2FPortfast.2FRSTP.2FMSTP_To_Enable_or_Disable.3F[/url]

finally i get a working config:

:UBUNTU
See [url]http://manpages.ubuntu.com/manpages/precise/man7/casper.7.html[/url] for casper cmdline details
kernel [url]http://192.168.0.3/fog/iso/ubuntu/casper/vmlinuz[/url]
initrd [url]http://192.168.0.3/fog/iso/ubuntu/casper/initrd.lz[/url]
imgargs vmlinuz root=/dev/nfs boot=casper netboot=nfs nfsroot=192.168.0.3:/var/www/fog/iso/ubuntu/ locale=en_US.UTF-8 keyboard-configuration/layoutcode=no mirror/country=NO
boot || goto failed
goto start

$ cat /etc/exports
/images *(ro,sync,no_wdelay,insecure_locks,no_root_squash,insecure)
/images/dev *(rw,sync,no_wdelay,no_root_squash,insecure)
/var/www/fog/iso/ubuntu/ *(ro,sync,no_wdelay,insecure_locks,no_root_squash,insecure)

administrator@fog:/var/www/fog/iso/ubuntu$ ls -la
totale 32
dr-xr-xr-x 5 root root 4096 dic 5 12:48 .
drwxr-xr-x 3 root root 4096 dic 5 12:47 …
dr-xr-xr-x 3 root root 4096 dic 9 08:37 casper
dr-xr-xr-x 2 root root 4096 ago 9 22:19 .disk
dr-xr-xr-x 2 root root 4096 ago 9 22:19 isolinux
-r-xr-xr-x 1 root root 8351 ago 9 22:20 SHA256SUMS
administrator@fog:/var/www/fog/iso/ubuntu$

Also,

While the payload of receiving the undionly.kpxe/default.ipxe files may take a little bit (about 130k total size) ipxe uses http/tcp protocols after this, so I imagine as long as the payload can be received everything after that would go Very fast.

[quote=“Cpasjuste, post: 39741, member: 25902”]Yep i confirm that the deployment is now working, thanks 🙂 (without re-uploading)[/quote]

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.