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

    Linux host name change after imaging?

    Scheduled Pinned Locked Moved Unsolved
    Linux Problems
    3
    19
    809
    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
      adam1972 @JJ Fullmer
      last edited by adam1972

      @JJ-Fullmer no domain. I get a feeling it’s a permission thing. The double reboot is actually more… I let it go a few times as a test. It’ll keep rebooting until I log in and the snapin runs. Once the snapin runs, the client changes the host name as it’s supposed to…
      I would’ve sworn it was doing it without my logging in… I think before I added the account creation to the snapin…

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

        I’m looking at a vm on it’s 7th reboot. It has the client, I’m almost 110% sure it’ll run through the snapin as soon as I log in. Is it suposed to wait for me to log in? I thought when i installed the service it would have the required permissions to do what it needs to? or am I completely wrong about it?

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

          Yup, as soon as I logged in, it did it’s thing 100%… This can’t be right?
          fog.log

          JJ FullmerJ 1 Reply Last reply Reply Quote 0
          • JJ FullmerJ
            JJ Fullmer Testers @adam1972
            last edited by

            @adam1972 I was about to ask for the log.
            So it looks like you don’t have the enforce option enabled for renaming the hose and the client thinks that someone is logged in. I’d try enabling enforce, I think it’s actually under the Active Directory settings a little checkbox there, might be under service or client settings on the host.
            I’m using 1.6 where it’s moved to under service settings on a host.

            Have you tried the FogApi powershell module? It's pretty cool IMHO
            https://github.com/darksidemilk/FogApi
            https://fogapi.readthedocs.io/en/latest/
            https://www.powershellgallery.com/packages/FogApi
            https://forums.fogproject.org/topic/12026/powershell-api-module

            A 1 Reply Last reply Reply Quote 0
            • A
              adam1972 @JJ Fullmer
              last edited by adam1972

              @JJ-Fullmer THANK YOU for geting back to me!😁😎😎
              These? They seem by default set to work…
              7320f149-bf5e-4659-ae2c-3b306abc6979-image.png
              1db367e4-6f99-4a19-a3bc-1c0f41a90c47-image.png
              f3ac73fd-19fa-4aeb-a8cd-06c657cfd982-image.png
              There’s nothing in AD
              b47c6e3a-d842-4a36-9630-0c97c8b77471-image.png

              JJ FullmerJ 1 Reply Last reply Reply Quote 0
              • A
                adam1972 @Tom Elliott
                last edited by

                @Tom-Elliott I’ve now updated the Fog Server and uninstalled rebooted, re-installed the client and rebooted. I re-captured the image again and proceeded to image a different VM… Same result. The snapin won’t run until I log in.
                The hostname has changed by the time I login, but snapins don’t run until (as I stated above) I log in.
                Is this as expected?

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

                  @adam1972 I believe the snapin running is expected to happen anytime, but I do know know the FOG Client code as I do pretyt much every other aspect of FOG unfortunately.

                  It is possible snapins cannot run until a user has logged in, but I don’t really have a means to validate that. (This would be specific to linux machines. I suspect mono engine that helps perform those tasks may need the user to login to establish permissions so this may not even be directly a fog client problem, but the installed mono package?)

                  The enforce host change thingy, that is under the host -> Active Directory and labelled:
                  Name Change/AD Join Forced reboot?

                  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
                  • JJ FullmerJ
                    JJ Fullmer Testers @adam1972
                    last edited by

                    @adam1972 said in Linux host name change after imaging?:

                    There’s nothing in AD
                    b47c6e3a-d842-4a36-9630-0c97c8b77471-image.png

                    That checkbox at the bottom of AD is where you enforce hostname changes I believe. Which I just noticed is also what @Tom-Elliott said 20 minutes ago.

                    I would also look at the snapin definition, this screenshot is from 1.6, but these boxes still existed on snapin definitions in 1.5 (minus the No action, it’s just checkboxes for shutdown or reboot I believe)
                    d810613a-d788-4c79-9ac9-fdfba821302e-image.png

                    If those are checked it could be part of why it’s doing so many reboots.

                    The fog client runs things in windows without being logged in, there’s actually 2 services running for it, a system service and a user service, I imagine linux works the same way.

                    However, if it’s waiting to perform the hostname change, there could be something else that’s causing a reboot at the linux OS level when the hostname is attempted to be changed without a reboot? If that is waiting to happen I believe the client waits for that to finish before attempting snapins. It causing the random restarts is still perplexing.

                    Have you tried the FogApi powershell module? It's pretty cool IMHO
                    https://github.com/darksidemilk/FogApi
                    https://fogapi.readthedocs.io/en/latest/
                    https://www.powershellgallery.com/packages/FogApi
                    https://forums.fogproject.org/topic/12026/powershell-api-module

                    A 1 Reply Last reply Reply Quote 0
                    • A
                      adam1972 @JJ Fullmer
                      last edited by

                      @JJ-Fullmer @Tom-Elliott I was going off of this for the services that should be running…
                      831f6bed-b8b7-4c95-9aa1-55ced25aeb42-image.png
                      3553412c-f5f5-4d66-bb0b-e0b433dcbb70-image.png
                      a4854ea8-31d9-4342-a6f0-c1395c990376-image.png
                      I haven’t messed with anything AD since it’s not joined. I can give ita try though…
                      Tried. Makes no difference. I also disabled a bunch of the FOG Services that I didn’t need,
                      These are the only ones running besides the one from AD that you said should be turned on

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

                        Yeah… That AD setting for host name actually kept the snapins from running at all… It just kept rebooting every few minutes after I logged in. Once I unchecked it, the snapins ran after i logged in again … whew!!! 😱🤣

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

                          @adam1972 The AD setting isn’t general. Basically it’s enforcing the reboot happens to change the hostname and/or complete joining the domain.

                          I think since there’s multiple points of hostname changing this isn’t working correctly (obviously) as the hostname shouldn’t need more than maybe 1 or 2 times to change it. Snapins running still is the end of the problem though? Not sure how to approach. Since hostname change is expecting to reboot maybe this is preventing the snapins from running. We could test that by disabling the hostname changing option altogether on this 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
                          • 1 / 1
                          • First post
                            Last post

                          171

                          Online

                          12.0k

                          Users

                          17.3k

                          Topics

                          155.2k

                          Posts
                          Copyright © 2012-2024 FOG Project