You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/update-manager/troubleshoot.md
+17-3Lines changed: 17 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -87,16 +87,30 @@ The subscriptions in which the Arc-enabled servers are onboarded aren't producin
87
87
#### Resolution
88
88
Ensure that the Arc servers subscriptions are registered to Microsoft.Compute resource provider so that the periodic assessment data is generated periodically as expected. [Learn more](../azure-resource-manager/management/resource-providers-and-types.md#register-resource-provider)
89
89
90
-
### Maintenance configuration isn't applied when VM is moved to a different subscription
90
+
### Maintenance configuration isn't applied when VM is moved to a different subscription or resource group
91
91
92
92
#### Issue
93
93
94
-
When a VM is moved to another subscription, the scheduled maintenance configuration associated to the VM isn't running.
94
+
When a VM is moved to another subscription or resource group, the scheduled maintenance configuration associated to the VM isn't running.
95
95
96
96
#### Resolution
97
97
98
-
If you move a VM to a different resource group or subscription, the scheduled patching for the VM stops working as this scenario is currently unsupported by the system. You can delete the older association of the moved VM and create the new association to include the moved VMs in a maintenance configuration.
98
+
The system currently doesn't support moving resources across resource groups or subscriptions. As a workaround, use the following steps for the resource that you want to move.
99
99
100
+
If you're using a `static` scope:
101
+
102
+
1. Remove the resource assignment.
103
+
1. Move the resource to a different resource group or subscription.
104
+
1. Re-create the resource assignment.
105
+
106
+
If you're using a `dynamic` scope:
107
+
108
+
1. Remove the resource assignment.
109
+
1. Initiate or wait for the next scheduled run. This action prompts the system to completely remove the assignment, so you can proceed with the next steps.
110
+
1. Move the resource to a different resource group or subscription.
111
+
1. Re-create the resource assignment.
112
+
113
+
If you miss any of the preceding steps, please reach out to the support team for mitigation.
100
114
### Unable to change the patch orchestration option to manual updates from automatic updates
Copy file name to clipboardExpand all lines: articles/virtual-machines/troubleshoot-maintenance-configurations.md
+18-3Lines changed: 18 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -45,6 +45,21 @@ Scheduled patching fails with a `TimeOut` or `Failed` error after you move a VM
45
45
46
46
This is a known bug, and we're working on resolving it. If you encounter this problem, contact the support team for assistance.
47
47
48
+
### Unable to delete configuration assignment
49
+
50
+
#### Problem
51
+
52
+
Configuration assignment couldn't be removed or deleted from a particular maintenance configuration
53
+
54
+
#### Resolution
55
+
56
+
Use the following steps to mitigate this issue:
57
+
58
+
1. Delete the existing maintenance configuration in which you are encountering this issue.
59
+
1. Create a new maintenance configuration and assign the required set of dynamic scope and VMs as attached in the deleted maintenance configuration.
60
+
61
+
If you want to create new maintenance configuration with the same name as the deleted maintenance configuration, you will have to wait 20 minutes for the cleanup to take place in the backend. The system won't allow the creation of maintenance configuration with the same name if cleanup is not performed in the backend.
62
+
48
63
### Scheduled patching stops working after the resource is moved
49
64
50
65
#### Problem
@@ -55,20 +70,20 @@ If you move a resource to a different resource group or subscription, scheduled
55
70
56
71
The system currently doesn't support moving resources across resource groups or subscriptions. As a workaround, use the following steps for the resource that you want to move.
57
72
58
-
If you're using a static scope:
73
+
If you're using a `static` scope:
59
74
60
75
1. Remove the resource assignment.
61
76
1. Move the resource to a different resource group or subscription.
62
77
1. Re-create the resource assignment.
63
78
64
-
If you're using a dynamic scope:
79
+
If you're using a `dynamic` scope:
65
80
66
81
1. Remove the resource assignment.
67
82
1. Initiate or wait for the next scheduled run. This action prompts the system to completely remove the assignment, so you can proceed with the next steps.
68
83
1. Move the resource to a different resource group or subscription.
69
84
1. Re-create the resource assignment.
70
85
71
-
If you miss any of the preceding steps, you can reassign the resource to the original assignment and repeat the steps sequentially.
86
+
If you miss any of the preceding steps, please reach out to the support team for mitigation.
0 commit comments