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

    Some Computers Fail to Join Domain

    Scheduled Pinned Locked Moved
    Windows Problems
    3
    5
    3.0k
    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.
    • 2
      2cool4me4
      last edited by

      [B]This is important[/B]

      This problem was caused by my misunderstanding. FOG doesn’t display AD information for groups, but it will set it. So I don’t need this problem solved, FOG will take care of it.

      [B]Thanks for looking![/B]

      [B][/B]
      I’m hoping that I can be as thorough as possible here, so here I go…

      FOG is great. Here at this school, we have lots of the same model of computer. The multicast is faster than anything Norton Ghost ever managed. It’s also tolerant to failures. If a machine decides it doesn’t want to download an image, the rest just leave it behind and complete the task. That’s great. And Ghost doesn’t do it.

      However, we’re having issues with AD. I have domain join set up in unattend.xml because the FOG 2072 build doesn’t let me put values in the AD interfaces (another issue for another time). Some machines successfully image, install, join the domain, and log in as an admin on the domain so that we can get “Preparing Windows” out of the way. But, other machines install, image, look like they’ve joined the domain, but then reboot and come back to a lock screen with the admin username on it. When you try to type in the password, it says, “the trust relationship between this workstation and the primary domain failed.” Rejoining the domain fixes the problem and so does using Reset-ComputerMachinePassword, but that isn’t a good solution when we’d like to have scheduled imaging tasks refreshing these computers often.

      Does anyone know what causes this issue or how to fix it?

      EDIT: I have some solid data now. I completed an imaging task and let the computers do their thing. Out of 23 imaged computers, only 13 successfully joined the network. Another error is, “The security database on the server does not have a computer account for this workstation trust relationship.”

      Debian Jessie
      Intel Xeon 5130
      2GB RAM

      If you ever need it, you know…

      1 Reply Last reply Reply Quote 0
      • C
        cadyfish
        last edited by

        The fog ad issues are resolved with 1.2 and in the current svn. Keep in mind that you no longer use domain/username just username. [url]http://fogproject.org/wiki/index.php?title=Active_Directory_-_FOG_Setting[/url]

        I would remove joining domain from unattend file and re-upload your image. I would also remove the hosts that give you that error and re-image them with join domain in fog. The reason I say this is to rule out possible AD permission limitations on the user you use to join the domain.

        1 Reply Last reply Reply Quote 0
        • D
          Daniel Anderson
          last edited by

          Afternoon everyone,

          I’m having the same issue here, half the machines join the domain and half don’t. Is there anything I can troubleshoot here?

          Many thanks,

          Dan

          1 Reply Last reply Reply Quote 0
          • 2
            2cool4me4
            last edited by

            Are you trying to join the domain with the unattend.xml file? If so, you’re doing it wrong. 😛

            Install the FOG service on your image computer and join the computers to AD using FOG.
            [url]http://www.fogproject.org/wiki/index.php/Active_Directory_-_FOG_Setting[/url]

            Debian Jessie
            Intel Xeon 5130
            2GB RAM

            If you ever need it, you know…

            1 Reply Last reply Reply Quote 0
            • D
              Daniel Anderson
              last edited by

              Hey,

              I finally worked it out. The network card driver was slow to negotiate it’s connection when the machine booted meaning the FOG Service had no time to do it’s business. Upgraded the driver and now it’s working 🙂

              Thanks,

              Dan

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

              184

              Online

              12.0k

              Users

              17.3k

              Topics

              155.2k

              Posts
              Copyright © 2012-2024 FOG Project