@lawrence1997 What is the exact error you see? As Wayne said, please post a picture!

As well the partition layout would be very helpful! See if you have d1.partitions for that machine in your /images directory (or possibly /images/dev - if the upload did not finish). Good question coming up. Does this error occur on capture (upload) or deploy (download)???

@Wayne-Workman
Ok…I,ll try to update my server. Thanks for your time and your answers.

I appreciate!!

Yes, when I installed FOG, I clicked Y for the, “Would you like to use the FOG server for dhcp service? [Y/n]” option.

Most likely these are partially (or fully captured that were unable to move) capture images hanging out in /images/dev

Thank you very much! I got it!

Thanks for all the suggestions, we tried all the mount scenarios, its like Tom said you cannot NFS share an NFS/CIFS share.

It would be awesome if Wayne’s idea can be implemented in Fog so everything can be stored on the NAS, so the virtual Fog server disk space will be as small as possible.

We think the whole community will be very happy with it… at least we will be 🙂

Peter

Cheers Wayne, you live and learn.

That sorted the issue. Please mark this as resolved.

Regards. Kiweegie.

@MacGeek83 The images are not gone, just the image definitions are - because you deleted the node, which contains all the image definitions. You can recreate these manually if you like.

@Tom-Elliott That worked! I believe the issue lies in the fact that we have some customizations in the bootmenu.class.php file. When I removed those directories and reran the installer, I didn’t copy that file over and everything worked like a charm.

I’ll be copying our custom file over, and trying it again and if it breaks, I will know for certain the issue lies there. I can then compare the two and make changes to the new file being pulled down by the installer.

Thanks for your fast help!

Confirmed fixed (again) in r7174. 🙂

@Tom-Elliott I don’t think it’s a mysql error but a php error, php for centos tends to be a little tricky and some things are missing on the redhat builds, the apache logs point out that same php error, maybe we could try an alternative for mysqli->query

Good morning everyone! I appoligise for not replying any sooner. I did some testing and this i was able to solve my problem. I realized that i was able to PXE boot from a physical machine. Just not with a virtual machine with Windows 7 X64 in Hyper-V. I found a post that explain to use a legacy network card. I did the change and i was able to register my VM in FOG. Thank you all for your help. Incase, here is the link i found…
https://www.petri.com/boot-hyper-v-virtual-machine-using-pxe

Good day Yall! 🙂

@Quazz ah, yes you are right. I didn’t think about that, enterprise only. And not installed by default. But the FTP test should work from Windows. I would try connecting to the FTP share from the CentOS that should give you an indication as to if the server with NFS is accessible.

@Wayne-Workman AHA! Thank you!

George is right.

Also - if this DHCP service isn’t run by your company - you can block it totally at the router level and just run your own as well. That’s another option.

@Tom-Elliott Mine is imaging! Thanks!

@Wayne-Workman said:

@Sebastian-Roth Have you had any time to mess with this?

Have been on a short holiday far away from net and power… but working on it right now. 😉

@Sebastian-Roth the package ist called

php7.0-mcrypt

but the problem still exists after installing.

I’m working on a fresh install in parallel, so I think I won’t touch this one anymore. Thanks so far!

Just going to guess that the other two threads I responded two dealing with different, but VERY similar issues, this is likely fixed now. Of course a test and report will still be very useful.

https://forums.fogproject.org/topic/7148/attempting-to-expand-fill-partitions-failed
https://forums.fogproject.org/topic/7103/fog-after-update-could-not-recreate-main-partition