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

Image not moved from /images/dev, no errors (Ubuntu 14)

Scheduled Pinned Locked Moved Solved
FOG Problems
4
12
2.6k
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.
  • A
    abulhol @Wayne Workman
    last edited by Mar 18, 2016, 5:30 PM

    @Wayne-Workman Thanks for the fast reply!
    I had really set all the passwords correctly, but as I then noticed, the Interface in “Storage Management” was set to eth0, while actually 192.168.2.1 is assigned to eth1. So after I changed “Interface” to eth1, it looks like everything works now.
    I guess I should have chosen “Yes” for “Would you like to change the default network interface from eth0?” during installation.

    Yet, regarding the permissions and password issues - why are these not set by FOG directly during installation?
    When I checked these, I noticed that the password was empty for TFTP in the FOG Settings, and the Linux fog user had a different password as well (not “password”). Is there a specific reason why these are not set to the default values as well?

    Benjamin

    W 1 Reply Last reply Mar 18, 2016, 5:37 PM Reply Quote 0
    • W
      Wayne Workman @abulhol
      last edited by Mar 18, 2016, 5:37 PM

      @abulhol Normally they are set by the installer on a fresh installation of 1.2.0. That said, 1.2.0 was imperfect in many ways. Stable - but imperfect. FOG Trunk (which is what will be 1.3.0 eventually) fixes all these issues. Also, no fog installer will ever just change what you have set in the DB, fog assumes the admin knows best. and in storage management, all the stuff in there is stored in the DB.

      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
      • A
        abulhol
        last edited by Mar 21, 2016, 9:11 AM

        Hi again,
        I can report the following:
        At least in my case, the whole problem lies in the “interface” setting in “Storage management”. If this is not set to the interface corresponding to the interface where FOG web console is running, the image will not be moved from dev.
        It has nothing to do with the permissions or credentials.
        In particular, permissions created by FOG are 777:

        myuser@mypc:~$ ll /images/
        total 20
        drwxrwxrwx  5 root root 4096 Mär 21 10:00 ./
        drwxr-xr-x 28 root root 4096 Mär 21 09:22 ../
        drwxrwxrwx  2 root root 4096 Mär 21 10:00 dev/
        drwxrwxrwx  2 root root 4096 Mär 21 09:48 Image1/
        -rwxrwxrwx  1 root root    0 Mär 21 09:22 .mntcheck*
        drwxrwxrwx  2 root root 4096 Mär 21 09:22 postdownloadscripts/
        

        so no need to change the linux password for fog user.

        I have also tested whether changing the interface during install process (“Would you like to change the default network interface from eth0?”), but this has no effect on the setting in storage management.

        If this is fixed in FOG 1.3, that’s fine, but please also add this troubleshoot to https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP#Images_stuck_in_.2Fimages.2Fdev

        In any case, thanks for your help!
        Benjamin

        W 1 Reply Last reply Mar 21, 2016, 3:52 PM Reply Quote 0
        • S
          Sebastian Roth Moderator
          last edited by Mar 21, 2016, 1:49 PM

          @abulhol Thanks for reporting back! I added that hint to the wiki article.

          I have also tested whether changing the interface during install process (“Would you like to change the default network interface from eth0?”), but this has no effect on the setting in storage management.

          Hmmm, not sure if this might still be an issue in FOG trunk. I guess we don’t test interface other than eth0 very often. Do you mean, even telling the installer to use eth1 (for example) will set eth0 in storage management interface setting??

          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

          A W 2 Replies Last reply Mar 21, 2016, 2:37 PM Reply Quote 0
          • A
            abulhol @Sebastian Roth
            last edited by Mar 21, 2016, 2:37 PM

            @Sebastian-Roth No, telling the installer to set default interface to eth1 does not affect the interface in storage management.

            1 Reply Last reply Reply Quote 0
            • W
              Wayne Workman @Sebastian Roth
              last edited by Wayne Workman Mar 21, 2016, 9:52 AM Mar 21, 2016, 3:36 PM

              @Sebastian-Roth said:

              Hmmm, not sure if this might still be an issue in FOG trunk. I guess we don’t test interface other than eth0 very often. Do you mean, even telling the installer to use eth1 (for example) will set eth0 in storage management interface setting??

              It’s fixed in fog trunk. And he’s talking about the interface that is stored in the DB for the default storage node that gets created at install.

              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
              • W
                Wayne Workman @abulhol
                last edited by Mar 21, 2016, 3:52 PM

                @abulhol said:

                If this is fixed in FOG 1.3, that’s fine, but please also add this troubleshoot to https://wiki.fogproject.org/wiki/index.php/Troubleshoot_FTP#Images_stuck_in_.2Fimages.2Fdev

                Added.
                https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_FTP#Interface

                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
                • R
                  robe2conoby
                  last edited by Mar 22, 2016, 3:38 PM

                  I am having these same issues with 1.2.0 on ubuntu 12.4 lts . I followed the instructions for the ftp images stuck, added the passwords now it fails at tftp. I could get past this before adding the passwords ,but would have to move the image manually to the folder .

                  1 Reply Last reply Reply Quote 0
                  • S
                    Sebastian Roth Moderator
                    last edited by Mar 22, 2016, 4:49 PM

                    @robe2conoby Please open a new topic and post all the details of your setup there. FOG version, OS (version), related settings, things you tried, URL of instructions you followed, picture of the error screen…

                    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

                    R 1 Reply Last reply Mar 22, 2016, 8:19 PM Reply Quote 1
                    • R
                      robe2conoby @Sebastian Roth
                      last edited by Mar 22, 2016, 8:19 PM

                      @Sebastian-Roth thanks I figured it out .

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

                      159

                      Online

                      12.0k

                      Users

                      17.3k

                      Topics

                      155.2k

                      Posts
                      Copyright © 2012-2024 FOG Project