-
Notifications
You must be signed in to change notification settings - Fork 270
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
[General workload issue]: InvalidPolicyParameterUpdate #538
Comments
ok so since removing "Alerting-HybridVM" from policies i now have the following WARNING: The DeploymentDebug setting has been enabled. This can potentially log secrets like passwords used in resource property or listKeys operations when you retrieve the deployment operations through Get-AzResourceGroupDeploymentOperation Status Message: The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed. (Code:InvalidPolicyParameterUpdate) Status Message: The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed. (Code:InvalidPolicyParameterUpdate) |
Hello @philwallerekco , Thanks, |
Hi Bruno
Thanks for your email
Ok , I understand that I will need to remove the existing installation
But can you confirm whether when deploying back to the new environment I need to use the current Git repo with its entire contents to make use of new Patterns?
My old code / Git hob clone is missing many of the policies and patterns
So should it be / remove all from client environment
Deploy using current cloned AMBA repo?
I hope that makes sense ?
Regards
Phil
Phil Waller
Automation Engineer
***@***.***<https://eu.content.exclaimer.net/?url=https%3A%2F%2Fwww.ek.co%2F&tenantid=elFd28uoEeyZfgBQ8ofJ_Q&templateid=8500aead61fcec11b47a0050f2752864&excomponentid=3wbQO9l48A-sYMhyNr__tBVkRCccdQWTchsBq7TXhv4&excomponenttype=Image&signature=XJPk9oYXAuXv3Aqzhne4ptt_8Dg3-NXdzHzgjaaRMaX-RUY74pODdgyP-7AKkJ5xZTY3yLRHdrMIw8RWKD_CcuZduyS_0ImcqNDo_5Hah3L8sziNNWUEdKDdCHml_3Z02gbT7sHDmFJQBCpOnZHSqTcXhkrcSdseiMuTDq6SVxoftVj7RA0cxAWATwTsMAxvKfc7j_AnVU7iauAzi_L3yG-Bf75QJ6tW_QsbVCw87oXhKZFq64pgVmXOf77QBjxWGSSeboP7ay711_4LRYAr2elAS2pPgtU_kEvkHFyJfP2jV7Al5If0WOZ1caSDmzxfn5VsU7W4JajQaGnAi8t0nA&v=1>
The contents of this email message and any attachments are intended solely for the addressee(s) and may contain confidential and/or privileged information and may be legally protected from disclosure.
From: Bruno Gabrielli ***@***.***>
Sent: 20 February 2025 09:54
To: Azure/azure-monitor-baseline-alerts ***@***.***>
Cc: Phil Waller ***@***.***>; Mention ***@***.***>
Subject: [DIFFERENT REPLY-TO] Re: [Azure/azure-monitor-baseline-alerts] [General workload issue]: (Issue #538)
Hello @philwallerekco<https://github.com/philwallerekco> ,
thanks for your feedback. I am under the impression that the last good deployment (from months ago) is not backward compatible anymore with the new code. We have introduced some necessary breaking changes which requires to remove the existing installation. You can refer to the specific release documentation at Update to new releases<https://azure.github.io/azure-monitor-baseline-alerts/patterns/alz/HowTo/UpdateToNewReleases/>. More in details, each release subpage contains the necessary pre and post action to be done when updating from the previous release. In your case I would clean up the current installation and redeploy from scratch. You can use the param file you already aligned to redeploy using the same settings.
Thanks,
Bruno.
—
Reply to this email directly, view it on GitHub<#538 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BOTRZEQ5RBJJPM5FTDRFC232QWQZ5AVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZQHE4TKMRZHA>
This Message has a different reply to address and therefore may not be coming from who it appears to be. Reply-To-Address: <https://github.com/notifications/unsubscribe-auth/BOTRZEQ5RBJJPM5FTDRFC232QWQZ5AVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZQHE4TKMRZHA> ***@***.******@***.***>
…________________________________
.
You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>
[Brunoga-MS]Brunoga-MS left a comment (Azure/azure-monitor-baseline-alerts#538)<#538 (comment)>
Hello @philwallerekco<https://github.com/philwallerekco> ,
thanks for your feedback. I am under the impression that the last good deployment (from months ago) is not backward compatible anymore with the new code. We have introduced some necessary breaking changes which requires to remove the existing installation. You can refer to the specific release documentation at Update to new releases<https://azure.github.io/azure-monitor-baseline-alerts/patterns/alz/HowTo/UpdateToNewReleases/>. More in details, each release subpage contains the necessary pre and post action to be done when updating from the previous release. In your case I would clean up the current installation and redeploy from scratch. You can use the param file you already aligned to redeploy using the same settings.
Thanks,
Bruno.
—
Reply to this email directly, view it on GitHub<#538 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BOTRZEQ5RBJJPM5FTDRFC232QWQZ5AVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZQHE4TKMRZHA>.
You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>
|
Using the public repo with your own copy of the param file is perfect. You only have to fork/clone the repo if you would like to make changes to the code. If this i not necessary, then there's no need to rely on your own copy. Using the public one will also relief you from keeping the repo in sync. Thanks, |
Hi Bruno
Sorry about this but I need to confirm something
I will be deploying this for multiple clients
I have deployed to 2 currently using an older version of the repo
This is what I had at that time
Phil Waller
Automation Engineer
***@***.***<https://eu.content.exclaimer.net/?url=https%3A%2F%2Fwww.ek.co%2F&tenantid=elFd28uoEeyZfgBQ8ofJ_Q&templateid=8500aead61fcec11b47a0050f2752864&excomponentid=3wbQO9l48A-sYMhyNr__tBVkRCccdQWTchsBq7TXhv4&excomponenttype=Image&signature=XJPk9oYXAuXv3Aqzhne4ptt_8Dg3-NXdzHzgjaaRMaX-RUY74pODdgyP-7AKkJ5xZTY3yLRHdrMIw8RWKD_CcuZduyS_0ImcqNDo_5Hah3L8sziNNWUEdKDdCHml_3Z02gbT7sHDmFJQBCpOnZHSqTcXhkrcSdseiMuTDq6SVxoftVj7RA0cxAWATwTsMAxvKfc7j_AnVU7iauAzi_L3yG-Bf75QJ6tW_QsbVCw87oXhKZFq64pgVmXOf77QBjxWGSSeboP7ay711_4LRYAr2elAS2pPgtU_kEvkHFyJfP2jV7Al5If0WOZ1caSDmzxfn5VsU7W4JajQaGnAi8t0nA&v=1>
The contents of this email message and any attachments are intended solely for the addressee(s) and may contain confidential and/or privileged information and may be legally protected from disclosure.
From: Bruno Gabrielli ***@***.***>
Sent: 20 February 2025 10:53
To: Azure/azure-monitor-baseline-alerts ***@***.***>
Cc: Phil Waller ***@***.***>; Mention ***@***.***>
Subject: [DIFFERENT REPLY-TO] Re: [Azure/azure-monitor-baseline-alerts] [General workload issue]: (Issue #538)
Using the public repo with your own copy of the param file is perfect. You only have to fork/clone the repo if you would like to make changes to the code. If this i not necessary, then there's no need to rely on your own copy. Using the public one will also relief you from keeping the repo in sync.
Thanks,
Bruno.
—
Reply to this email directly, view it on GitHub<#538 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BOTRZEREW2RZ6ADLJUNCLF32QWXZLAVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZRGE2DCMZSHA>
This Message has a different reply to address and therefore may not be coming from who it appears to be. Reply-To-Address: <https://github.com/notifications/unsubscribe-auth/BOTRZEREW2RZ6ADLJUNCLF32QWXZLAVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZRGE2DCMZSHA> ***@***.******@***.***>
…________________________________
.
You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>
[Brunoga-MS]Brunoga-MS left a comment (Azure/azure-monitor-baseline-alerts#538)<#538 (comment)>
Using the public repo with your own copy of the param file is perfect. You only have to fork/clone the repo if you would like to make changes to the code. If this i not necessary, then there's no need to rely on your own copy. Using the public one will also relief you from keeping the repo in sync.
Thanks,
Bruno.
—
Reply to this email directly, view it on GitHub<#538 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BOTRZEREW2RZ6ADLJUNCLF32QWXZLAVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZRGE2DCMZSHA>.
You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>
|
Hi Bruno
Sorry about this but I need to confirm something
I will be deploying this for multiple clients
I have deployed to 2 currently using an older version of the repo
This is what I had at that time
$policies = @(
"Alerting-Management",
"Alerting-Connectivity",
"Alerting-Identity",
"Alerting-LandingZone",
"Alerting-ServiceHealth"
)
And this params file
***@***.***
Note the file size
Now if I download / clone the lates AMBA repo the params file is
***@***.***
20kb bigger
And the policies are now
$policies = @(
"Alerting-ServiceHealth",
"Alerting-HybridVM",
"Alerting-VM",
"Alerting-Connectivity",
"Alerting-Identity",
"Alerting-Management",
"Alerting-KeyManagement",
"Alerting-LoadBalancing",
"Alerting-NetworkChanges",
"Alerting-RecoveryServices",
"Alerting-Storage",
"Alerting-HybridVM",
"Alerting-VM",
"Alerting-Web"
)
My question is this
Do I remove from the environments I have deployed AMBA to and use the updated policies and definitions?
That’s what I don’t understand ?
I hope this makes sense?
I don’t know what each client has in terms of resources in their env hence me deploying everything if that make sense ?
Regards
Phil
Phil Waller
Automation Engineer
***@***.***<https://eu.content.exclaimer.net/?url=https%3A%2F%2Fwww.ek.co%2F&tenantid=elFd28uoEeyZfgBQ8ofJ_Q&templateid=8500aead61fcec11b47a0050f2752864&excomponentid=3wbQO9l48A-sYMhyNr__tBVkRCccdQWTchsBq7TXhv4&excomponenttype=Image&signature=XJPk9oYXAuXv3Aqzhne4ptt_8Dg3-NXdzHzgjaaRMaX-RUY74pODdgyP-7AKkJ5xZTY3yLRHdrMIw8RWKD_CcuZduyS_0ImcqNDo_5Hah3L8sziNNWUEdKDdCHml_3Z02gbT7sHDmFJQBCpOnZHSqTcXhkrcSdseiMuTDq6SVxoftVj7RA0cxAWATwTsMAxvKfc7j_AnVU7iauAzi_L3yG-Bf75QJ6tW_QsbVCw87oXhKZFq64pgVmXOf77QBjxWGSSeboP7ay711_4LRYAr2elAS2pPgtU_kEvkHFyJfP2jV7Al5If0WOZ1caSDmzxfn5VsU7W4JajQaGnAi8t0nA&v=1>
The contents of this email message and any attachments are intended solely for the addressee(s) and may contain confidential and/or privileged information and may be legally protected from disclosure.
From: Bruno Gabrielli ***@***.******@***.***>>
Sent: 20 February 2025 10:53
To: Azure/azure-monitor-baseline-alerts ***@***.******@***.***>>
Cc: Phil Waller ***@***.******@***.***>>; Mention ***@***.******@***.***>>
Subject: [DIFFERENT REPLY-TO] Re: [Azure/azure-monitor-baseline-alerts] [General workload issue]: (Issue #538)
Using the public repo with your own copy of the param file is perfect. You only have to fork/clone the repo if you would like to make changes to the code. If this i not necessary, then there's no need to rely on your own copy. Using the public one will also relief you from keeping the repo in sync.
Thanks,
Bruno.
—
Reply to this email directly, view it on GitHub<#538 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BOTRZEREW2RZ6ADLJUNCLF32QWXZLAVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZRGE2DCMZSHA>
This Message has a different reply to address and therefore may not be coming from who it appears to be. Reply-To-Address: <https://github.com/notifications/unsubscribe-auth/BOTRZEREW2RZ6ADLJUNCLF32QWXZLAVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZRGE2DCMZSHA> ***@***.******@***.***>
…________________________________
.
You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>
[Brunoga-MS]Brunoga-MS left a comment (Azure/azure-monitor-baseline-alerts#538)<#538 (comment)>
Using the public repo with your own copy of the param file is perfect. You only have to fork/clone the repo if you would like to make changes to the code. If this i not necessary, then there's no need to rely on your own copy. Using the public one will also relief you from keeping the repo in sync.
Thanks,
Bruno.
—
Reply to this email directly, view it on GitHub<#538 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BOTRZEREW2RZ6ADLJUNCLF32QWXZLAVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZRGE2DCMZSHA>.
You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>
|
it does :-). to confirm: Yes you need to:
As far as the selection goes, it is perfectly fine to deploy everything since the policies includes a check for the resource type and resource existence. If no resource of a given type is found, the policy will not create any alert. Given that, you will end up having only the alerts for the resources the customer has. HTH, |
Hi Bruno
Many thanks for your prompt response !
Understood and I will give it a go and get back to you if I come across any issues , tho hoping not too!
Regards
Phil
Phil Waller
Automation Engineer
***@***.***<https://eu.content.exclaimer.net/?url=https%3A%2F%2Fwww.ek.co%2F&tenantid=elFd28uoEeyZfgBQ8ofJ_Q&templateid=8500aead61fcec11b47a0050f2752864&excomponentid=3wbQO9l48A-sYMhyNr__tBVkRCccdQWTchsBq7TXhv4&excomponenttype=Image&signature=XJPk9oYXAuXv3Aqzhne4ptt_8Dg3-NXdzHzgjaaRMaX-RUY74pODdgyP-7AKkJ5xZTY3yLRHdrMIw8RWKD_CcuZduyS_0ImcqNDo_5Hah3L8sziNNWUEdKDdCHml_3Z02gbT7sHDmFJQBCpOnZHSqTcXhkrcSdseiMuTDq6SVxoftVj7RA0cxAWATwTsMAxvKfc7j_AnVU7iauAzi_L3yG-Bf75QJ6tW_QsbVCw87oXhKZFq64pgVmXOf77QBjxWGSSeboP7ay711_4LRYAr2elAS2pPgtU_kEvkHFyJfP2jV7Al5If0WOZ1caSDmzxfn5VsU7W4JajQaGnAi8t0nA&v=1>
The contents of this email message and any attachments are intended solely for the addressee(s) and may contain confidential and/or privileged information and may be legally protected from disclosure.
From: Bruno Gabrielli ***@***.***>
Sent: 20 February 2025 12:12
To: Azure/azure-monitor-baseline-alerts ***@***.***>
Cc: Phil Waller ***@***.***>; Mention ***@***.***>
Subject: [DIFFERENT REPLY-TO] Re: [Azure/azure-monitor-baseline-alerts] [General workload issue]: (Issue #538)
it does :-). to confirm: Yes you need to:
* Remove previous installation of AMBA-ALZ pattern (the one we are talking about) using the maintenance script and the procedure documented at Clean-up AMBA-ALZ Deployment<https://azure.github.io/azure-monitor-baseline-alerts/patterns/alz/HowTo/Cleaning-up-a-Deployment/>
* Align your local copy of param file (you already did this)
* Deploy the new version using either the main branch or the latest release (2025-02-05). The main contains some additional little enhancement and bugfix compared to the latest release. These new additions will be included in the next release.
As far as the selection goes, it is perfectly fine to deploy everything since the policies includes a check for the resource type and resource existence. If no resource of a given type is found, the policy will not create any alert. Given that, you will end up having only the alerts for the resources the customer has.
HTH,
Bruno.
—
Reply to this email directly, view it on GitHub<#538 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BOTRZEQTBRCNXQEXUFLHKXT2QXBBBAVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZRGMYTOOJRGE>
This Message has a different reply to address and therefore may not be coming from who it appears to be. Reply-To-Address: <https://github.com/notifications/unsubscribe-auth/BOTRZEQTBRCNXQEXUFLHKXT2QXBBBAVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZRGMYTOOJRGE> ***@***.******@***.***>
…________________________________
.
You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>
[Brunoga-MS]Brunoga-MS left a comment (Azure/azure-monitor-baseline-alerts#538)<#538 (comment)>
it does :-). to confirm: Yes you need to:
* Remove previous installation of AMBA-ALZ pattern (the one we are talking about) using the maintenance script and the procedure documented at Clean-up AMBA-ALZ Deployment<https://azure.github.io/azure-monitor-baseline-alerts/patterns/alz/HowTo/Cleaning-up-a-Deployment/>
* Align your local copy of param file (you already did this)
* Deploy the new version using either the main branch or the latest release (2025-02-05). The main contains some additional little enhancement and bugfix compared to the latest release. These new additions will be included in the next release.
As far as the selection goes, it is perfectly fine to deploy everything since the policies includes a check for the resource type and resource existence. If no resource of a given type is found, the policy will not create any alert. Given that, you will end up having only the alerts for the resources the customer has.
HTH,
Bruno.
—
Reply to this email directly, view it on GitHub<#538 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BOTRZEQTBRCNXQEXUFLHKXT2QXBBBAVCNFSM6AAAAABXO3I3KKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMNZRGMYTOOJRGE>.
You are receiving this because you were mentioned.Message ID: ***@***.******@***.***>>
|
Check for previous/existing GitHub issues
Issue Type?
Question
Description
Hi
This is my scenario
I have already deployed to a client site months ago
The policies at the time were
I now want to add to that / update with the latest policies
My question is this
the notification assets are already in place so i dont want to re deploy them
I have updated the params file with my settings, but obvioulsy there are more settings in this params than there were in the previous one!
how do i do this ?
I have just tried a redeploy and i have the following ?> What does this even mean ?
Regards
Phil
PS , i guess i am just asking how do you update as more policies come out?
WARNING: The DeploymentDebug setting has been enabled. This can potentially log secrets like passwords used in resource property or listKeys operations when you retrieve the deployment operations through Get-AzResourceGroupDeploymentOperation
WARNING: 6:02:12 PM - The deployment 'ekco-amba-deployment' failed with error(s). Showing 3 out of 10 error(s).
Status Message: At least one resource deployment operation failed. Please list deployment operations for details. Please see https://aka.ms/arm-deployment-operations for usage details. (Code: DeploymentFailed)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'networkInterfacesToInclude' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'disksToInclude' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'networkInterfacesToInclude' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'disksToInclude' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'disksToInclude' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'disksToInclude' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'disksToInclude' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'disksToInclude' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
Status Message: At least one resource deployment operation failed. Please list deployment operations for details. Please see https://aka.ms/arm-deployment-operations for usage details. (Code: DeploymentFailed)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
Status Message: At least one resource deployment operation failed. Please list deployment operations for details. Please see https://aka.ms/arm-deployment-operations for usage details. (Code: DeploymentFailed)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
"error": {
"code": "InvalidPolicyParameterUpdate",
"error": {
"error": {
"error": {
"code": "InvalidPolicyParameterUpdate",
"message": "The existing policy parameter(s) 'MonitorDisable' were not found in the policy being updated. The parameter names can not be changed."
}
} (Code:BadRequest)
CorrelationId: 8ff9e7fd-24e2-4241-b7cd-ebf82bcb6fb7
WARNING: Could not Deploy AMBA resources
The text was updated successfully, but these errors were encountered: