Fog 1.2.0 PXE Problems with Certain models
-
Thanks for the Reply Wayne! I’ll defiantly try the kkpxe option! I’m not sure if this has anything to do with UFI or Secure boot, as my Latitudes 6500 are having the same issues, and they are old enough those options are not in the BIOS. I thought maybe me using my database from 0.32 could have been the problem, so i started over from scratch and it still is doing this… It’s a real hair puller Any more suggestions would be greatly appreciated, but i’ll try that kkpxe option next time i am on site. Thanks again!
-
That looks like a really new Dell laptop in the above picture… It’s most likely a compatibility issue… you might need to move to FOG Trunk to image those newer laptops…
-
Yes, the one in the picture is a brand new Latitude 5550. I’m having this same issue with a 5 year old dell, that never had issues before this upgrade. Do you have a link to this fog trunk you are talking about? For so many years fog just worked out of the box, actually trouble shooting issues is new to me lol
edit:
I just checked the working compatibility list and my new model is in fact not on that list, but my older 6500 is. Odd -
@mccabem Which pxe file are you passing to your machines? Undionly.kpxe?
-
I had the same issues with one particular model that is now working fine, so this may be solved by upgrading to trunk.
You can also try upgrading your undionly.kpxe file to the trunk version.
cd /tftpboot/ mv undionly.kpxe undionly.kpxe.bak wget https://svn.code.sf.net/p/freeghost/code/trunk/packages/tftp/undionly.kpxe
-
The other bit, is if you can see what the error is (My guess is Console Errors), it should help tremendously in giving a suitable fix.
-
This post is deleted! -
Ok, I tried to upgrade the version of FOG to trunk as you suggested @cml. I got an error at PHP5-Mysqlnd. See the image attached.
I also tried to upgrade the undionly.kpxe with the exact instructions, everything looked like it went well but when i booted to FOG it failed at “booting to default.ipxe” and just sat there, did not reboot or anything. -
@Tom-Elliott, how do i get these console errors for you? I’m pretty green on linux and i’m using ubuntu 10.4 desktop version.
-
@mccabem Two spots, he’s probably wanting copies of any errors in all of the FOG logs.
FOG Configuration -> Log Viewer - > Apache Error Log.
You can also issue this on your FOG server:
tail -n 100 /var/log/messages
-
You probably need to install php-mysqlnd yourself as Ubuntu 10.04 is very old now. I don’t think it was a native part of their package listings.
Here’s a link that should help.
http://stackoverflow.com/questions/3407823/mysqlnd-driver-in-php-5-3-2-on-ubuntu-10-04 -
Ok, so i tried the link you sent and it would never work. It said the link i added to my sources was wrong and wouldn’t allow me to install. SO, i downloaded the v14 of ubuntu desktop, re-formatted the server, and when i try to install the 1.2.0 version of FOG, it errors out of Mysql install.
I got a copy of this log, see attached foginstall.log
I have to leave to head back home, but let me know what you guys think. I can remotely manage this server, i just won’t be able to test the pxe until i come back on site. Let me know what you think on why this is failing. I always stuck with 10.04 because it was stable and i never had much of a issue using it until now
Thanks again for all the help!
-
@mccabem While you’re in the business of re-building FOG servers, why not jump to FOG Trunk and use Debian instead of Ubuntu?
https://wiki.fogproject.org/wiki/index.php/Upgrade_to_trunkI don’t say “Debian” lightly… I’m a red-hat kinda guy.
-
@Wayne-Workman We have about 30 sites using fog, all of them are identical as much as possible to make it easier for our people to manage. Is there any benefits when using Debian over Ubuntu? Is it worth changing all of them? Thanks for all the help!
-
-
FOG installs more cleanly on Debian (honestly, more cleanly on every other distro)
-
Using Debian CLI only, your FOG server will boot up much faster since the RAM-hungry GUI isn’t starting.
-
Ubuntu continues to stray further away from Linux norms. Tom explains it best.
-
Everything from installation, low-level management, troubleshooting, and migration with FOG happens at CLI… so a GUI serves absolutely no purpose other than making you feel good.
-
Using a server-based CLI only installation will be more secure, you’ll have less updates to download when you update.
-
Simpler troubleshooting - you don’t have excessive things installed like Libreoffice and other user applications that your FOG server doesn’t need.
These are just some things I thought of off the top of my head.
The OS you choose and version of FOG you choose is completely up to you, and we are here to help you with whatever you choose.
You could stay with Ubuntu, but FOG 1.2.0 does not support the latest Ubuntu or Debian or Fedora or CentOS or RHEL without some finagling, which is why I suggested moving to FOG Trunk.
You could move just one site to FOG Trunk and a server-based Linux distro and see how it goes. I feel you won’t find it any more difficult, and I’m positive you’ll like the speeds that FOG Trunk offers.
-
-
That makes sense, the only reason we stuck with the desktop version is we have on site people that are not all that technical. Walking them through a CLI is tough sometimes if we can’t remotely manage. If i can’t get the trunk version installed on this version of ubuntu, next time i’m on site i will defiantly try a debian cli.
I’ll post anymore updates as soon as i can. Again, thanks for the info and i’ll let you know how it goes. Thanks again!