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

    Fog Domain join issues

    Scheduled Pinned Locked Moved
    FOG Problems
    5
    12
    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.
    • S
      SuP3R_Ch1cKeN
      last edited by

      A common problem I see people having when moving to 1.0.1 from an earlier version is the username no longer needs the domain prefix. Try checking your AD settings for the host and verify that it shows just the username and domain in the respective fields.

      FOG Server OS: CentOS 7
      FOG Version: FOG 1.2.0

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

        I’m aware of some issues with Windows 8 and hostname changer, though all tests I’ve been able to perform say it works. Other’s seem to only change the netbios name. I don’t know why this is. I can’t narrow it down either.

        That all said,

        As super chicken states, are you sending the domain name with the username? I’ve made it so you don’t have to do this anymore. This shouldn’t have any effect on hostname changing, but as I said, I don’t see the issue on Windows 8 as others are.

        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
        • D
          Dekar
          last edited by

          I have tried it both with the domain name and without the domain name with the same result. Currently I have removed the domain name and am just using the username. I will keep troubleshooting and let you know if I come up with anything.

          Thanks for the reply!!

          1 Reply Last reply Reply Quote 0
          • D
            Dekar
            last edited by

            After some more tinkering I seem to have a little more information that might help to narrow this down.

            1. After I sysprep my image (Windows 8.1, x64) and upload it, I can deploy this image and it will rename and join the domain as intended.
            2. If I then take the freshly imaged machine (imaged with the sysprepped image listed in #1)and add drivers, software, ect. and then upload it to fog as a separate image WITHOUT sysprepping it, I run into the problem every time.
            3. I am willing to bet that if I created an image from a fresh install straight from the windows 8 disc and never sysprepped it to begin with that after deploying it fog services would function as intended as well. (have not tested it yet, just a theory)

            Hopefully this helps to narrow the problem down. I’ll continue to look into it.

            Thanks

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

              [quote=“Dekar, post: 29363, member: 19775”]After some more tinkering I seem to have a little more information that might help to narrow this down.

              1. After I sysprep my image (Windows 8.1, x64) and upload it, I can deploy this image and it will rename and join the domain as intended.
              2. If I then take the freshly imaged machine (imaged with the sysprepped image listed in #1)and add drivers, software, ect. and then upload it to fog as a separate image WITHOUT sysprepping it, I run into the problem every time.
              3. I am willing to bet that if I created an image from a fresh install straight from the windows 8 disc and never sysprepped it to begin with that after deploying it fog services would function as intended as well. (have not tested it yet, just a theory)

              Hopefully this helps to narrow the problem down. I’ll continue to look into it.

              Thanks[/quote]

              That would make a LOT of sense. Probably why I can’t replicate as I didn’t think to “sysprep” and test.

              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
              • Jaymes DriverJ
                Jaymes Driver Developer
                last edited by

                [quote=“Dekar, post: 29363, member: 19775”]After some more tinkering I seem to have a little more information that might help to narrow this down.

                1. After I sysprep my image (Windows 8.1, x64) and upload it, I can deploy this image and it will rename and join the domain as intended.
                2. If I then take the freshly imaged machine (imaged with the sysprepped image listed in #1)and add drivers, software, ect. and then upload it to fog as a separate image WITHOUT sysprepping it, I run into the problem every time.
                3. I am willing to bet that if I created an image from a fresh install straight from the windows 8 disc and never sysprepped it to begin with that after deploying it fog services would function as intended as well. (have not tested it yet, just a theory)

                Hopefully this helps to narrow the problem down. I’ll continue to look into it.

                Thanks[/quote]

                That’s probably because after the sysprep process occurs, it intends to stay with that machine and those hardware unique identifiers, the purpose of the sysprep is to generalize the installation so it can be prepared for a new machine with different hardware unique identifiers. Yes also put it in an out of the box state and that is where Unattend files come in handy to get your installation back to how you intend the end user to see it.

                I’m willing to bet that if you install the base windows 8 image and don’t sysprep you may run into the same issue. If not, it could be one of the drivers or programs you are installing after the sysprep process and before uploading again. Before you try to narrow down a problem driver, I have another solution, read on.

                To join a machine to an active directory domain, it likes things to be unique.

                I’m willing to bet that if you ran the sysprep process on image listed in step 2, and then push, you might see success in deploying and joining to a domain again.

                Sysprep doesn’t REMOVE drivers, it just freshens the install so it is acceptable to drivers again so if you move it to a new hardware it is less likely to have problems, provided that windows is still able to supplement a driver for its use. So deploying the sysprepped image to install drivers is actually a wasted process. I set up a path variable for C:\Drivers and pack all my driver files and install files there so when Windows looks for drivers, BAM it find the right ones, if not I install them manually after installation (this is a specific and quirky model and there are few of them so I don’t waste my time to fix the driver in the folder… possibly laziness.)

                WARNING TO USERS: My comments are written completely devoid of emotion, do not mistake my concise to the point manner as a personal insult or attack.

                1 Reply Last reply Reply Quote 0
                • D
                  Dekar
                  last edited by

                  My real goal with sysprepping was to have an image that is capable of being deployed to multiple computer models. What I was hoping to do (and maybe this is a flawed thought process) was to have an image that is sysprepped (to remove hardware unique drivers, add in activation keys, ect) so I could deploy it to the 20 different computer models I have. Then for each model I intended to install any missing/needed drivers and upload an image to fog for that model with drivers in-tact so when I deploy it, it is ready to go without being touched. Then I would end up with the following:

                  1. “golden” sysprepped image that I can use for all computer models - current and future (always have an image ready)
                  2. A “complete package” image (not sysprepped) for each model of computer I have (HP Elitebook 8440, HP Compaq DC7900, HP Elitebook 850, ect) this also allows me to have unique software added to these images so they are customized for the location (some software on these is as big as 50GB and does not work for group policy or snap-ins).

                  So really i’m not deploying sysprep to install drivers, in fact i’m doing quite the opposite. Really all the sysprepped image is for is to prevent having to pop a windows 8 disc into every model of computer and build an image from scratch. It gives me a good base that only needs drivers and miscellaneous software.

                  Does this sound like a reasonable approach, or am I going about this all wrong?

                  1 Reply Last reply Reply Quote 0
                  • D
                    Dave Bagwell
                    last edited by

                    I’m not sure if i’m in the right place but anyway. I was having trouble after I upgraded to Fog 1.1. The Windows 7 64 images would join the domain. I messed around with some setting but still didn’t work. I changed the domain name from local.local to local and the user name from local\username to username and it joined without issue. Sorry if i’m not in the correct place.

                    Thanks for everything you have given us with the Fog project

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

                      [quote=“Dave Bagwell, post: 29462, member: 5315”]I’m not sure if i’m in the right place but anyway. I was having trouble after I upgraded to Fog 1.1. The Windows 7 64 images would join the domain. I messed around with some setting but still didn’t work. I changed the domain name from local.local to local and the user name from local\username to username and it joined without issue. Sorry if i’m not in the correct place.

                      Thanks for everything you have given us with the Fog project[/quote]

                      Take the “domain” part out of the username entirely or you could have issues down the road.

                      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
                      • D
                        Dave Bagwell
                        last edited by

                        That is what I was trying to say, I removed the domain name from the username and the domain “.com” from the domain name under AD setting.

                        Thanks again

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

                          [quote=“Dave Bagwell, post: 29466, member: 5315”]That is what I was trying to say, I removed the domain name from the username and the domain “.com” from the domain name under AD setting.

                          Thanks again[/quote]

                          No problem, but you shouldn’t (necessarily) need to remove the .com part of the domain. If the base image is already attached to the domain, changing the domain name field would help.

                          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

                          155

                          Online

                          12.1k

                          Users

                          17.3k

                          Topics

                          155.4k

                          Posts
                          Copyright © 2012-2024 FOG Project