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