Updating Database...failed while updating an existing Image

We are running Version 1.3.5-RC-1 SVN Revision: 6066 and have the following Problem.

The Capturing of a new image does work without a problem, but if we try to recapture an existing Image the “Updating Database failed” Error occurs.

It looks like the capturing to /image/dev works just fine and the error occurs while moving the image files to /image/imagename.
The existing image files created by fog are owned by root and the rights are 777, in fact that is the Situation for the whole /image.

If I delete the existing image files before capturing the Task finishes successful.

@george1421 Also one test would be to connect via ftp to the fog server. Change to the /images/dev directory and see if you can create a text file. Then try to move (mv) the file to the /images directory.

Thanks for the answer.
Unfortunately that is not the solution. I checked the password for the user fog, the one stored in .fog_settings and the one in the web interface storage note configuration are identical and working fine.

Logged into ftp with the credentials successfully.

On top of this if the Image doesn`t exist before capturing or the directory /image/P_Studi_HP650_2016_aktuell is empty everything works fine and the vsftpd.log states “230 Login successful”

When FOG captures a target system, during the capture process the images are uploaded by the FOS target engine to the FOG server using NFS to the /images/dev/<mac_address> directory. This part seems to be working for you

Once the capture is complete, FOS connects to the FOG server using FTP to move the captured image from /images/dev/<mac_address> to the /images/<image_name> directory. It does this since the move happens on the FOG server and only the file pointer is changed to the new directory. This is done very fast.

Now the issue (and I believe yours) is if the linux fog user’s password is not in line with the account defined in the storage configuration setting for the master node.

If this linux fog account password was changed for some reason the image capture process will fail.

My second recommendation would be to update from RC1 to the latest RC release (RC10).