membership - Improve domainjoin+rename process #145
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
SUMMARY
This is for situations when joining to a domain with a
hostname
change too.When using the
Add-Computer
cmdlet withNewName
specified the process occurs as such:This generally works except in cases where the target AD computer account already exists. In such cases it will fail with the exception noted below. This is often the case when one is rebuilding/redeploying/etc an existing machine that uses a specific/static hostname.
With the changes in this PR, the process instead goes in this (IMO) more expected way:
ISSUE TYPE
COMPONENT NAME
membership
ADDITIONAL INFORMATION
Failure encountered when computer account already exists (line numbers per module version 1.4.1):
The process I implemented is mentioned in the
Add-Computer
documentation for theJoinWithNewName
Option here