Sure is. Your performance may vary depending on host hardware, load, etc

Have you tried imaging on a different hardware set?

I have not seen the delay, so it must be hardware related.

If it’s on the FOG server, then there should be no problems. I dont think it uploaded to the server correctly due to the filesize.

Have you verified the file uploaded correctly to the FOG server? i.e. go look at the filesize, does it match the original file?

Can you manually download the file and successfully run it?

More testing!

Download PSEXEC: [url]http://live.sysinternals.com/psexec.exe[/url]

[code]psexec /accepteula -u domain\user -p password filename.exe[/code]

Moved to ‘Windows Related’

If the partition has been uploaded as a Single Partition image, then the resizing has already occured. (it resizes the partition before taking it up)

Can you try deleting all partitions, making a fresh Windows install, take it up as Multi-Partition Single Disk, then redeploy to test.

This is the only way to rule out resizing.

Check that /var/www/ has a ‘fog’ directory.

If not, create the directory ‘fog’ and copy everything in ‘packages/web/’ to ‘/var/www/fog/’

Then configure your MySQL settings in [SIZE=12px][FONT=Arial][COLOR=#000000]/var/www/fog/commons/config.php[/COLOR][/FONT][/SIZE]

It’s worth noting that if you run a KMS and a KMS serial you don’t need to do anything.

Nice work

It uploads it via FTP, the file is not locally copied.

This is done for flexibility; The TFTP server does not need to be on the FOG server.

Keep them coming guys, this is great feedback.

Sadly, snapins in FOG are very primitive and are certainly not an enterprise solution.
Right now they are there to get you out of a jam, they are not designed to deploy gigabytes of data.

I would love to revamp the system, but application packaging is a massive task. I would feel much more comfortable implementing an open source system to handle this so we dont need to worry about it. TBH, i havent looked at what is out there.

Maybe application virtualization would be a better idea?

If anyone has any ideas, please feel free to post.

To rule out the resizing as a problem, try re-uploading the image as a Multi-Partition Single Disk image.

Please report back if the Multi-Partition image boots correctly after deployment.

The problem is that HTTP POST (the method used currently to upload snapins) was never designed to upload large amounts of data. 2mb is the default, this gives you an idea of the sizes it was originally designed to send.

The snapin code needs to be updated to use a modern Flash or HTML5 uploader.

For the time being, you should upload large snapins manually.
[LIST=1]
[]Download FileZilla - [url]http://filezilla-project.org/[/url]
[]Create a profile for your FOG server
[LIST=1]
[]File -> Site Manager
[]Click ‘New Site’
[]Host: [I]<your_server_hostname_or_ip>[/I]
[]Port: 22
[]Protocol: SFTP - SSH File Transfer Protocol
[]Logon Type: Normal
[]Username: root
[]Password: [I]<your_password>[/I]
[]Now click ‘Connect’
[/LIST]
[]Navigate to: /opt/fog/snapins/
[]Upload snapin exe file
[]Profit
[/LIST]

If you want to instantly upload or deploy to a client computer, do not use any of the schedule options.

Do not tick: ‘Schedule Single Task Execution’
Do not tick: ‘Schedule Cron Style Task Execution’

I apologize about my original post, there are obvious language barrier issues.

Which sounds like the image is too big for the disk, or there is something wrong with the image.

Why are there no images in the directory? When you upload an image, the image files go into the directory.

You need to describe your setup better. How many fog servers you have would be a great start.

The more information you give, the we can help. Right now… we cannot help at all.

Yes you can, the installer should skip what is already installed… unless the package names are different.

If you are new to Linux, i would not suggest this route as you will most likely have problems.

The easiest and most straight forward Distribution to use is Ubuntu.

What is the “external hard drive” ? Is it a stand alone NAS or plugged into another computer? I’m confused.

You need to make sure the “Storage Node” allows annon access to it’s ‘/fogstorage’ NFS share.

The error ‘Permission Denied’ tells you straight away that it does not have access to that share.

Try booting into debug mode and manually mounting the NFS Share
Read this: [url]http://fogproject.org/forum/threads/wiki-troubleshooting-an-image-deploy.20/[/url]

Does the image exist in /images/image_name/ ? are the files the correct size?

The start and end blocks have changed… hmmmm.

After the deploy, can you some how manually fix it and get the image bootable?
If you can do that, you will find the problem in the process.

When you see “RAW”, are you sure its not referring to what type of File system FOG found?
If FOG is finding your NTFS partition as a RAW partition, that will definitely cause problems.

Try using:
[LIST]
[]Parted Magic - [url]http://www.partedmagic.com/[/url] - start gparted and run a ‘check’ on the partition
[]MBRWiz - [url]http://www.firesage.com/[/url] - check the ‘/Repair’ and ‘/Sort’ options
[/LIST]
Apart from that i will need to do some testing and (try to) replicate the problem.

There is no such place to store Product Keys.

Host Description or Other Tag 1,2,3 is your best bet.

When 0.33 releases, you will be able to write your own FOG addons and add such a feature.

Time to brush up on your PHP skills