Still having problems with this. It’s strange. I built a windows 7 pro image on a physical machine (samsung series 7 slate) and uploaded without sysprep because it was only to be deployed to the same hardware. But for whatever reason the virtual just won’t rename once it’s deployed to clients. I’ve tried installing the fog service both before/after sysprep and neither seems to work. Fog log doesn’t show any problems… I think anyway. Doesn’t show any tasks pending, but the host name in fog is totally different. Does the machine name have to be less than 15 characters when the fog service is installed maybe?

20/02/2012 9:32 PM FOG::GreenFog No actions were found.
20/02/2012 9:32 PM FOG::GreenFog No tasks found after validation!
20/02/2012 9:32 PM FOG::GUIWatcher Dispatch OK!
20/02/2012 9:32 PM FOG::printerManager Management level = 0
20/02/2012 9:32 PM FOG::printerManager This host is set to NO MANAGEMENT, we will exit now.
20/02/2012 9:32 PM FOG::printerManager Major printing operations complete, moving to tracking mode.
20/02/2012 9:32 PM FOG::printerManager New user detected: WINDOW\Administrator
20/02/2012 9:32 PM FOG::printerManager Waiting for tray to load…
20/02/2012 9:32 PM FOG::DirCleaner Starting directory cleaning process…
20/02/2012 9:32 PM FOG::DirCleaner Attempting to connect to fog server…
20/02/2012 9:32 PM FOG::DirCleaner Module is active…
20/02/2012 9:32 PM FOG::DirCleaner Determining which directories should be cleaned…
20/02/2012 9:32 PM FOG::DirCleaner No directories are configured to be cleaned.
20/02/2012 9:32 PM FOG::DirCleaner Starting directory cleaning loop…
20/02/2012 9:32 PM FOG::DirCleaner Module has finished work and will now exit.
20/02/2012 9:33 PM FOG::MODDebug Reading config settings…
20/02/2012 9:33 PM FOG::MODDebug Reading of config settings passed.
20/02/2012 9:33 PM FOG::MODDebug Starting Core processing…
20/02/2012 9:33 PM FOG::MODDebug Operating System ID: 6
20/02/2012 9:33 PM FOG::MODDebug Operating System Minor: 1
20/02/2012 9:33 PM FOG::MODDebug MAC ID 0 00:0C:29:82:CB:AC
20/02/2012 9:33 PM FOG::MODDebug MAC POST String: 00:0C:29:82:CB:AC
20/02/2012 9:33 PM FOG::MODDebug A user is currently logged in
20/02/2012 9:33 PM FOG::MODDebug Username: WINDOW\Administrator
20/02/2012 9:33 PM FOG::MODDebug Hostname: WINDOW
20/02/2012 9:33 PM FOG::MODDebug Attempting to open connect to: [url]http://fogserver/fog/service/debug.php[/url]
20/02/2012 9:33 PM FOG::MODDebug Server responded with: Hello FOG Client
20/02/2012 9:33 PM FOG::MODDebug Module has finished work and will now exit.

Just confirmed that if I:

Run sysprep, then upload and then deploy the image to another machine, (the PC name is 15 characters for some stupid reason, I can’t figure why my unattend.xml won’t specify the PC name, rather than giving it this random 15 character windows-wa532f2 name…), then rename the machine manually to a smaller name- THEN install fogservice and restart- THEN it will rename to the correct FOG name…

So basically I need to rename the PC after sysprep to a short name (can probably do this with a powershell script), THEN get FOG service to install on SECOND start up… I wonder if I can even do that… “second” log on commands?

[quote=“falko, post: 1481, member: 48”]A move to 0.32 (0.33 is to be released soon I believe) is a must for Windows 7 deployment, no more fogprep and has a brand new web GUI over 0.28

I can’t comment on exactly what you want bit I have windows 7 both 32 and 64 images that I can deploy, auto renames, adds itself to the domain etc
And so far the latest kernel 3.2.4 (I think). Works on all 8 of my different desktop/laptops[/quote]

Right, I do all those things you mentioned, the one thing I cannot do with anything over version .28 is have the fog host register host.

It’s not to have them automatically register with the service that I push out via GPO, so that I know in 6 months when I got to image the machine I can count on it being in the database.

I have machines spread out over 7 locations, so being able to go to in to FOG, know the machine is there, tell it to image , and it be imaged, named and added to the domain without me having to go to the location to PXE boot it because it never got registered before being rolled out to the site is a huge thing.

I’m just trying to figure out why it was removed, if it was causing issues, or if it just wasn’t requested.

Or if it’s possible if someone could help me integrate the funtion into a custom FOG service module:
[url]http://www.fogproject.org/wiki/index.php?title=Creating_Custom_FOG_Service_Modules[/url]
I Would think it would be fairly simple as taking the code from the earlier service module and adding it, but i’m not programmer.

Thanks for all the help.

I made this patch specifically for Ubuntu users to backup all files that FOG needs to run. You still need to install FOG first, but then you can move the files back after you install FOG. I was working on a restore file but have been side tracked with work.

[url]http://sourceforge.net/tracker/?func=detail&aid=3449766&group_id=201099&atid=976201[/url]

no, mine is similar. Hopefully there is a solution to this in future releases

I’m using 0.32 and must be missing a step with Capone. I followed the instructions in the wiki. I pasted the capone text in the pxe menu but it didn’t show up. I was able to do enough reading and modified the default file to include a Capone option. I get an error saying that the OS type couldn’t be determined. Any suggestions?

No one here who can help me?

Thank you for that information. I added another init.gz file and the kernel from another server that is running fog version .029. This is awesome that you can have multiple kernels.

I got it working! thanks

the solution was right on the front page of the fog website for servers running debian

Fixed: My solution was to remove the /images directory and then make a new one seemed to have done the trick.

I am having a similar problem. Just set up a FOG server on CentOS 5.5. Followed the directions to upload first image. PXE booted, ran inventory. Set up image, added image to host, went to basic tasks and selected upload, selected upload image - and nothing. My FogTaskScheduler is running.

Ok that worked not sure why - can anyone shed any light on to why this would be the case — like to know how these systems work at a lower level. 🙂

OK - Fixed the TFTP - Reinstalled Thanks for the help!

Found the answer to my question…I was on the right track.

I’m guessing that d1.mbr, d1p1.img, and d1p2.img is the naming scheme used for a fixed-size/multiple partition, non-resizable image. So once I updated the image file config to that setting instead of single partition (realizable), it worked like a charm and imaged…

No can do, I really needed to get it going so I opted to redo my base Ubuntu install and start over. Everything’s working as expected now. Now the only thing I need to do is transfer over the rest of my images.