Easy 🙂 make a “deploy one snapin task” in Advanced Tasks Section

sweet, I will try to install this on fedora again… I currently got this working on centos 6.3, working flawless…
I goint to set a fedora set up now…

You can update the code to do it.
There are some elements: imagingLog table in FOG database, pre_Stage1.php and post_Stage3.php webservices. Those webservices are located in /var/www/fog/service.

When FOG makes a tasks, those tasks write a log in imagingLog table (make a checkin/checkout). Well, the fog script, that runs in the computer, calls to a webservice when the task begin. This webservice is pre_Stage1.php and makes the checkin. When the task ends, the script calls to post_Stage3.php to make a checkout. You must update the checkin and checkout functions to add the taskType in the imagingLog (you must add a new column in imagingLog table), and filter the task type. After this, you can make a personal report.

It does work across VLANs, with some notes. You have to have IP Helper or DHCP Relay enabled on the router, which you might already have if your current DHCP server can handle requests from all the VLAN’s. If you use ProxyDHCP, you’ll need to add an additional IP Helper/DHCP Relay to the router. You need good uplinks or your FOG performance will suffer. Make sure no uplinks are slower than the NIC speed of your FOG server.

If you plan to do mass deployments, you may slow down parts of the network that are sharing the switches between your FOG server and clients. Imaging 10 to 20 machines via unicast uses a lot of bandwith.

If you plan to multicast, make sure you setup and test your switches and routers so you don’t take down the entire campus network.

The easiest to get FOG installed on is currently Ubuntu Desktop 10.04 LTS. Just download and install from the Ubuntu website, follow the instructions to update the OS, then install FOG. Newer versions have minor issues to work around, so if you are new, stay away from them. Also, Ubuntu 10.04 LTS has a wider support base in the FOG forums than other flavors and versions of Linux.

For your server, your hardware requirements depend on how you want to use FOG. I tend to do mass reimaging in the 2 months before school starts with as many as 30 clients at a time at 100MB nics, or 10 clients on 1000MB nics. For this to work, the disk subsystem of the server needs to be able to handle massive read requests. I use a RAID 5 array made of 6 disks. I use a 20GB partition for the OS, and the rest for the /images directory for FOG. This is a more advanced setup and only used because I was on my 4th FOG server setup when I got this newer hardware, so I knew was I was doing. The RAID 5 array is fault tolerant and extremely fast for read operations, which is 99% of what you’ll be doing in FOG.

I use a gigabit switches and a gigabit NIC in the server.

Unless you are skilled in switch/router configurations for multicasting, I would stick with unicasting 10 to 20 clients at a time. The higher the transfer rate from the disks and through the network, the faster the clients complete their imaging process.

If you’re machines are running Windows XP or newer, and have at least 1GB of ram, then you do not need to worry much about FOG client using resources.

Maybe let us know how much are you offering this for?

You can do a backup of the mysql database that FOG uses and restore that file to your new server. See the link below for an example.

[url]http://fogproject.org/forum/threads/how-to-backup-database-where-is-the-sql-file-located.481/#post-2850[/url]

edit the php scripts, sql commands, and database fields to do what you need.

This CAN be synced, but not with regular FOG code. I would write a shell script or php script that queries AD for a list of computer names and descriptions and then updates the fog database. Since you are using AD, the chance of multiple computers having the same name should not exist, so using the computer/host name as the key should suffice.

php should be able to do an LDAP query for all computers into an object or array, then iterate through all the computer records updating the FOG database and output the status to the log file for any errors. You can set this to run hourly through a cron job or however often you want it to sync.

If you are a decent programmer, you can have it so it only updates the records that have changed, possibly by keying off the last modified date of the computer objects in AD versus the last run time of the script.

shut down nfs deamon, something like “sudo stop nfsd” or maybe looking in /etc/init.d/ for an nfsd related script, and calling it with the stop argument.

Once you’re done, remember to turn nfsd back on.

Ok I’m an idiot add the additional MAC address’s with the add mac address’s under general info. So ignore my problem its now fixed.

I think that [URL=‘http://www.zrhprint.com’]printing china[/URL] is a good place to go to solve some printing issues.

[quote=“Robin Commander, post: 9598, member: 64”]I don’t see why not - but whether using an SSD on a machine running XP is going to work well I’m not so sure as XP doesn’t support the TRIM command for garbage collection. You may see reduced SSD life (on early SSD’s anyway - newer ones may I’ve read be less susceptible to this). YMMV…

I’d upload the image as resizable assuming it’s a single partition you’re wanting to back up.

Cheers
Robin[/quote]
Thank you Robin, I will try it next week and will let you know the results.
Thanks again and have a great day,
Carlos.

I don’t know of a way to tell in FOG. FOG doesn’t log those actions and associated information itself. I’m not much on mysql transaction log inspection either. You might be able to grep the apache logs and look for a delete or “rmhostid=” string.

FOG image files cannot be “opened” due to the way they’re designed, but you can image a VM or test machine and pull the files that way.

:
Fiz um outro upload. Esse foi bem mais rapido, pq tinha menos programas instalados na imagem. Acredito que a demora seja por causa disso mesmo. Obrigado pelo auxilio.

:
I made another upload. This well was faster because he had less programs installed on the image. I think the delay is because of this. Thanks for the help.

FOG uses an SQL database to keep track of clients as well as images and nodes. Thus it isn’t currently possible to ‘drag and drop’ images, sadly.

Now you want to use FOG as an ISO server, as in one that will just put ISO files in a directory available through HTTP? You don’t need FOG for that, hell, that’s way easier to do, just install a webserver and make a soft symbolic link to the directory with the ISO files in the root dir of the webserver.

:
Estou usando o Ubuntu 12.04. ele fez o upload e o deploy normalmente. fiz apenas um teste em 1 computador. ainda não sei como ele se comportará com 10 ~ 20 máquinas ao mesmo tempo. Pensei que tivesse que configurar mais alguma coisa como a compressão da imagem, por exemplo. Mas agora tá tudo funcionando mais ou menos.

:
I’m using Ubuntu 12.04. he has uploaded and deploy normally. just did a test on one computer. not yet know how it will behave with 10 ~ 20 machines simultaneously. I thought I had to configure anything else as image compression, for example. But now everything is working more or less.