Perfect @george1421! I’ll give it a whirl, thank you.

@foggystarz You might want to look through this thread for ideas for pxe booting recovery media with FOG: https://forums.fogproject.org/topic/10944/using-fog-to-pxe-boot-into-your-favorite-installer-images/3?_=1590418175520

@Derek-Newbold As a very first step I may ask you to post a picture of the error that you see on screen when an image does not properly deploy “due to image size being set to 0”.

While I can’t be absolutely sure (there have been many changes and fixes since FOG 1.5.4) I am not aware of the image size playing any role when deploying an image to a host! It’s true that in FOG 1.5.4 the image size on client field is being updated and set to 0 if it fails deploying and that is something strange we fixed lately. It will only ever do this on captures now.

Nevertheless I don’t think the image size should influence the deployment process in any way. Please provide error messages.

@ITHand Have you read through this topic start to end? May I ask you to do the database queries mentioned below and see if you can find out if one of the MAC addresses is already in the DB and which one it is. Take a very close look at all the network interfaces you have in your network manager on Windows - also tunnel interfaces and such.

@wafflest1ck said in Install Issue:

the issue is that our network is pretty tight

What exactly do you mean by this?

@DennisRentAll Let’s take one step back here. Is this a fresh clean install of FOG showing this issue or has this worked before and the problem turned up just now?

What Linux OS is this running on? Firewall disabled? SELinux disabled?

@sbenson But the other location was fast at one time. Or the root of the issue is the location IS the difference that causes speed issues??

@zyzhang Yes you can delete an image through the web UI and it will delete it on disk as well. But you have to make sure you use the delete button in the image settings view - not the multi delete from the list view!

@zyzhang Yes you can delete an image through the web UI and it will delete it on disk as well. But you have to make sure you use the delete button in the image settings view - not the multi delete from the list view!

Hey rhromyko! Thank you for that information! I was having the same problem.

@fritoss007 said in LDAP authentication with userPrincipalName fill with email address:

Should I report it somewhere else

In this tread is good enough. Both Tom and Sebastian are in this thread so its the right place at the right time.

@george1421 so far it’s only 2 out of the 12 I’ve done. If I hit boot from hard disk it will go to the drive, but otherwise nothing happens. Tried it multiple times.

Yes, the Dell Latitude 3189 are laptops that do not have internet ports and we had to use USB adapters. At that time, the version of FOG didn’t like same MACs for multiple machines. So the way I got around that was deleting the hosts since it was tied to a MAC from a USB and I was more concerned with just getting them imaged. I guess I deleted them prematurely. Unless I just overlooked something completely and did something wrong.

As for the deploy task ones, I’m not sure why they were stuck in there. They may have been ones that seemed to be giving me imaging problems and I turned off the machine before canceling it in the task menu.

@jhumpf Any news on this? What sort of task is this? Capture, deploy, multicast, other?

@TaTa I am wondering if you have any news on this topic or if we can mark this solved.

@EduardoTSeoane Just wanted to see if you are still buried in work…

@JulianC Well then we are missing some vital information here! What device is 10.229.9.50 and what is the IP of your FOG server and the NAS? Please post a picture of your storage configuration.

@John-Sartoris Sorry for the long delay. Took me a while to get other things done and find the time to look into this. I have not played with this myself and so I needed some time.

The topic linked mentions the Task State plugin (named taskstateedit). You need to enable/install it as a first step. Then define new task states that you want to have manually.

I have not been able to fully replicate the update of task states using the mentioned URL yet but I suppose we can figure this out if you are still keen to get this work. Let us know if defining the new states manually is something you consider to be usable in your case. I don’t think there is any other way. You can’t just call the URL as ...&stateid=This%20is%20my%20new%20state sort of thing.

@Sebastian-Roth Yes, the update resolved the disk partition issue thanks.

Final update:
Replacing the hardware solved the issue.
So it was either a hardware defect, or a bug in the firmware.