Running Version 1.3.0-RC-10 -- Capture Problem

[Satheesh]

Hi,

Image is capturing from Client is successful…But when we look into server /images folder…it’s create a file not folder

-rw-r–r-- 1 fog fog 0 Sep 9 16:12 Ubuntu_1404_64_LTS ----- File Name

But captured image availbel on below path

root@fogch01:/images/dev/005056ac124c# ls -l
total 2720132
-rwxrwxrwx 1 root root          5 Sep  9 16:13 d1.fixed_size_partitions
-rwxrwxrwx 1 root root          0 Sep  9 16:13 d1.has_grub
-rwxrwxrwx 1 root root    1048576 Sep  9 16:13 d1.mbr
-rwxrwxrwx 1 root root        192 Sep  9 16:13 d1.minimum.partitions
-rwxrwxrwx 1 root root          0 Sep  9 16:13 d1.original.fstypes
-rwxrwxrwx 1 root root         47 Sep  9 16:22 d1.original.swapuuids
-rwxrwxrwx 1 root root 2784343476 Sep  9 16:22 d1p1.img
-rwxrwxrwx 1 root root        192 Sep  9 16:13 d1.partitions

[Satheesh]

Now stated working properly…Not sure where was the problem

I did once again trunk update…reconfigured

[Wayne Workman]

Can you check your Apache logs and see if there are errors from the time and date when this capture completed? If you need to, you can re-run the capture and then look at the logs.

Web Interface -> FOG Configuration -> Log Viewer -> Apache error logs

[Tom Elliott]

@Wayne-Workman if I had a guess it seems a password issue as pretty normal. If the password has a special character that isn’t escaped right it could pose issues.

[Wayne Workman]

@Tom-Elliott I thought that too at first, but then I thought… rc10. So I wanted to check apache logs first.

[Tom Elliott]

@Wayne-Workman the FTP actions happen internally though so escaped passwords could be the problem for captures. the escape is mainly for the Linux command line and I suspect the password is in its escaped form presenting the escapes as a part of the password.

[Satheesh]

Now stated working properly…Not sure where was the problem

I did once again trunk update…reconfigured