If you’re daring, are you trying out the latest SVN? I ask because with Mentaloid’s help, he created a setup to not startup certain services until FOG has a network device and mysql is running. I don’t know if this will fix mysql from starting at reboot, but you could try this version and see if it helps you out at al.

Another issue I’ve seen and written about on my github site is about a similar issue with FOG. [url]https://github.com/mastacontrola/fogproject/issues/1[/url]

This details one of the larger issues as well as a potential means to allow restarting mysql on reboots. i don’t know if it will work all the time, but it’s best I’ve been able to come up with.

You all must remember. I’ve added support for GPT and MBR since the release of 1.0.0. 0.32 and below only allowed MBR style disks to be imaged. Many times, I’ve seen now, that FOG is actually trying to create non-existent image files because the disk is setup in a particular manner but the partition table doesn’t match up. Meaning it’s creating non-existent partition where there really shouldn’t be any partitions. Because of this, fog can’t find the partition or write to it so it skips that partition and continue’s on in the process. In the case of GPT when expecting MBR, the data never has a place to be written to so it just “complete’s” while no information has actually been written. Please verify this by running a debug task and checking your system against fixparts, or in the case you intend to maintain GPT tables, make sure the data is where it is expected to be.

Go Team Venture!

PartClone is uploading as it should now with svn2250. Thank you very much.

Now to convert my image library from PartImage to PartClone.

You ask really good questions 😛

It looks as if a new tftboot directory was created as there is a tftboot.prev directory as well as the tftpboot one. That indicates to me that the new server was made from scratch, and the images that were common between the two were manually copied over.

That being said, in the pxe.config directory are entries aside from the default that carry the MAC addresses of my computers in question as well as a reference to the image 5800R2. I’ve removed these files and will try my luck with PXE again.

This is already progress from where I was, so even though you’re just asking me for more information you are indeed helping me so thank you very much.

Edit: That did the trick! Thank you!

It work well?
How had you distributed as partitions?
My HD one to W7 NTFS, ETX4 to Linux and Swat.

[url=“/_imported_xf_attachments/1/1331_sshot-2.png?:”]sshot-2.png[/url]

To OP I found that setting PIGZ to 0 actually slowed my transfer rate down significantly. I currently have it set at 3 and we’re happy with 5GB/min downloads. I can imagine setting it at 6 may also be slower than 3 though I haven’t tested that. I also know that NIC driver configs have everything to do with the speed though I know you said same OS so maybe there’s nothing there, maybe.

Any suggestion?

I would try by removing the current information on the disk and making sure a partition exists, follow the directions listed here please: [url]http://fogproject.org/forum/threads/quick-format-to-ntfs-with-fog-for-noobs.10349/[/url]

Any ideas?

If you’re Running Ubuntu, or Debian you can try the DNSMASQ service, it sometimes helps to alleviate issues and resolve to your tftp boot server with your correct file.

Instructions can be found here: [url]http://www.fogproject.org/wiki/index.php/Using_FOG_with_an_unmodifiable_DHCP_server/_Using_FOG_with_no_DHCP_server#DNSMASQ_settings_for_iPXE[/url]

Use the section DNSMASQ Settings for iPXE.

i did sgdisk -z /dev/sda
output: invalid partition
partition destroyed

thank you. so it looks like there was a duplicate DHCP running. we found it and stopped it. now it works. thank you.

also fixed the tftp ARP Time out that was occurring.

so far this is fixed. I just need to get the image to upload correctly.

of course you have to have a dhcp server who say to the clients where to try the pxe boot!

Sorry that I never updated this post in a timely manner. Right after I started this thread, I went on a 2 week vacation, and when I got back, I had been so busy that I didn’t have the time. As of today, I have a working FOG Server. I know now that the black screen with white writing is the partition and mbr screen. This is the screen that would flash right before the computers would reboot. I know now that the problem was that we didn’t completely clear out the old partitions before imaging, so the image had about 5 partitions and some were logical, which I know now that FOG doesn’t like. Now, I have the standard 100 mb system partition and then the 😄 partition, and everything is working great. I imaged my first 10 computers today in under 40 minutes. Thank you all for your help!

Looks like this was fixed by r2226. Cheers.

Nevermind. I forgot to add next-server xxx.xxx.xxx.xxx to the config file. The clients now PXE boot fine.

ok it had a small scrit that it had run, from there it finished at the [root@roxborough /]# so where to look now for the log file?

I’ve located a problem - it was Cisco switch which I’ve changed.

Command ‘spanning-tree portfast’ on configure terminal for ports fixed the problem and Fog works 😉

this is known and expected behavior. Multiple Partitions - Single Disk recreates the partition structure of the original image, and you can not create partitions on a drive that are larger then the drive can contain.
the “way I can change that so that a 160GB HDD will work instead of requiring at least a 320GB” would be to use a Single Disk - Resizable image type, which shrinks the partitions to the smallest size possible for the data on the drive before pulling an image, then expands the drive to the full drive when downloading the image to a new computer.

After I changed image and clicked update, page loaded again with old image… in log file for apache was only script ‘/var/www/html/fog/management/ajax/dashboard.bandwidth.php’ not found or unable to start, so I searched forum found article fog-upgrade-from-0-3-2-to-fog-1-0-1-php-errors-centos-6-5.10680 so I decided to make new install again. And now its working fine (import hosts too).

I don’t know something broke in previous install, but everything in foginstall.log seemed ok.
Thank you for fog and your support!