Might be late in this post. I just recently tried installing FOG on CentOS 6.2. To get htmldoc to pass, you need to download/install the latest latest rpm for the OS.
[LIST]
[]wget [url]http://pkgs.repoforge.org/rpmforge-release/[/url][URL=‘http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm’]rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm[/URL]
[]rpm -i [URL=‘http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm’]rpmforge-release-0.5.2-2.el6.rf.x86_64.rpm[/URL]
[*]yum install htmldoc
[/LIST]
[INDENT=1] [/INDENT]

I got around that by using the poweroff program found here:

[url]http://users.telenet.be/jbosman/applications.html[/url]

It’s no longer being developed but it works perfectly on win 2k / xp.

Have not tested it with vista / 7

Edit: I should mention that I use the auto-poweroff feature and that if you have a domain controller to use that to try to shutdown the computer(s).

Thanks for letting us know the fix, hopefully it will help out others that run into a similar issue.

Thanks, that worked perfectly!

I plan to be making a donation very soon… or will get my boss to do so.

If you have modified it from the original, just make up a new one and change all the necessary locations where it is stored, including the user account on the server.

[quote=“chad-bisd, post: 7830, member: 18”]Are able to join computers to the domain and into the default “computers” container? If so, did you make sure the user account has been delegated rights to add/remove/manage computer accounts in the PISD Computers container?

I think you can put the OU in double quotes or escaped double quotes, such as “OU=PISD Computers”,DC=pisd,DC=us OR “OU=PISD Computers,DC=pisd,DC=us”[/quote]

Yes, FOG has been working fine for a while now, I was just changing the default OU for it to add new computers. FOG server would not save and text in that field that contained quotation marks, so I was thinking of trying \OU=PISD Computers,DC=pisd,DC=us and see what happens.

Thank you. I will run through this and see what I can make happen.

djm79, I will try that and it IS using the internet for some reason (the client machine). I have a real-time bandwidth monitor and as soon as the deployment begins the graph spikes (pretty much triples) and begins using 21Mb/s with the client’s IP being the culprit. [B]I’ve only tried imaging from the same location (my office)[/B]. [B]Network misconfiguration? [/B]I’ll try at another location and/or hook the client & server directly to a switch and go from there.

We’re calling the company we outsourced running the wires and installed the switches in the buildings to see if they would know of any reason before I get my hands dirty into uncharted territory.

chad, I know! It’s killing me not knowing why this is happening pulls and handful of hair out.

Thanks for all the help - I’ll report back with my solution as soon as I find out the problem. Thanks again guys.

What is your normal data transfer rate through the IPSec tunnel using FTP, outside of FOG. If it’s slow doing a normal FTP, HTTP, or SMB file transfer from site to site, then you might try troubleshooting it from a VPN IPSec performance angle instead of FOG.

So after a while, I found a solution.

Before installing the OS, I wipe (normal, not fast) the DD with fog advanced task, next I installed XP + sysprep + deploy.

The image works perfectly on 5 PC (in multicast)

Franckb67

I get that behavior also. I just search for * and they all show up, and from that point on, they all show up. Wierd…

Snap-ins run in the context of the FOG Service user. Which I believe runs as the system user by default. Snap-ins themselves do not add anything to the c:\fog.log. The snap-in manager may add when a snap-in is executed, but I’m not sure.

While just calling the exe with no path may work now, it’s not the safest approach to take. Try using your system variables if you don’t want to hard code the path. %systemroot%, %comspec%, %windir%, etc.

Thank you for your help. I’m hoping to dig up some spare time in the next month or so to start moving on this. I will let you know how it goes.

It is possible that the image uploaded is corrupted. Run into similar problems with Dell 390 & 790. Usually stops during deploying the largest partition. However it doesn’t happen consistently, nor at the same point. It has nothing to do with partition size, since larger partition size would deploy fine. Try upload the image again from the same host. I am guessing it has something to do with the way data are compressed. Will test image out without using compression & see if it makes any difference.

I just came across this myself, and although you probably fixed it by now looking at the date of your post,for future reference for others I found my problem was down to some stale computer accounts in my AD, I removed these and all good.

Can you boot the computer into debug mode from FOG, run an fdisk -l, and then report the results here?

Not at this time. But you can modify the web scripts to do it.

Have you tried newer kernel? I am lazy, please check this page and try this method [url]http://community.spiceworks.com/how_to/show/1951[/url]. You can download kernel from here [url]http://sourceforge.net/projects/freeghost/files/Kernels/[/url]

No, just normal troubleshooting techniques. Could not find a way to drop a pc for an active multicast