Dell Optiplex 320
-
Before the upgrade to 1.1.1 I had no issue with these workstations this is a fresh install of FOG on a new server. When I try to boot I get the message
“Could not configure console: Input/output error ([url]http://ipxe.org/1d8c2139[/url])
Could not boot: Input/output error ([url]http://ipxe.org/1d8c2139[/url])
Could not boot: Input/output error ([url]http://ipxe.org/1d8c2139[/url])”When going to the URL it doesn’t give me anything to go by it just says make sure ipxe is up to date. Any help would be appreciated I have other models that have no issue what so ever.
-
[quote=“TylerC, post: 30772, member: 2655”]Before the upgrade to 1.1.1 I had no issue with these workstations this is a fresh install of FOG on a new server. When I try to boot I get the message
“Could not configure console: Input/output error ([url]http://ipxe.org/1d8c2139[/url])
Could not boot: Input/output error ([url]http://ipxe.org/1d8c2139[/url])
Could not boot: Input/output error ([url]http://ipxe.org/1d8c2139[/url])”When going to the URL it doesn’t give me anything to go by it just says make sure ipxe is up to date. Any help would be appreciated I have other models that have no issue what so ever.[/quote]
Try one of the other undionly and ipxe files included in the tftpboot folder. Tom has enabled some of the console commands in some of the other test files.
-
TylerC: I have this same issue when trying to PXE boot a PowerEdge 2900 server with a fresh Fog 1.1.1 install on Ubuntu 12.04
Here is the thread: [URL=‘http://fogproject.org/forum/threads/tftp-not-working-fog-1-1-1-on-ubuntu-12-04-server.10867/’]fogproject.org/forum/threads/tftp-not-working-fog-1-1-1-on-ubuntu-12-04-server.10867/[/URL]Unfortunately, I haven’t found a solution yet either.
-
Did anyone find a solution for this yet? I am struggling with some Dell OptiPlex 320s and have tried all of the boot images. I still get the same error… input/output error ([url]http://ipxe.org/1d8c2139[/url]). Thanks in advance.
-
you’re still having this problem with the latest version of fog?
-
You can try any of the undionly files, but they all call the same console methods.
A, not so pretty but workable, fix for this would be to comment the BootMenu.class.php located in {fogwebdir}/lib/fog/BootMenu.class.php.
Look for the line:
[php] print “console --picture $this->booturl/ipxe/bg.png --left 100 --right 80\n”;[/php]Comment it so it looks like:
[php]// print “console --picture $this->booturl/ipxe/bg.png --left 100 --right 80\n”;[/php]See the success hopefully![/php]
-
We are getting closer. The original error went away and now i am stuck at bzimage. The percent is different for different undionly files, but they all hang there. The ipxe files just reboot the machine. Any additional help appreciated.
-
When you say the “percent is different for different undionly files” do you mean they never get to 100%, do you ever just get a black screen? I ask this because some systems can take a minute or two to actually boot into the OS layer. This isn’t a “hanging” necessarily as the kernel is, at that point, loading all the drivers. It’s not going to always be an instant boot scenario. Are you giving enough time to things? Or by the quoted statement above you mean you see something to the affect of 67% and that’s it?
-
I am definitely giving it enough time. I left it for 45 minutes and it was still at the same percent. After playing around with it for 2 days I found that if I reboot the fog server then boot the machine right when the server hits the login prompt it will work about 25% of the time, and it immediately passes this point without even showing a percent on the screen when it works. Is it possible that there is a service that starts that prevents it from working and I was able to get it to work by booting before that service started?
I have also tried different kernels, switched from Ubuntu to CentOS, and even tried a different server hardware… these OptiPlex 320s just do not like to be imaged. All other workstations I have imaged work fine.
-
Well, I was able to find a work around for this issue. The problem is just with host registration (both quick and full). If I add the hosts manually and then add a task for each host to download the image it boots and works as it should.
-
I had exactly the same thing happen with the Optiplex 320s at our campuses. I commented out the background image as shown above and had to manually enter the MAC address of the 320s to get them to image. I’m currently using FOG 1.1.2
For some reason the 320s will not load the bzImage file if you try to do an inventory operation. They seem to stick at 12%, 15% or 25% in most cases. Rarely the bzImage will complete loading and the operation will work, but this is maybe 1 in 20.
We have a lot of 320s, but now that they’re manually entered I can at least manage and image them.
-
Try using the undionly.kkpxe and see if things work better.
-
Sorry, meant to get back to you sooner. The kkpxe didn’t change the situation. I just upgraded to 1.2.0 today and noticed it set the menu back to the original… so I had to go in and edit the file again. Glad I posted here, made it a lot easier to re-locate it.
Something with the video chip in these 320s just doesn’t like that bg.png file… I can add a video card to a 320 and it works fine. The built in video appears to be the problem.
