Registration and deployment problems
-
-
I am actually still running 0.32. I haven’t tried 1.2.0 yet, but at this rate if that would help I would probably just do a fresh install.
-
The PC’s I am working with right now are Dell Optiplex 3010. The previous fog setup worked with all the PC’s in the district so I was surprised when I started having issues.
-
I worked with our switching vendor to change option 67 to this " 67 ASCII pxelinux.0" . DHCP is handled by an Adtran NetVanta 3140 if that helps.
-
I used an older guide for the install of 0.32 which used Ubuntu 10.04 LTS.
Hope that info helps, if more is needed just let me know.
-
-
Well I can say 0.32 is pretty old, and the 3010 is pretty new. I would suspect the linux kernels for 0.32 would not support the newer hardware (which the 3010 is part of). Actually I would think you would have NIC issues before hard disk controller problems just because of the age difference.
How its possible that someone updated the FOS kernels (the operating system that runs on the target computer to capture and deploy images) on the 0.32 version of FOG so it would work with the newer hardware that is why the original server worked and the newly built server does not. I would bet this is a likely case and a possible solution for your issue. I can say I haven’t touched the older builds for many years so I can’t provide much help other than a direction.
- On that 3010 make sure it is running in legacy or bios mode and not uefi.
- Check to see what is the latest version of kernels that are supported under 0.32 (I don’t know this)
- Seriously consider spinning up a new FOG server running on the trunk build on Ubuntu 14.04 or newer. If you plan on imaging new hardware, uefi systems, gpt disks, windows 10 you will need to have the latest version of fog. Not even FOG 1.2.0 stable will do these things. So if you can tolerate a little instability upgrade to the FOG 1.2.0 trunk build, it will also make it easier for the mods and developers to support your installation. Other than one or two, not many remember that old environment. The other option is to wait until 1.3.0 is released later this year (I hope).
-
I think the easiest way might be a new install since what I have isn’t working anyway. Do you think my old images will still work? its not a big deal to upload new ones, just curious. I’m gonna try setting up a new VM with 14.04 and 1.2.0. Being a VM shouldn’t be an issue right?
-
@jcook if you have images from a 0.32 install, they can work with newer versions of fog. you’ll just need to enable a couple legacy support settings. many of us run fog servers in VMs.
-
Thanks for the response, just wanting to make sure I get my ducks in a row before I got started. Once I have the server up and running I will report back.
Thanks
-
@jcook VM is no issue. I run all of my fog servers as VMs.
You can run fog 1.2.0 if you wish, or just install the FOG trunk version directly on the ubuntu system. I would recommend that you not upgrade but start with a fresh FOG system and then import your images. You will have to reregister all of your workstations. If you have a couple of hundred systems maybe we can work on an import process to save time. Its cleaner because of the differences between the two environments to just start over with a clean system.
Make sure you allocate enough space for all of your images in the new environment. FOG itself doesn’t use any more (real) space. But your images and snapins do.
-
I have FOG 1.2.0 installed. I use to go to “myfogservername/fog” to access the UI. Now when I navigate there I get 404 not found. if i just go to “myfogservername” it gives me the it works message. Any thoughts?
-
@jcook Is it 404 or 500? There is a significant difference.
-
Its a 404.
-
I restarted the install the fog files were missing. Seems to be good now…not sure what happened.
-
After the 2nd install I rebooted the VM. When I try to go the web UI now it asks me update the schema, but when I do it fails. I think the database was already there and now there are issues. Since I have moved beyond my original question should I just start a new thread?
-
Sorry for so many relies, seems to be an issue with mysql, after a restart of the service I’m able to log into the web UI.
