Funny enough I was just thinking about this problem.

Unfortunately for me I have a list of jobs as long as my arm and I have news that I’m now being asked to go for a week to our sister college 30 miles down the road to work with another guy on imaging with SCCM. Looks like there may be opportunities to show them what fog can do. Anyhow, short of it is, I haven’t had anywhere near the time I thought I’d have to look at my own projects yet this week or last. And its not looking so favourable for me timewise for a couple of weeks. I promise I will post what I find, but it wont be for a couple of weeks… much to my dismay!

Sorry mate. Will contribute as soon as I can.

When you delete the image, FOG automatically removes the ability to select the image from the image-drop-down-menu in the host’s general settings.

As long as you won’t try to deploy an other image or try to upload an image to a (empty) slot, nothing happens to the image or the machine.

You didn’t happen to create the image on a drive larger than the drives on the laptops did you? I believe I had the same error the other day with a single image using Clonezilla and I found that the model machine I was trying to copy the image to had a smaller hard drive than the one I created my image from. Just a guess. I would be interested in hearing if you find an answer. Good Luck.

************** SOLVED *******

reset the system fog password
then on var/www/html/fog/commons
edit the file config.php
set the same password on tftp
saved it then I also did the change on the webui under fog setting on TFTP set the password there also then upload a new task and now
I am uploading new image to the server…

Kernel using is 3.4.1 that I got from falko…
thanks for the kernel falko

Solved it was httpd issue with cent expired…
edit the nss.conf file
and add it NSSEnforceValidCerts off
that made httpd running again…

Falko you are awesome!!! I will give it a try post back the results

Thanks
Carlos

Yay! I’m glad I could help.

We have run Fog on a virtualbox vm from the first time we used it. Had no troubles at all. It’s been rock-solid. Way easier than setting up a separate box if you already have some sort of VM infrastructure in place. Performance has been fast enough for us.

Not having used FOG to deploy another OS apart from windows, I can at least confirm for you that if you choose multiple partition single disk, it will back up the MBR and restore it too. What I use is 1 Windows 7 64bit OS that joins our domain, and a second Windows 7 32bit that is standalone and I use the multi partition single disk option myself for this.

I also know that if you have just one copy of windows on a drive that the single partition option will do the same, even though windows 7 usually installs a 100meg partition at the start of the disk, this is included in that option.

As for the virus stuff, there is actually an option under task management to set a client pc scanning for viruses using clamAV. When you et it off to scan it reboots the pc, starts in clamav mode and goes looking on the internet for the latest signatures which it downloads and uses on the fly.

Hope this helps.

[quote=“roger.franklin, post: 8964, member: 2627”]Hi guys,

I just recently found this amazing tool for imaging solution and I would like to congratulate the developer’s team and the community for bringing this to public for free. It is really awesome tool.

I am actually planning to leverage this tool for my malware analysis setup. I would like to deploy my “clean” image every time I have finished performing malware analysis. Having said that, what I would like to accomplish is to run a fast wipe and immediately deploy my clean image. My wish is to make this two separate tasks at once and if possible automate it so I will always have a clean image - i.e. MBR is also wiped.

Thank you very much in advance.

Kind regards,
Roger[/quote]

I think i’ve got a good start from the wiki [url]http://www.fogproject.org/wiki/index.php/Modifying_the_Init_Image[/url]
My idea is to play with fog.wipe under /tftpboot/fog/images/init.gz. Hopefully I’m in the right direction. Please advice if you have some alternatives.
Thanks again guys.
Regards,
Roger

[quote=“djm79, post: 8953, member: 1568”]Yea thats why you need to look in the folder that you used to install fog and there will be a fogcrypt run this on a windows machine from the command prompt and it will output the password encrypted and then input that in your fog settings and test joining.[/quote]
Thank yo so much…will try that…

In a separate database import the hosts and inventory tables from all the fog servers. For each table add a new field that contains the server identifier so that host1 from server A can be differentiated from host1 on server B. basically change the index on the hosts and inventory tables from being a single field to be comprised of hostid and serverid. You’ll have to decide on the serverid values and insert them into the reporting tables as you import from each server.

In short: Yes, you can do this for creating the image, but no its not exactly as you have imagined.
and No, you can not use this method to deploy images to a host.
Details: There is an option from the PXE menu that will allow you to do a quick image. But, that is relying on you to have previously created an image and a host.

If you are intimidated by the web UI, don’t be. It may take a short while to familiarize yourself with the options, but once you understand how to A: create an image and B: Create a host; it is really the best way.

Personally, I do not auto register my hosts… I manually enter the hostname and image type in the WebUI, then set the task to do all of the rest. Then, once I reboot the host, the imaging begins automatically.

Everyone here is here to help, so do not hesitate to ask for assistance.
(and check out some video tutorials)