Multiple VMExtensions per (type) handler not supported for OS type...
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Stack tecnológico
- azure, powershell
- Área
- cloud, infrastructure
Línea de trabajo
Comienza revisando el comportamiento de implementación de las extensiones de Azure VM descrito en el issue, especialmente el handler Microsoft.Powershell.DSC y la secuencia de implementación de la plantilla ARM. Determina si la compatibilidad con varias extensiones DSC con nombres únicos pertenece a este repositorio; el trabajo estaría terminado cuando exista una implementación acordada o una resolución documentada para implementar conjuntamente las configuraciones DSC separadas.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
ISSUE TITLE:
Multiple VMExtensions per (type) handler not supported for OS type...
ISSUE DESCRIPTION :
An advertised benefit of DSC in Azure is the ability to Audit VM's to ensure certain actions have been performed, ie JoinDomain, BGInfo, Anti-Malware, etc. This was the main reason I went with the added effort of DSC, instead of Custom Script Extension or Remote Powershell.
In my configurations, I need to Join a Domain, Install a gMSA, add Initialize and Format Disks, Copy Service Files, install and start Services, etc... in addition to whatever the ISO wants has as fundamental requirements.
Many of these tasks need to be performed in different combinations on different machines. The volume and combinations of parameters required also add complexity. Further combining all of this into an ARM template, which presents it's own difficulties.
This led me to an approach of creating various DSC's, each with it's own set of parameters and simple ARM template. This approach allows me to see if DomainJoin succeeded, before attempting to install gMSA
Imagine my dismay, to find out I can perform "Disk Operations" OR "Join Domain", but I can only perform both actions if I create a monolithic DSC. You can only use Microsoft.Powershell.DSC extension once per VM !!!???
_Multiple VMExtensions per handler not supported for OS type 'Windows'. VMExtension 'DSC.xxxxx' with handler 'Microsoft.Powershell.DSC' already added or specified in input._
Why not allow multiple Microsoft.Powershell.DSC extensions, provided the names are Unique ?
Details of the scenario you tried and the problem that is occurring
I have created several DSC's that work independently when deployed via ARM templates. When attempting to deploy these DSC's in sequence, I get:
_Multiple VMExtensions per handler not supported for OS type 'Windows'. VMExtension 'DSC.xxxxx' with handler 'Microsoft.Powershell.DSC' already added or specified in input._
Suggested solution to the issue
Allow multiple deployments of Microsoft.Powershell.DSC provided the names are unique.
The DSC configuration that is used to reproduce the issue (as detailed as possible)
# insert configuration here
The operating system the target node is running
Windows 2016 image based on default Azure image.
OsName : Microsoft Windows Server 2016 Datacenter
OsOperatingSystemSKU : DatacenterServerEdition
OsArchitecture : 64-bit
OsLanguage : en-US
OsMuiLanguages : {en-US}
Version and build of PowerShell the target node is running
Name Value
PSVersion 5.1.14393.2969
PSEdition Desktop
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...}
BuildVersion 10.0.14393.2969
CLRVersion 4.0.30319.42000
WSManStackVersion 3.0
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
Version of the DSC module that was used ('dev' if using current dev branch)
Custom combination of current modules.
- Lenguaje dominante
- PowerShell
- Estrellas
- 338
- Forks
- 80
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de dsccommunity/ComputerManagementDsc
-
chore
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
chore
Dificultad 4/5 3-5 días Aptitud para principiantes 68/100
-
chore: Add Agentic AI development assets for GitHub CopilotPosiblemente ocupada @PlagueHO la tomó hace 107 días. Abiertochore
Dificultad 4/5 3-5 días Aptitud para principiantes 64/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 55/100
-
Computer: AD object deletion before domain join issuePosiblemente ocupada @Daymarvi la tomó hace 110 días. Abierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
Todos los issues de dsccommunity/ComputerManagementDsc
Issues similares
-
kind/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
cloudposse/atmos#3284 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
ansible-collections/community.aws#2503 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
denoland/svelte-adapter#28 · 3 comentarios ·