I believe I found the culprit. I noticed that the USB 3.0 drivers were missing and after installing those and reimaging, everything seemed to work.

It was still odd that this only happened after registering the computer to FOG though. The keyboard and mouse were these: [url]http://www.newegg.com/Product/Product.aspx?Item=N82E16823129036&cm_re=cm_storm--23-129-036--Product[/url] . They have back lights, but other than that nothing special.

I don’t know what you mean, “why fog not accept the same usr and psw when i select “quick image ?””

The only password that matters for the “login” is the GUI username and password. If it’s not accepting it, then something is either misconfigured, or you’re typing a wrong character. My guess is a key that you’re using as your password is passing incorrectly as my guess English is not your first language?

[quote=“Ashley Rimmington, post: 39862, member: 27226”]Sorry for the misunderstanding on my part! Glad to say it worked like a charm!
Thank you so much for your help guys. 🙂

Just a thought here:
Might I suggest making this a part of the default install for a windows environment install? I say this because my server is available for me to configure (which made me think that the link above didn’t apply since mine wasn’t “unmodifiable”) but when following default install procedure the system didn’t work in the end. With this dnsMASQ setup it works beautifully though!

It just feels to me that this may be a required step for a windows server based DHCP setup.

Thanks again![/quote]

You are quite welcome!

But not necessarily true. Every environment is different. Most have the ability to edit the DHCP scope and have their file delivered correctly. Sometimes users don’t have access to the DHCP Scope because it is managed by someone else, or a third party and this is where DNSMASQ shines. Sometimes the file is not delivered completely and DNSMASQ helps to resolve the issue (I suspect this is the issue you actually faced.)

A Further problem I see, is that Ubuntu 12.04.4, 12.04.5 and 14.04, 14.10 have started including dnsmasq-base in the installation to help with dns resolution. This is a poor decision by conical, IMHO, and has lead to issues with installing and starting DNSMASQ. This would lead to causing FOG installation to fail unless you render your internet useless and try to install FOG… no wait FOG needs the internet to download modules for installation, this sounds bad already 😕

What I think was happening in your environment, is probably what is happening in mine. The file was not being passed entirely and DNSMASQ has helped to resolve this issue. I think DNSMASQ would be a good default module to install with FOG by asking a few questions and creating the file according to the responses, but having FOG install DNSMASQ and use it by default could be nasty and ugly.

I’m glad DNSMASQ worked for you though 🙂

Partition one is your Windows system, partition two looks like it’s the start of your linux system, but what volume is partition actually formatted in?

First things first,

How is this fog’s fault? What I mean, if you put the Video card in and the system can’t boot network, wouldn’t that indicate there’s something wrong with the motherboard? There’s nothing I can do for that.

Second,

When you task the system, does it perform the tasking and you just can’t see the information? I mean, that would indicate a kernel driver problem, but seeing as the problem (seemingly) starts before this, it once again leads back to the system motherboard of video card being problemattic. If the case is that imaging tasks and such actually are operating, I’ll request that you attempt making a custom kernel, but from the information I got from this very short post, this probably isn’t going to fix the problem.

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 🙂