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

  • Senior Developer

    @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.

  • Senior Developer

    @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