Possibly related:

https://forums.fogproject.org/topic/7763/ipxe-login-after-upgrading-to-latest-trunk-no-such-file-or-directory/22

and

https://forums.fogproject.org/topic/7774/default-ipxe

The OP’s problem is almost surely a simple FTP credentials mis-match, this was common in FOG 1.2.0. Instructions on fixing it can be found here:
https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_FTP

Marking this thread as solved.

Well, this isn’t necessarily the case. Depends on the layout.

If you create an image as multipart non resizable off of a fresh cd install of windows 7, the d1p1 and d1p2 files, for all purposes, are rec.img.000 and sys.img.000 respectively. So you could, potentially, switch this image from non-resizable to resizable. However, if you create a resizable image, you are kind of stuck. This is because the mbr is not available.

If you were to go from multipart to resizable, you’d need to rename the d1p1.img and d1p2.img on the server.
Rename d1p1.img to rec.img.000
Rename d1p2.img to sys.img.000

I hope this helps.

Sandi, I think that means that their task has been created by the auto-reg process. Did you associate an image to the auto-reg process? Then send it another image task?

I do have a new Win 2008 server. It replaced a Win 2003. Could that be the culprit?