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

    FOG 1.0.1 Snapin Client disabled

    Scheduled Pinned Locked Moved
    Windows Problems
    5
    18
    6.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.
    • L
      Luke4231
      last edited by

      Hello,
      I have a problem with the FOG Service Snapin Client on windows 7 x64 machines. The fog.log states:
      5/15/2014 9:19 AM FOG::SnapinClient Attempting to connect to fog server…
      5/15/2014 9:19 AM FOG::SnapinClient Module is disabled on this host.
      A little background, I performed a clean install of FOG 1.0.0. Everything seemed to work except the client snapin, same message as above. I reinstalled the client serveral times on several pc’s, same message. I saw that Fog 1.0.1 just came out, so I upgraded by rerunning the .sh file. Everything went without a hitch. Reinstalled client again to win7 and rebooted fog server. I can’t figure out why the snapin’s are still disabled. I’ve made sure I checked the snapins on the client install and checked the server snapin options in fog settings and host table for the host. Any ideas?

      1 Reply Last reply Reply Quote 0
      • K
        kwisher
        last edited by

        I’m having issues with my snapins that worked correctly in .32 NOT working in 1.0.1 since upgrading. They “appear” to be deployed but do not actually execute on the client either from a fresh image download or deploying them separately. I even removed them from FOG and reuploaded them with the same settings.

        1 Reply Last reply Reply Quote 0
        • ?
          A Former User
          last edited by

          [quote=“Luke4231, post: 27201, member: 24207”]Hello,
          I have a problem with the FOG Service Snapin Client on windows 7 x64 machines. The fog.log states:
          5/15/2014 9:19 AM FOG::SnapinClient Attempting to connect to fog server…
          5/15/2014 9:19 AM FOG::SnapinClient Module is disabled on this host.
          A little background, I performed a clean install of FOG 1.0.0. Everything seemed to work except the client snapin, same message as above. I reinstalled the client serveral times on several pc’s, same message. I saw that Fog 1.0.1 just came out, so I upgraded by rerunning the .sh file. Everything went without a hitch. Reinstalled client again to win7 and rebooted fog server. I can’t figure out why the snapin’s are still disabled. I’ve made sure I checked the snapins on the client install and checked the server snapin options in fog settings and host table for the host. Any ideas?[/quote]
          Hello Luke4321,

          In my case, I have Ubuntu 14.04 + FOG 1.0.1. In FOG WebGUI, go to Service Management (the icon between printer and tasks management) and check the snapins service is enabled. You must also enable the service in the host services.
          I don’t understand very well this behaviour, because in previous versions it was supposed that the the Service Management configuration overrides the hosts services configuration. In this new version, it seems that you must enable both to get it working. Once you disable one of them, it disables the service.
          I have checked my fog.log and, when I disable the snapin service in the host side but it is globally enabled, I get the message “SnapinClient Module is disabled on this host”. On the other hand, when I globally disable the snapin service but enable it in the host side, I get the message “SnapinClient Module is disabled globally in the FOG Server”.
          Having reached this point, if you have to enable it in several hosts, I suggest you make a group with all the machines you want and enable it in the group. This enables it per machine.
          This makes me think that, if you have to manually configure each host/group services no matter what the global settings are, these global settings aren’t useful.
          If so, this should be in the Features Request forum.

          Hope to have helped!

          1 Reply Last reply Reply Quote 0
          • Tom ElliottT
            Tom Elliott
            last edited by

            [quote=“Smog, post: 27359, member: 572”]Hello Luke4321,

            In my case, I have Ubuntu 14.04 + FOG 1.0.1. In FOG WebGUI, go to Service Management (the icon between printer and tasks management) and check the snapins service is enabled. You must also enable the service in the host services.
            I don’t understand very well this behaviour, because in previous versions it was supposed that the the Service Management configuration overrides the hosts services configuration. In this new version, it seems that you must enable both to get it working. Once you disable one of them, it disables the service.
            I have checked my fog.log and, when I disable the snapin service in the host side but it is globally enabled, I get the message “SnapinClient Module is disabled on this host”. On the other hand, when I globally disable the snapin service but enable it in the host side, I get the message “SnapinClient Module is disabled globally in the FOG Server”.
            Having reached this point, if you have to enable it in several hosts, I suggest you make a group with all the machines you want and enable it in the group. This enables it per machine.
            This makes me think that, if you have to manually configure each host/group services no matter what the global settings are, these global settings aren’t useful.
            If so, this should be in the Features Request forum.

            Hope to have helped![/quote]

            Thank you for assisting with this.

            I don’t recall past versions of FOG working on the host side even if the Service was globally active.

            Yes, it’s a two part process, but it allows very granular control of the services.

            While it can be troublesome for some setups, it’s also designed to work in this pattern.

            Is the service Globally Enabled?

            If Yes, is the service enabled for the host? If No, stop action.

            If Yes, pass the parameters for success. If No, stop-action.

            Why would it be useful like this?

            Because you may, at times, need to just keep actions from happening from a singular host. Kind of like Active directory joining can be enabled and disabled per host. There may be a system you don’t want to install any snapin’s on. If you have it set so it only cares if one OR the other is on, you’d have to disable globally which would stop all actions on all hosts no matter what their individual service status says.

            I hope this brings clarity to it all.

            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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

            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
            • A
              Albatros
              last edited by

              I tested Snapins on my VirtualBox test client and got always the message that the snapin module is disabled on this host.
              Checked the checkbox in the host and its checked, unchecking and checking it again didn’t helped.

              Have now taked a look into the file servicemodule-active.php and added debug messages. The method
              [CODE]$modState->isValid()[/CODE]
              returns nothing on my side, I expected a value of 0 or 1.
              Checking ths method
              [CODE]$modState->get(‘state’)[/CODE]
              returns the value of 1.

              Is here missing the override of the method isValid in the file ModuleAssociation.class.php?

              1 Reply Last reply Reply Quote 0
              • Tom ElliottT
                Tom Elliott
                last edited by

                [quote=“Albatros, post: 27405, member: 16710”]I tested Snapins on my VirtualBox test client and got always the message that the snapin module is disabled on this host.
                Checked the checkbox in the host and its checked, unchecking and checking it again didn’t helped.

                Have now taked a look into the file servicemodule-active.php and added debug messages. The method
                [CODE]$modState->isValid()[/CODE]
                returns nothing on my side, I expected a value of 0 or 1.[/quote]
                The $modState->isValid() simply returns true or false. If you are comfortable with mysql statements from the console could you give some output to the following statement:
                [code]SELECT hostID FROM hosts WHERE hostName = ‘<hostname>’ \G;
                SELECT * FROM moduleStatusByHost WHERE msHostID = ‘<hostID>’ \G;[/code]

                You should see all your modules, but msState should be 1. Also make sure the msID is not 0 for the related Module ID. If it is zero, this is likely why you’re seeing the problem. An MSID of 0 is not valid, so it doesn’t pass the isValid() check. Also, verify that the msHostID is set to the correct hostID. My guess, though is the MSID has an ID of 0 and this is why it’s not getting the service properly.
                [quote=“Albatros, post: 27405, member: 16710”]Checking ths method
                [CODE]$modState->get(‘state’)[/CODE]
                returns the value of 1.

                Is here missing the override of the method isValid in the file ModuleAssociation.class.php?[/quote]

                There should not be an isValid override in ModuleAssociation.class.php. Unless I need to specify required fields, which may come into play in this file. Required fields would be module id that is a valid module and host id that is a valid host.

                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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                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
                • A
                  Albatros
                  last edited by

                  [CODE]SELECT hostID FROM hosts WHERE hostName = ‘ITFOGWinxp’ \G;[/CODE]
                  Result
                  [CODE]hostID: 14
                  1 row in set (0.00 sec)[/CODE]

                  [CODE]SELECT * FROM moduleStatusByHost WHERE msHostID = ‘<hostID>’ \G;[/CODE]
                  Result
                  [CODE]msID: 111
                  msHostID: 14
                  msModuleID: 6
                  msState: 1
                  1 row in set (0.00 sec)[/CODE]

                  How I see the msState has teh value of 1.

                  1 Reply Last reply Reply Quote 0
                  • Tom ElliottT
                    Tom Elliott
                    last edited by

                    Albatros, do me a favor and uncheck all the service modules on this particular host.

                    Click update and perform the 2nd sql statement from above.

                    There should be no output at all for that host.

                    The only module that appears to be active on that particular system is the snapin client, but is it enabled on the server/globally enabled?

                    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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                    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
                    • Tom ElliottT
                      Tom Elliott
                      last edited by

                      Albatros, if you’re daring, can you try from the latest svn?

                      I found an easier, and probably, more accurate way to find the state of a module.

                      Before I was just looping through everything and having it print out the status as it looped through. It turns out, we don’t even need to verify the state or validity of the module. When you uncheck the service modules within the host services settings, it actually removes the reference from the database. This makes the state part of the database not really needed and makes it simpler to find out if the modules are active on a host or not.

                      I’ve made these corrections in SVN 1706 and tested. All seems correct on my side and hopefully will correct this on your side:
                      [code]wget -O /var/www/fog/service/servicemodule-active.php https://svn.code.sf.net/p/freeghost/code/trunk/packages/web/service/servicemodule-active.php[/code]

                      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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                      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
                      • A
                        Albatros
                        last edited by

                        Update to revision 1706 and if the services are enabled, then it works.

                        If I disable the services I get an internal server error. This is in the apache log file
                        [CODE][Mon May 19 13:16:12 2014] [error] [client 192.168.9.14] PHP Warning: mysqli_close(): Couldn’t fetch mysqli in /var/www/fog/lib/db/MySQL.class.php on line 45, referer: http://192.168.9.13/fog/management/index.php?node=host&sub=edit&id=14[/CODE]

                        1 Reply Last reply Reply Quote 0
                        • Tom ElliottT
                          Tom Elliott
                          last edited by

                          Try upgrading to SVN 1708 and see if it still occurs. I moved to mysqli functions and was finally able to get them class based as well.

                          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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                          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
                          • A
                            Albatros
                            last edited by

                            Updated to rev 1708 tested it and if no services selected this error appears.
                            [CODE]PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/service/servicemodule-active.php on line 37[/CODE]

                            1 Reply Last reply Reply Quote 0
                            • Tom ElliottT
                              Tom Elliott
                              last edited by

                              Will push fix for that shortly. Sorry.

                              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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                              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
                              • Tom ElliottT
                                Tom Elliott
                                last edited by

                                svn 1709 should address that error as well as remove mysql_ functions and use the $this->DB calls for database purely where needed.

                                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! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                                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
                                • A
                                  Albatros
                                  last edited by

                                  The error is gone and now FOG Services works fine 😉

                                  Ty very much

                                  1 Reply Last reply Reply Quote 0
                                  • K
                                    kwisher
                                    last edited by

                                    How can I get the svn versions you mentioned? I cannot get snapins to deploy at all.

                                    1 Reply Last reply Reply Quote 0
                                    • A
                                      Albatros
                                      last edited by

                                      Here is a nice tutorial on the wiki
                                      [url]http://fogproject.org/wiki/index.php/SVN[/url]

                                      1 Reply Last reply Reply Quote 0
                                      • L
                                        Luke4231
                                        last edited by

                                        [quote=“Tom Elliott, post: 27440, member: 7271”]svn 1709 should address that error as well as remove mysql_ functions and use the $this->DB calls for database purely where needed.[/quote]

                                        Nice, upgraded to revision 1710 and everything works now. So far.
                                        Thx.

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

                                        190

                                        Online

                                        12.0k

                                        Users

                                        17.3k

                                        Topics

                                        155.2k

                                        Posts
                                        Copyright © 2012-2024 FOG Project