O/S Deployment Thread, Fog woes in Technical; Hey guys, Ive been playing with Fog for a while now and am having massive issues with it.
I can ...
-
28th May 2010, 10:51 AM #1 Fog woes
Hey guys, Ive been playing with Fog for a while now and am having massive issues with it.
I can see it has massive potential, and I really want to replace the WDS we currently have.
I hav Unbuntu 10.04 and Fog .29 installed. DHCP is on another server with options 066 ad 067 configured. I can pxe boot, install the service, register hoasts etc...but
The first problem is running behind a proxy, so updating is iffy at best. I have discovered i can put password"at symbol"proxy.address in the proxy settings on the server but this dosent seem to work for everything, so i'm not 100% sure that fog is installed correctly
The second problem (and this is only a recent thing) is the icons and images on the web interface do not display correctly. This is a massive pain when you have to click on images to upload, edit and kill processes, the only way I have found around this is to run in IE (and who really wants to do that), the images are replaced with the red crosses, but are still clickable.
After a bit of searching i found that if i edit the httpd.conf file (which is blank.....) and add these 2 lines;
Code:
EnableSendfile off
EnableMMAP off
Then the images will appear, seems a bit weird, and I'm sure the first time I installed fog on VirtualBox all the images were there...
The third (and final...I promise) problem is when I try to upload an image to the server.
It recognises that there is an upload pending and starts loading the correct image, it will backup the MBR, resize and all that jazz ok, although i do see this error now right at the top after it loads init.gz and before it starts resizing
Code:
atl1c 000:02:00.0: Unable to allocate MSI interrupt Error: -1
I dont know if this is a serious error or not?
But after its resized the blue uploading screen will flash for a split second, then it moves on, restores the MBR and resizes the NTFS and starts complaining that it cant move the 50gb temp image that it supposidly uploaded in .5 seconds to the correct folder.
Any ideas to any of these problems?
I'm going to try and boot up my old virtual fog server to check the httpd.conf file but really, im lost!!
-
-
IDG Tech News
-
28th May 2010, 04:57 PM #2 I'm no fog expert. But the updating does not work behind a proxy. I found this out by getting an answer on one of the threads on sourceforge site. As for the other errors I can't really help.
-
-
28th May 2010, 05:48 PM #3 Hey thanks for the reply but updating Ubuntu behind our proxy works fine if i use our isp's (SWGfL) staff proxy, then put the password infront of the proxy address. For example
Code:
password@staffproxy.isp
Might be worth a try if your having trouble updating
-
-
28th May 2010, 09:20 PM #4 Sorry I thought you were talking about the actual fog software.
-
-
29th May 2010, 08:46 PM #5 FOG has a proxy setting to allow the interface to update correctly and download different kernels (go to 'fog settings' in the web interface). If you're still missing graphics and other bits you might be missing some packages from the install process, did the fog install script successfully finish and check the package installations?
Assuming the installation is correct i've found that completely skipping the actual image upload means that you're using a kernel that doesn't work with your hardware, I've reverted to an older kernel to work around the same issue. If it isn't a kernel issue then you can put it into debug mode and execute partimage directly to see if you get a more revealing error message.
-
2 Thanks to morganw:
BenABF (30th November 2010), wiggum123 (1st June 2010)
-
30th May 2010, 12:11 AM #6 
Originally Posted by
wiggum123
The third (and final...I promise) problem is when I try to upload an image to the server.
It recognises that there is an upload pending and starts loading the correct image, it will backup the MBR, resize and all that jazz ok, although i do see this error now right at the top after it loads init.gz and before it starts resizing
Code:
atl1c 000:02:00.0: Unable to allocate MSI interrupt Error: -1
I dont know if this is a serious error or not?
But after its resized the blue uploading screen will flash for a split second, then it moves on, restores the MBR and resizes the NTFS and starts complaining that it cant move the 50gb temp image that it supposidly uploaded in .5 seconds to the correct folder.
Do you mean the image uploads to the FOG server and then repeatedly complains about not being able to move the temp image?
If that is the case the /image directory on your FOG server has the wrong permissions configured. See Images Directory Permissions - FOGProject Wiki for confirmation of this and how to fix it.
-
-
1st June 2010, 08:13 AM #7 
Originally Posted by
sjatkn
Do you mean the image uploads to the FOG server and then repeatedly complains about not being able to move the temp image?
If that is the case the /image directory on your FOG server has the wrong permissions configured. See
Images Directory Permissions - FOGProject Wiki for confirmation of this and how to fix it.
Hi,
The image dosent upload, I have checked the temp folder and there is nothing there.
I will check the permissions on all the folders again but I'm fairly sure they are right
-
-
1st June 2010, 09:01 AM #8 That's exactly what mine was doing, try an alternate kernel or just download an older version of FOG and get the kernel from that.
-
Thanks to morganw from:
wiggum123 (1st June 2010)
-
1st June 2010, 09:37 AM #9 thanks for the replies guys. Is there a particular kernal i should be using? Or is it jus a case of trying each KitchenSink release?
Also, i'm guessing its just a case of downloading them, then leaving the kernal name as BZImage? U couldnt see any more steps, unless im being blind
-
-
1st June 2010, 09:39 AM #10 Yes, just rename / replace bzImage. I'm just using the one that came with FOG 0.25, seems to work on everything I have.
-
Thanks to morganw from:
wiggum123 (1st June 2010)
-
1st June 2010, 02:26 PM #11 You can specify unique kernel's to computer models if one model is being finicky. This is done though the web console, but requires that you rename your kenel to something slightly different. Let me know if you need more help.
-
-
4th June 2010, 09:58 AM #12 Still having trouble with this one NIC
The fog machine is installed on a machine with the same NIC, is there a way of grabbing the driver and adding it to a kernel? then using that kernel, or does fog not allow you to do this?
-
SHARE:
Similar Threads
-
By ssx4life in forum O/S Deployment
Replies: 1
Last Post: 9th November 2009, 02:59 PM
-
By fafster in forum Network and Classroom Management
Replies: 2
Last Post: 13th October 2009, 11:37 AM
-
By kevbaz in forum O/S Deployment
Replies: 78
Last Post: 25th June 2009, 10:26 AM
-
By irsprint84 in forum Windows Server 2000/2003
Replies: 1
Last Post: 19th April 2009, 02:44 PM
-
By Pete10141748 in forum Hardware
Replies: 7
Last Post: 29th November 2007, 06:34 PM
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Tags for this Thread
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules