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

    FOGFTP Faile to rename file.

    Scheduled Pinned Locked Moved
    FOG Problems
    4
    15
    3.5k
    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.
    • Wayne WorkmanW
      Wayne Workman
      last edited by Wayne Workman

      2 answers in under 2 minutes, from a moderator and a senior developer - for free. Can Microsoft do that? Nope. Takes them 2 days to respond to a paid support email.

      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/

      1 Reply Last reply Reply Quote 1
      • K
        kenneth.sisco
        last edited by

        Thank you both for the advice! I checked under .fogsettings and saw that the password was randomly generated, so it was not what I was expecting. I updated that and am doing a test upload now. Will report back with results! 🙂

        Wayne WorkmanW 1 Reply Last reply Reply Quote 0
        • Wayne WorkmanW
          Wayne Workman @kenneth.sisco
          last edited by

          @kenneth.sisco If that’s all you did, then it probably won’t work still. You need to follow all the steps in that article for credentials.

          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/

          K 1 Reply Last reply Reply Quote 0
          • K
            kenneth.sisco
            last edited by

            I feel like I may have made this worse. Now, my upload stops at this point. If I look under /images/dev/[mac address], I do still see all the files there, but the task on the client just gets stuck here.

            The change that I made was to /opt/fog/.fogsettings, and I changed two lines. I still have the default password of “password” for the “fog” account. These two lines were changed:

            password=‘password’;
            storageftppass=‘password’;

            Before, these two lines showed what appeared to be randomly-generated passwords within the quotes. Did I do something wrong?

            alt text

            1 Reply Last reply Reply Quote 0
            • K
              kenneth.sisco @Wayne Workman
              last edited by

              @Wayne-Workman Good catch - I need to read the manual! 🙂

              I’ll go through and update everywhere as it states, then try again. Thank you!

              1 Reply Last reply Reply Quote 1
              • K
                kenneth.sisco
                last edited by

                I updated the credentials in the following locations:
                Web Interface -> Storage Management -> Default Member -> Management Username & Management Password
                Web Interface -> FOG Configuration -> FOG Settings -> TFTP Server -> FOG_TFTP_FTP_USERNAME & FOG_TFTP_FTP_PASSWORD
                /opt/fog/.fogsettings - “password” line and “storageftppass” line.
                Local fog user’s password (passwd command).

                I rebooted the server after doing the above, then double-checked all locations to be sure nothing changed. Tried uploading again, and I get the same as the screenshot in my previous post here. It gets hung after “Stopping FOG Status Reporter.”

                The image files are still located on the server under /images/dev/[mac address], so they’re being uploaded, but I definitely made this worse haha.

                Is there a log file that I can check to get more detail?

                1 Reply Last reply Reply Quote 0
                • S
                  Sebastian Roth Moderator
                  last edited by

                  @kenneth-sisco Have you tried to connect via a normal FTP client to see if the credentials are correct?? See in the troubleshooting guide Tom and Wayne posted.

                  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

                  K 1 Reply Last reply Reply Quote 1
                  • K
                    kenneth.sisco @Sebastian Roth
                    last edited by

                    @Sebastian-Roth Yes, I have. I went ahead and did it again just to be safe. Using WinSCP, I can connect via FTP to the server using the standard fog credentials and traverse all directories no problem.

                    1 Reply Last reply Reply Quote 0
                    • S
                      Sebastian Roth Moderator
                      last edited by Sebastian Roth

                      @kenneth-sisco Well then please post the output of mount here in the forum. I have another idea what’s causing this.

                      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

                      K 1 Reply Last reply Reply Quote 0
                      • K
                        kenneth.sisco @Sebastian Roth
                        last edited by kenneth.sisco

                        @Sebastian-Roth Here you are!

                        '/dev/sda1 on / type ext4 (rw,errors=remount-ro)
                        proc on /proc type proc (rw,noexec,nosuid,nodev)
                        sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
                        none on /sys/fs/cgroup type tmpfs (rw)
                        none on /sys/fs/fuse/connections type fusectl (rw)
                        none on /sys/kernel/debug type debugfs (rw)
                        none on /sys/kernel/security type securityfs (rw)
                        udev on /dev type devtmpfs (rw,mode=0755)
                        devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
                        tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
                        none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
                        none on /run/shm type tmpfs (rw,nosuid,nodev)
                        none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
                        none on /sys/fs/pstore type pstore (rw)
                        /dev/sdb on /images type ext3 (rw)
                        systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
                        rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
                        nfsd on /proc/fs/nfsd type nfsd (rw)
                        
                        1 Reply Last reply Reply Quote 0
                        • S
                          Sebastian Roth Moderator
                          last edited by

                          @kenneth-sisco So you have /images formated with ext3 as I see.

                          Read this:

                          Learned something new 
 (pretty much every day!)
                          ext3 does some kind of defragmentation/reallocation foooo when files are being deleted!
                          http://www.depesz.com/2010/04/04/how-to-remove-backups/
                          I (re)moved all my images, re-formated with ext4, put it all back together and now everything seems fine. Deleting of 150GB image takes less than 10 seconds. Awesome!!! I really wonder why very little people have issues with this. Is ext3 not in use in most recent distributions??

                          As well interesting that you formated the whole disk (sdb). Usually people create one single full size partition on a hard drive (e.g. sdb1) before formating it.

                          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 0
                          • K
                            kenneth.sisco
                            last edited by

                            Updated to the latest trunk release on the SVN and had to run the SQL commands listed here:
                            https://forums.fogproject.org/topic/7734/snapin-id-was-not-set-or-unable-to-be-created-svn-revision-5661/27

                            After that, it started working great.

                            Thanks for the help, guys!

                            1 Reply Last reply Reply Quote 0
                            • 1 / 1
                            • First post
                              Last post

                            260

                            Online

                            12.0k

                            Users

                            17.3k

                            Topics

                            155.2k

                            Posts
                            Copyright © 2012-2024 FOG Project