• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

FOG won't move images

Scheduled Pinned Locked Moved Solved
FOG Problems
5
27
10.7k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • Q
    Quazz Moderator @Wayne Workman
    last edited by Quazz Apr 13, 2016, 7:05 AM Apr 13, 2016, 1:03 PM

    @Wayne-Workman Yes.

    I did notice that in the prep stages of the capture it sets permissions for /images/macaddress rather than /images/nameofimage ,not sure if that’s relevant or not though.

    On latest trunk I get the same error as https://forums.fogproject.org/topic/7153/unable-to-upload-image-error-returned-type-2-file-var-www-fog-lib-fog-fogftp-class-php/2

    Obviously, deleting the folders prior to capture each time would get tedious after a while, so I’m hoping for a better solution.

    1 Reply Last reply Reply Quote 1
    • Q
      Quazz Moderator
      last edited by Apr 14, 2016, 1:02 PM

      0_1460638871080_FOG.jpg

      This is what I get with latest update, not sure if this happens before the FTP move (since the images aren’t moved yet)

      W 1 Reply Last reply Apr 14, 2016, 1:06 PM Reply Quote 0
      • W
        Wayne Workman @Quazz
        last edited by Apr 14, 2016, 1:06 PM

        @Quazz I’ve had this error before, it turned out to be an FTP thing every time for me - but with different causes. a bad password set for the fog account, or bad permissions in the /images directory, or selinux turned on.

        My suggestion would be to comb through all the FTP stuff again - but slower this time.

        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
        Daily Clean Installation Results:
        https://fogtesting.fogproject.us/
        FOG Reporting:
        https://fog-external-reporting-results.fogproject.us/

        Q 1 Reply Last reply Apr 14, 2016, 1:27 PM Reply Quote 0
        • Q
          Quazz Moderator @Wayne Workman
          last edited by Apr 14, 2016, 1:27 PM

          @Wayne-Workman I can manually connect to the FTP by copy pasting the password from any location.

          Permissions are 777 (set by chmod -R 777), ownership is fog:fog (chown -R fog:fog) and have been for a while now.

          Running Ubuntu, so Selinux is not even installed at all.

          I believe Tom checked those things as well when we had join.me session.

          I double checked everything multiple times to make sure the issue wasn’t on my side, but I’ll explore some more out there ideas now. Will report back if I have some progress.

          1 Reply Last reply Reply Quote 0
          • S
            Sebastian Roth Moderator
            last edited by Sebastian Roth Apr 14, 2016, 10:23 AM Apr 14, 2016, 4:20 PM

            @Quazz At this stage of upload the client is kind of reporting back to the FOG server - triggering the image file move via FTP. Please see if you have any errors in the apache log (/var/log/apache/error.log) when you see this messages on screen!

            As well you can try sending that request from a different (linux) machine to see what’s going on.

            wget --post-data="mac=<mac>&type=up&osid=<osid>" -qO - http://${web}service/Post_Stage2.php
            

            Put in <mac> and <osid> to match your client/image information…

            The (empty) Error returned: message on screen seems to tell us that there was no error returned. That’s why I guess you should see something in the apache error log…

            Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

            Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

            1 Reply Last reply Reply Quote 1
            • Q
              Quazz Moderator
              last edited by Apr 15, 2016, 1:48 PM

              Tom found the issue.

              When I was troubleshooting when I originally made the file, I used a FTP client to verify everything was in order. This in turn created .listing files in the image folders. There was no need to delete hidden files, so FOG wasn’t programmed to do so… until now! The hidden files then meant that rmdir would fail because the folders contained files.

              But thanks to Tom’s awesome work it should now work every time 🙂

              1 Reply Last reply Reply Quote 2
              • S
                Sebastian Roth Moderator
                last edited by Sebastian Roth Apr 15, 2016, 7:53 AM Apr 15, 2016, 1:53 PM

                Good catch man! Marking this solved.

                Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                1 Reply Last reply Reply Quote 2
                • 1
                • 2
                • 2 / 2
                2 / 2
                • First post
                  27/27
                  Last post

                164

                Online

                12.0k

                Users

                17.3k

                Topics

                155.2k

                Posts
                Copyright © 2012-2024 FOG Project