Running Version 1.3.0-RC-10 -- Capture Problem
-
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
-
Now stated working properly…Not sure where was the problem
I did once again trunk update…reconfigured
-
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
-
@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.
-
@Tom-Elliott I thought that too at first, but then I thought… rc10. So I wanted to check apache logs first.
-
@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.
-
Now stated working properly…Not sure where was the problem
I did once again trunk update…reconfigured