capture image : bug at the end to rename tmp folder

[collins91]

Hi,
Since few months, I got problem to capture image nicely. At the end, there is a temporary folder in /images/dev with the captured image (/images/dev/xxxx_tmp_folder_name), and there is a “dead link” in image folder (/image/final_name_of_capture_folder)
I have to simply remove “final_name_of_capture_folder” and move xxxx_tmp_folder_name to /images and rename it “final_name_of_capture_folder”.
After everything works fine.
Any idea? Or maybe a log file that could help me to find the problem?
It’s like a final fog script bug to do nicely a link…
Thanks.
Fog version : 1.5.9 with unbuntu server 20.04.5 LTS

[george1421]

@collins91 I don’t have an answer for you, but I can connect what you see to how FOG works.

With FOG, the FOS Engine (OS that gets loaded onto the target computer for capturing and deploying images) uses NFS to move disk information between the FOG server and target computer.

On the fog server there are two NFS shares.

1. /images that is shared as read only. That is where all of the captured image files end up. The read only attribute keeps the image files from being messed with (i.e. deleted) over the network once they are captured.
2. /images/dev that is shared as read/write. That is where the files temporarily stored at while being captured.

So now you have the basis of the design.
At capture the FOS engine creates a temporary directory in /images/dev share as the mac name of the target computer for uniqueness.

Once the NFS upload is completed. The FOS engine connects to the FOG server using the ftp protocol using the fogproject user account and instructs the OS to move the file pointer for the image from the temp location on /images/dev/<mac_name> to /images/<image_name>. Since only the file pointers are updated this “move” happens very fast.

Then the target computer reboots.

Now to tie this back into what you are seeing, the process seems to be failing on the ftp login and use of the mv command. Your condition kind of tells me the problem is a file permission issue where the (linux user) fogproject doesn’t have the proper permissions needed to execute the mv command.

I would start there for trying to understand why its failed, for example lets say your dead link folder was created by root, and the fogproject user doesn’t have the rights to change a directory created by root. That would cause the process to fail as you outlined.