IPXE - Could Not Start Download issue
-
Hello,
I have used Fog in the past with CentOS 6.5 and worked amazingly. Definitely saved me a ton of time. Well I was having issues with our network storage and nobody had answers. So my answer was to make a RAID 5 in a new Linux box!
Well now I’m upgraded to CentOS 7 and know there were some issues with the install. I got through that and seems everything is working well.
I set everything up on Fog’s end and now I’m trying to upload an image of a machine to it. When in boot it gives me an error (Could not start download: Operation not supported ([url]http://ipxe.org/3c092003[/url]). Not sure what the deal is with that. I am on the latest Fog version also. Any ideas what might be causing this? Thanks! -
When you say the “lastest FOG Version”, what exactly do you mean, what do you see in the cloud?
What’s the exact error you’re seeing?
-
I installed 1.2.0 today. I used the SVN command to get all of the latest and greatest stuff.
[url]https://svn.code.sf.net/p/freeghost/code/tags/1.2.0/[/url]That error that I mentioned above is coming from the client machine during boot up into PXE.
Unless I need to grab the tar.gz file from Sourceforge instead?
[url]http://sourceforge.net/projects/freeghost/files/[/url]Thanks!
-
If you want to install the latest and greatest, follow these instructions:
[url]http://fogproject.org/wiki/index.php/Upgrade_to_trunk[/url]
Otherwise you’re just installing 1.2.0 (hence the tags/1.2.0 part of the command) -
since your installing via svn from the location [url]https://svn.code.sf.net/p/freeghost/code/tags/1.2.0/[/url],
this is identical to the 1.2.0 release tar.gz file
if you’re wanting the “true” latest and greatest, install from here svn://svn.code.sf.net/p/freeghost/code/trunk for the developer’s “work in progress” -
Alright, I’ll give that a shot.
-
This post is deleted! -
Well I don’t need the bleeding edge release or anything. I’m just wondering why I’m getting the “Could not start download: Operation not supported” on the client machine I want to image. If the bleed edge server fixes that I’ll do this right now
-
I would say try the latest and greatest. You may have to uncheck the FOG_NEW_CLIENT after upgrading, but other than that all should work perfectly.
-
Alright sounds good. I’ll give that a try. Thank you for your help. I’ll let you know when I’m done.
-
Ok so I figured with this since I been going ham on the previous one I’d start fresh. Im on a fresh install of CentOS, did all of the updates and such. Went to the link and started setting up/installing everything. Even got BTSync up and working I believe :).
I start the install of Fog and towards the end of the install I get this.
[CODE] Press [Enter] key when database is updated/installed.- Setting up storage…OK
- Setting up and starting NFS Server… * Configuring Fresh Clam…mkdir: can not create directory ‘/opt/fog/clamav’: No such file or directory
chmod: cannot access ‘/opt/fog/clamav’: No such file or directory
Failed!
[/CODE]
-
I know what’s wrong don’t mind me being an imbecile
-
2917 should fix this sorry
-
You guys are being tricksters now I see! I set everything up and got the image info set and ready to go. Turn on the computer I want to image and nothing. Didnt even find anything. I was so use to just click enter enter enter enter during Fog install that now you have DHCP set to y/N instead of Y/n. Haha. Rerunning this so I have the DHCP service and will let you know if that other issue goes away.
-
Getting SOOOOO close! So on the client machine it’s went through some of the load up process within the iPXE. It hangs up at the FOG ASCII screen though with a blinking cursor.
I could always start fresh again if I need to. -
Is this while the system is attempting to boot, or are you trying to perform a task?
-
I set up on the server side to perform an upload task. Booted up the client machine and it hangs on the FOG screen. I thought maybe there were some sort of permission issues to the /image folder so changed the permissions but that didn’t do anything.
-
[QUOTE]Booted up the client machine and it hangs on the FOG screen.[/QUOTE]
Hard to say without having more details. Could you send a screenshot or describe a little more? Do you get the Boot Menu if there is no task scheduled? Are you able to perform the registration from this menu? What exactly do you see right before it ‘hangs’? e.g. ‘Checking Operating System’ or ‘bzImage’ or ‘iPXE’ or …?
-
We narrowed what the issue was. On current SVN versions we are not specifying the version number of fog in the init. This displays when the banner is displayed and this was where the issue was/is occurring. The reason for the banner to be stuck is his system would boot and everything just fine. However the os layer is being assigned an ip outside of the fog dhcp controller. For example if his network main has a dhcp server handing out IPs in the 172.16 range while the fog dhcp is handling 10.x.x.x range, boot up would get the 10.x.x.x range but the init would get ip in 172.16.x.x range.