-
Notifications
You must be signed in to change notification settings - Fork 542
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tenant Config Compilation Error. #4143
Comments
You have two resources with the same name (TeamsChannel-test) in your config. Please remove or rename one of them. The resource identifier must be unique. |
Hi Malauter and Andi Kindly help and guide with below error ============================== PS C:\NEWDSC> .\M365TenantConfig.ps1 Test-ConflictingResources : A conflict was detected between resources '[TeamsTeam]TeamsTeam-WPO - ESWD
|
Could you please share the corresponding DSC configuration? |
Hi Malauter Is it ok using the above to help me out. |
M365TenantConfig.zip |
The attached config looks good, I cannot detect the conflicts from the error message. But the M365 DSC version used to generate the config is old, could you please try to update M365 DSC and all dependencies to the current version by running this:
After that, please recreate the config and try again. |
The TeamsUser resource has no Certificate parameter, it is called CertificateThumbprint. Please have a look at the documentation: https://microsoft365dsc.com/resources/teams/TeamsUser/ |
Dear Malauter I didn't get your point, you mean my DSC configuration has a mistake, if you rephrase that it will be great. |
The error message says "Certificate not found". Is the mentioned thumbprint correct and is the certificate in the cert store accessible for DSC? |
Hi Malauter IS the below command is helpful!. Please advise. Connect-MicrosoftTeams -CertificateThumbprint "A937EEF7DA9xxxxxxxxxxx" -ApplicationId "6db23af4-c4ea-4811-xxx-710e97c1f303" -TenantId xxx.onmicrosoft.com Appreciate your response.! |
Is your Connect-MicrosoftTeams command working? It is using another CertificateThumbprint than mentioned in the error message |
Hi Malauter The above is just a masked thumprint and App ID , Using the above command i can able to connect. Thanks |
Please run Uninstall-M365DSCOutDatedDependencies. This will try to uninstall outdated M365 versions and dependencies. |
No, it won't. It's just answering your previous answer about the multiple M365DSC Module folders. |
Dear Andi Thanks, Can you please address the above-mentioned certificate issue, because its so confusing ie, we can able to connect with teams with the below command. Appreciate your response.! |
Could you please share in which location the certificate is stored. For DSC to be able to access the certificate, it needs to be placed in the computer store. |
Thanks a lot, Andy. I will check the advised option and revert. Thanks |
Hi Malatur and Andy Can you please advise on the above error please. |
Hi Malatur and Andy Kindly help me on this above error, your advise will be always helpful. |
Hi Team Kindly advise, please. |
Dear Malatur Appreciate it helpful to answer my query, please. Thanks |
Hi Team Appreciate your response. |
I recommend to doublecheck if...
I assume this is an issue with your certificate or your tenant configuration. |
Dear Malauter, Thank you for your assistance. The issue has been resolved. The problem stemmed from the certificate not being imported properly into the store. By using the CLI to import the certificate, everything now works as intended. Below is the command I used: powershell $params = @{ Import-PfxCertificate @params Repeat the process for the current user store$params.CertStoreLocation = 'Cert:\CurrentUser\My' However, I have encountered another issue related to the service principal-based authentication(i assume). When generating the M365TenantConfig.ps1 file, it seems that significant portions of the expected policies are missing. Specifically, policies such as TeamsAppPermissionPolicy, TeamsAppSetupPolicy, TeamsAudioConferencingPolicy, and others (approximately 90% of the policies) are absent. The generated file only includes TeamsChannel, TeamsTeam, and TeamsUser configurations. Could there be limitations associated with using service principal-based authentication that result in these omissions? Any insights or advice you can offer regarding this matter would be greatly appreciated |
Hi Andy Thanks |
Hi Andy Thanks |
It looks like there is a drift between the documentation and the implementation. This would be the official documentation: https://learn.microsoft.com/en-us/microsoftteams/teams-powershell-application-authentication |
Dear Andy Appreciate your thoughts on the above. |
This is currently a limitation within the MS Teams PowerShell Module. Within the configuration you can set the authentication method per resource. This is a work around for this kind of issue. We need to wait for an update of the Teams module. |
Can you give one example how to add this in the configuration,. |
For each resource, there are various authentication parameters like Credentials, AppplicationID, ... Please assign the appropriate ones. ResourceName 'TestResource'
{
...
Ensure = 'Present'
Credential = $Credscredential
}
DifferentName 'TestAppResource'
{
...
Ensure = 'Present'
ApplicationID = '123-123-123-123'
TenantID = 'tenant.onmicrosoft.com'
ApplicationSecret = 'Secret'
.....
} |
@pradeepmnrecit Closing this issue as a workaround was presented. If it's not answered, feel free to reopen it. |
Description of the issue
Dear Team ,
While i compile the configuration file , i am getting the attached error.

Kindly advice.
Thanks
Pradeep
Microsoft 365 DSC Version
1.23.1122.1 1.23.1122.1
Which workloads are affected
Teams
The DSC configuration
No response
Verbose logs showing the problem
No response
Environment Information + PowerShell Version
No response
The text was updated successfully, but these errors were encountered: