There’s a right mixed bag of stuff going on here… hard to pinpoint problems of this nature. A thought did occur though as I was reading… what are the network interface cards on client end, and server end for that matter… and do you use any form of traffic management.

As a test, take a client machine and disable the onboard nic if thats what your using, and place in an alternative nic. Try to find one thats not the same chipset, purely so we can eliminate the nic as a cause. If the card in the server is the same you’ll need to change it also to test, and you’ll have to mess about with ip addresses etc in linux… but anyhow, should at very least eliminate it from possible causes. I have my suspicions that its not actually a software issue at least. The NICs is where I’d go looking first though.

Sorted this out, the problem was I was running the script with sudo sh ./installfog.sh

Needs to be sudo bash ./installfog.sh

Sorry, was a typo

Just discovered that FOG is ignoring setting changes in FOG System Settings. For example I changed FOG_PXE_MENU_TIMEOUT to 1 (second) and it still is starting at 5 seconds. Also tried to change FOG_PXE_MENU_HIDDEN to 1, menu still appears. Not sure how I broke all this. Again, only thing I’ve really done was installing phpMyAdmin.

You’d need to modify various things for that, probably best if someone who’s done it or uses fog like this helps.

From what I can see thinking about it, you’d need to make tftp recognise the second address as well as the first one, and you’d need to make sure your mysql and apache service was accessable from there too. I think its more of a linux service thing than actual fog. I’m sure its doable though. Sorry I cant be more specific or helpful but I’d rather let someone who can give you a conclusive answer take this one now we know what you’re trying to do 🙂

Old thread - however thought I would answer in case else stumbles across this query like I did.

Yes, you need to copy the files from the tftpboot folder on the Fog server. Connect using something like WinSCP

It had stopped there, upgrading the BIOS helped, but now it gets to 99% and has an error stating
“unable to move /images/dev/f04da2867522.000 to /images/HSLMCC (our image name)” any ideas would be great!

Thank you!

been a while since I asked this question, but I just thought i would let everyone know that cloning a blank computer with no OS works perfectly, just get the MAC from the BIOS and make sure that the imaged computer has the client to make future cloning easy and it should work without flaw. I am continually impressed by this program!!

Thank you Kevin. Can you help me

Found a solution! I needed to create a second partition, not just have one partition with everything loaded on it (Boot,Primary, etc…) then it deployed just fine.

That did it, thanks! Once I switched to Legacy Mode, made my image from that and sent it to a computer on Legacy Mode, everything worked perfectly.

Thanks for the help!

Ok got it, recompiled the kernel bzImage with highmem64G instead of highmem4G option. Now it works fine. I can read the full amount of ram. Tnx for the fast response.

Solved, it was a Proxy problem. They have recently changed the Proxy settings in my enterprise and there may be some kind of problem. If I disable the Proxy configuration it works fine.

[quote=“Martin T, post: 10917, member: 3420”]Thank you Fernando Gietz and chad-bisd for input.

I have rebuilt the complete fog server with Ubuntu 12.04.2 LTS 64bit and fog .32 and I am back to the same error that I started with (clamaverror.jpg Monday 2:41PM). I did this because I have tried so many changes that I wanted to make sure that I got back to a safe starting point. So a few questions, if you please.
Do I go back and make all the changes 1-9, yesterday at 11:34 AM or try the rebuild/resize of init.gz?[B] - both[/B]
The server does have 0.97.6 and I see the client does say 0.97.1. Are the definitions truly incompatible?[B] - Fernando Gietz[/B]
Where is the FOG_PXE_IMAGE_DNSADDRESS at? [B]- Fernando Gietz[/B]
I can only find main, daily, and bytecode CVD files. No CLD files. Do I just make the symbolic links to what I have? [B]- chad-bisd[/B]
I have asked other questions above but let’s see how this goes.
I am willing to try almost anything and can rebuild the server when I know exactly the steps to make it work. Hopefully I can create a complete posting that outlines the exact steps to make this work for everyone who wants this task to work correctly.[/quote]

Sorry for answer so late.

[I]Where is the FOG_PXE_IMAGE_DNSADDRESS at?[/I]
In webui: About > FOG settings > TFTP Server

[I]The server does have 0.97.6 and I see the client does say 0.97.1. Are the definitions truly incompatible?[/I]
I’m not claAV expert 🙂 but the capture says that [I]Not supported database files founf in /usr/share/clamav. [/I]Seems the database files are incompatibles. This problem/issue desappears if you upgrade the clamAV version[I] to 0.97.6[/I]

I have seen the fog.av script and you don’t must resize the init.gz (sorry, but i’m sure that you have learn a lot of 🙂 ). The database files from the server are copied in /usr/share/clamav. This folder is a ramdisk:

[CODE]mount -t tmpfs none /usr/share/clamav/ -o size=50m;[/CODE]

This ramdisk have 50M size. This size would be little[I], why? [/I]the reason is the database files size grown more and more, daily. For example, in my server those files:

[CODE]-rw-r–r-- 1 clam clam 302K feb 15 03:37 bytecode.cld
-rw-r–r-- 1 clam clam 0 feb 26 20:25 clamd.sock
-rw-r–r-- 1 clam clam 55M mar 12 03:10 daily.cld
-rw-r–r-- 1 clam clam 30M mar 11 14:14 main.cvd
-rw-r–r-- 1 clam clam 572 mar 12 03:10 mirrors.dat[/CODE]

86 MB, and daily increases his size 😞 The size of the ramdisk would be dinamic.

Allright, copying from one computer to another didn’t work, however I tried another approach… we have a disk duplicator from startech, so I plugged in the 80GB into the source and 2TB into destination and let it copy. It made an identical copy successfully, however the partition sizes where the same. So I used GParted to grow the sda1 to ~2TB. (with 3GB for swap) everything booted and is working fine.

I have now jumped from 98% usage down to 8% usage 🙂

Now the only issue this brings up is how to backup fog images if copying them somewhere and reviving them doesn’t work…