040ee119 error on boot
-
[quote=“DanielR, post: 27537, member: 17896”]Hi Tom,
[B]Are you getting this message on multiple systems or just this Acer? What’s the NIC on that system? Has ipxe ever worked for this system?[/B]
First time trying ipxe with this system, only just created a new server to try out the latest version of FOG. The NIC is the Atheros AR8131The acer TravelMate B113 models in our fleet work flawlessly with iPXE.
My setup is Ubuntu 14.04, Fog 1.0.1 on an Isolated Network.[/quote]
The NIC (Atheros AR8131) is referring to your fog server or the client NIC that is failing?
-
[quote=“Tom Elliott, post: 27550, member: 7271”]The NIC (Atheros AR8131) is referring to your fog server or the client NIC that is failing?[/quote]
It is the NIC on the client, not the server. Sorry for the confusion. -
The install/upgrade script fails on CentOS: Starting FOG Multicast Management Server…Failed!
It is possible to start the service manualle by running “service FOGMulticastManager start”. Trying to stop it with “service FOGMulticastManager start” returns an error FAILED.
-
[quote=“pmonstad, post: 27646, member: 17422”]The install/upgrade script fails on CentOS: Starting FOG Multicast Management Server…Failed!
It is possible to start the service manualle by running “service FOGMulticastManager start”. Trying to stop it with “service FOGMulticastManager start” returns an error FAILED.[/quote]
This, by chance, needs to be in a forum by itself. Your message reported here has NOTHING to do with the 040ee119 error.
On the topic of this posting,
I’m already aware of this issue AND how to fix it. Why it’s failing you ask? Because there’s a schema update needed to be performed. The FOG Service files can’t access the database because something needs to direct it where to go. The workaround, for now, is to open a browser to:
[url]http://<FOGSERVERIP>/fog/management[/url] and apply the schema update. Then perform the install script again, it should succeed. The reason why you see a FAILED message with “service FOGMulticastManager [b]stop[/b]” is because it’s not running, even if you get a successful “start” message. -
Hi tom,
I’m getting “could not start download, operation not supported” error as well after upgrading.
PC: HP DC 7900s w/ onboard Intel 82567LM-3
Fog Server: VMware, running Ubuntu 12.04LTS & Fog 1.0.1Files tried: Stock, 1312, & IPXE.pxe
Apache error log
[CODE]
[Wed May 21 09:13:39 2014] [error] [client 10.99.0.75] PHP Warning: mysql_real_escape_string(): A link to the server could not be established in /var/www/fog/lib/db/MySQL.class.php on line 253
[Wed May 21 09:13:39 2014] [error] [client 10.99.0.75] PHP Warning: mysql_query() expects parameter 2 to be resource, boolean given in /var/www/fog/lib/db/MySQL.class.php on line 95
[Wed May 21 09:13:39 2014] [error] [client 10.50.0.52] PHP Warning: mysql_query() expects parameter 2 to be resource, boolean given in /var/www/fog/lib/db/MySQL.class.php on line 95
[Wed May 21 09:13:39 2014] [error] [client 10.50.0.52] PHP Warning: array_key_exists() expects parameter 2 to be array, null given in /var/www/fog/lib/db/MySQL.class.php on line 156
[Wed May 21 09:13:39 2014] [error] [client 10.50.0.52] PHP Warning: mysql_real_escape_string(): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2) in /var/www/fog/lib/db/MySQL.class.php on line 253
[/CODE] -
Hi Tom,
I’ve followed this thread and have eliminated many problems that I was having. Now I get the FOG GUI and then it quickly disappears and loads Windows.
I’m running FOG 1.0.1 on Ubuntu 14.04
-
All with this issue:
Per suggestion from one of our Project Leads: Chuck Syperski,
I’ve rebuilt the undionly.kpxe and ipxe.kpxe with the ipxescript set as:
[code]#!ipxe
dhcp || reboot
chain default.ipxe[/code]Please try both if possible.
They are located at:
[url]https://mastacontrola.com/ipxe.kpxe[/url]
[url]https://mastacontrola.com/undionly.kpxe[/url]I’d recommend using the undionly.kpxe first, if that doesn’t work try the ipxe.kpxe AS your undionly.kpxe.
-
[quote=“Tom Elliott, post: 27969, member: 7271”]All with this issue:
Per suggestion from one of our Project Leads: Chuck Syperski,
I’ve rebuilt the undionly.kpxe and ipxe.kpxe with the ipxescript set as:
[code]#!ipxe
dhcp || reboot
chain default.ipxe[/code]Please try both if possible.
They are located at:
[url]https://mastacontrola.com/ipxe.kpxe[/url]
[url]https://mastacontrola.com/undionly.kpxe[/url]I’d recommend using the undionly.kpxe first, if that doesn’t work try the ipxe.kpxe AS your undionly.kpxe.[/quote]
Sadly, both produce the same error only this time the client restarts after it fails.
-
[quote=“DanielR, post: 27985, member: 17896”]Sadly, both produce the same error only this time the client restarts after it fails.[/quote]
What is the “same error”? What are the systems, are they virtual or physical systems? I’m sorry if you’ve already answered this but it seems to me like NOTHING is working for your systems and that sounds in accurate. How are these systems failing? Are they getting the 040ee119 error or some other error? Are they freezing at initializing devices? What exactly is happening? Can you provide a screenshot?
-
[quote=“Tom Elliott, post: 28013, member: 7271”]What is the “same error”? What are the systems, are they virtual or physical systems? I’m sorry if you’ve already answered this but it seems to me like NOTHING is working for your systems and that sounds in accurate. How are these systems failing? Are they getting the 040ee119 error or some other error? Are they freezing at initializing devices? What exactly is happening? Can you provide a screenshot?[/quote]
Physical Server on an Isolated Network, running Ubuntu 14.04 and Fog 1.0.1. Able to image our Acer B113 laptops flawlessly, but when it comes to the Acer 1830T, iPXE returns the error 0x040ee119 when trying to configure net0. Its not a big issue as I still have a secondary Fog Server running 0.32 which images both Acer model laptops without a hiccup.
I figured it would be useful to operate with 1.0.1 since it’s received so much praise. The other issue I have is when trying to iPXE boot the new Lenovo Yoga Laptops, which is the main reason I decided to build a Fog 1.0.1 server in an attempt to capture and image those laptops as well, since imaging wasn’t working for them in 0.32
[url=“/_imported_xf_attachments/0/825_photo.JPG?:”]photo.JPG[/url]
-
I’m having the same issue with one of our computers onboard LAN, i’m just leaving the details just in case it helps. I’m going to throw a PCI NIC in it and Fog it anyway. Same 040ee119 error on iPxe, it does get an address at the start of the PXE boot. I’ve attempted to use the last undionly.kpxe which you posted four posts back but that just PXE boots, gets an address and when iPXE tries to run, it times out, i’m guessing and reboots the machine. I don’t get the 040ee119 error. The NIC is a Realtek PCIe GBE Famiily Controller on an Asus P8H61-M LXZ R2.0 Motherboard.
-
For all interested in trying to see what works what doesn’t and if something may have a fix for you:
I’m Rebuilding revs of ipxe in all the forms (e.g. undionly.kpxe, undionly.kkpxe, ipxe.pxe, ipxe.kpxe, ipxe.kkpxe) on my web site.
If you go to the link:
[url]https://mastacontrola.com/ipxe[/url] it will show a listing of folders with a revision name and status:Currently there’s only two rev’s to work with:
f473: This is the revision from r1312 that seems to “just work” so it’s got the tag: f473-GOODAll others will be:
<rev>-TESTAs we get more and more information I’ll be changing labels around. Seeing as nothing, but f473, works I’m just going through the revisions to see if I can narrow down what the issue actually is.
The two that are currently there, f473 is “good” and aaf2 is the “mid-range” between the “good” and the current revisions.
Thank you and hopefully we can figure out the exact nature of this problem.
-
I just tried the f473 undionly.kpxe and got the attached error.
I too was having the 0x040ee119
[url=“/_imported_xf_attachments/0/856_ScreenShot519.png?:”]ScreenShot519.png[/url]
-
Both undionly.kkpxe and undionly.kpxe work 100% of the time for my Dell 3010s with realtek controllers.
However now our 380s with broadcom controllers fail almost evertime with the previous and get stuck in a boot loop.Awesome work, i really appreciate everything you guys are doing.
-
[quote=“Buddy, post: 28536, member: 225”]I just tried the f473 undionly.kpxe and got the attached error.
I too was having the 0x040ee119[/quote]
The error I’m seeing here seems to be of the type of error where something is configured improperly. Possibly due to a schema update? Or the IP it’s using to get the info isn’t correct? The error presented is NOT the 040ee119, so the question remains, with the f473 it’s booting, but giving a different message. With this f473 undionly, are you still getting the 040ee119 message?
-
[quote=“Seb, post: 28602, member: 7969”]Both undionly.kkpxe and undionly.kpxe work 100% of the time for my Dell 3010s with realtek controllers.
However now our 380s with broadcom controllers fail almost evertime with the previous and get stuck in a boot loop.Awesome work, i really appreciate everything you guys are doing. :)[/quote]
Thanks for the support. With which undionly are you getting the issues with the 380’s? And which error?
-
[quote=“Tom Elliott, post: 28603, member: 7271”]The error I’m seeing here seems to be of the type of error where something is configured improperly. Possibly due to a schema update? Or the IP it’s using to get the info isn’t correct? The error presented is NOT the 040ee119, so the question remains, with the f473 it’s booting, but giving a different message. With this f473 undionly, are you still getting the 040ee119 message?[/quote]
With the f473 the 040ee119 went away. Now the “Operation not supported” error is in its place. I can work on 90% of our computers without issues, but the others get stuck on boot. Seems to be the same computers that the 040ee119 was effecting.
-
That doesn’t sound like a problem with undionly. Normally, the error you’re now presented with, is if it can’t communicate with the server, or there’s a schema update needed which isn’t returning the values properly for the boot menu.
I’ve built many rev’s, yesterday, of testing the undionly/ipxe files and the “GOOD” and the “BAD” have been labeled as such. If it’s an undionly problem, try a later revision.
The rev’s I have are labeled, so you can try either or all of them, just use the “GOOD” tagged ones. If you feel like trying to help narrow where the issue use, go ahead and try the TEST labeled files.
f3d42 (most current) “BAD”
aaf2 (mid between f473 and f3d42) “GOOD”
7aa6 (mid between aaf2 and f3d42) “BAD”
57933 (mid between 7aa6 and aaf2) “GOOD”
277f (mid between 57933 and f3d42) “GOOD”
6f410 (mid between 277f and f3d42) “BAD”
6931 (mid between 6f410 and 277f) “BAD” <- FIRST BAD COMMIT
71ed (mid between 6931 and 277f) “GOOD” -
[quote=“Tom Elliott, post: 28604, member: 7271”]Thanks for the support. With which undionly are you getting the issues with the 380’s? And which error?[/quote]
Both undionly.kpxe and undionly.kkpxe on [url]https://mastacontrola.com/ipxe/f473-GOOD/[/url] provide very similar results (100% working on dell 3010)
It is the same 040ee119 error on the 380s, it then reboots and trys again.
I have also since found that dell 755 and 760 have the same issue.So it seems like just our older models.
-
[quote=“Seb, post: 28626, member: 7969”]Both undionly.kpxe and undionly.kkpxe on [url]https://mastacontrola.com/ipxe/f473-GOOD/[/url] provide very similar results (100% working on dell 3010)
It is the same 040ee119 error on the 380s, it then reboots and trys again.
I have also since found that dell 755 and 760 have the same issue.So it seems like just our older models.[/quote]
Try using the ipxe.kkpxe for your environment to see if that will fix your “Old” system issues.
