Skip to content

Commit 7616b09

Browse files
committed
feedback incorporated and images masked as needed
1 parent 291148c commit 7616b09

File tree

6 files changed

+47
-20
lines changed

6 files changed

+47
-20
lines changed
-46.5 KB
Loading
-46.5 KB
Loading
-23.5 KB
Loading
-23.5 KB
Loading

articles/automation/troubleshoot/update-agent-issues-linux.md

Lines changed: 27 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -51,7 +51,9 @@ The operating system check verifies if the Hybrid Runbook Worker is running one
5151

5252
To verify if a VM is an Azure VM, check for Asset tag value using the below command:
5353

54-
`sudo dmidecode`
54+
```
55+
sudo dmidecode
56+
```
5557

5658
If the asset tag is different than 7783-7084-3265-9085-8269-3286-77, then reboot VM to initiate re-registration.
5759

@@ -70,7 +72,9 @@ This task checks if the folder is present -
7072

7173
To fix this issue, you must start the OMS Agent service by using the following command:
7274

73-
`sudo /opt/microsoft/omsagent/bin/service_control restart`
75+
```
76+
sudo /opt/microsoft/omsagent/bin/service_control restart
77+
```
7478

7579
To validate you can perform process check using the below command:
7680

@@ -112,9 +116,9 @@ Validate to check if the following two paths exists:
112116
### Hybrid Runbook Worker Status
113117

114118
This check makes sure the Hybrid Runbook Worker is running on the machine. The processes in the example below should be present if the Hybrid Runbook Worker is running correctly.
115-
116-
`ps -ef | grep python`
117-
119+
```
120+
ps -ef | grep python
121+
```
118122

119123
```
120124
nxautom+ 8567 1 0 14:45 ? 00:00:00 python /opt/microsoft/omsconfig/modules/nxOMSAutomationWorker/DSCResources/MSFT_nxOMSAutomationWorkerResource/automationworker/worker/main.py /var/opt/microsoft/omsagent/state/automationworker/oms.conf rworkspace:<workspaceId> <Linux hybrid worker version>
@@ -142,11 +146,15 @@ If the issue still persists, run the [omsagent Log Collector tool](https://githu
142146

143147
To fix the issue, either remove the proxy or make sure that the proxy address is able to access the [prerequisite URL](../automation-network-configuration.md#update-management-and-change-tracking-and-inventory).
144148

145-
You can validate the task by running the **HTTP_PROXY** command.
149+
You can validate the task by running the below command:
150+
151+
```
152+
HTTP_PROXY
153+
```
146154

147155
### IMDS connectivity check
148156

149-
To fix this issue, allow access to IP **169.254.169.254**. For more information, see [Access Azure Instance Metadata Service][Azure Instance Metadata Service (Windows)](../../virtual-machines/windows/instance-metadata-service.md#azure-instance-metadata-service-windows)
157+
To fix this issue, allow access to IP **169.254.169.254**. For more information, see [Access Azure Instance Metadata Service](../../virtual-machines/windows/instance-metadata-service.md#azure-instance-metadata-service-windows)
150158

151159
After the network changes, you can either rerun the Troubleshooter or run the below commands to validate:
152160

@@ -156,7 +164,9 @@ After the network changes, you can either rerun the Troubleshooter or run the be
156164

157165
### General internet connectivity
158166

159-
This check makes sure that the machine has access to the internet and can be ignored if you have blocked internet and allowed only specific URLs. CURL on any http url.
167+
This check makes sure that the machine has access to the internet and can be ignored if you have blocked internet and allowed only specific URLs.
168+
169+
CURL on any http url.
160170

161171
### Registration endpoint
162172

@@ -195,13 +205,18 @@ Curl on provided OMS endpoint
195205

196206
### Software Repositories
197207

198-
Fix this issue by allowing the [prerequisite Repo URL for RHEL](https://learn.microsoft.com/azure/virtual-machines/workloads/redhat/redhat-rhui#troubleshoot-connection-problems-to-azure-rhui)
208+
Fix this issue by allowing the prerequisite Repo URL. For more information, see [RHEL](https://learn.microsoft.com/azure/virtual-machines/workloads/redhat/redhat-rhui#troubleshoot-connection-problems-to-azure-rhui)
209+
199210
Post making Network changes you can either rerun the Troubleshooter or
200-
Curl on software repositories configured in package manager. Refreshing repos sudo apt-get update would be helpful to confirm the communication as well.
201211

202-
`sudo apt-get check`
203-
`sudo yum check-update`
212+
Curl on software repositories configured in package manager.
213+
214+
Refreshing repos would help to confirm the communication.
204215

216+
```
217+
sudo apt-get check
218+
sudo yum check-update
219+
```
205220
> [!NOTE]
206221
> The check is available only in offline mode.
207222

articles/automation/troubleshoot/update-agent-issues.md

Lines changed: 20 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -71,14 +71,15 @@ To fix, follow the steps to [Enable TLS 1.2](../../azure-monitor/agents/agent-wi
7171
To fix the issue, start **HealthService** service
7272

7373
```
74-
Start-Service -Name *HealthService* -ErrorAction SilentlyContinue`
74+
Start-Service -Name *HealthService* -ErrorAction SilentlyContinue
7575
```
7676

7777
### Hybrid Runbook Worker
7878
To fix the issue, do a force re-registration of Hybrid Runbook Worker.
7979

8080
```
81-
Remove-Item -Path "HKLM:\software\microsoft\hybridrunbookworker" -Recurse -Force *Restart-service healthservice
81+
Remove-Item -Path "HKLM:\software\microsoft\hybridrunbookworker" -Recurse -Force
82+
Restart-service healthservice
8283
8384
```
8485

@@ -100,7 +101,9 @@ See [Network requirements](../../azure-monitor/agents/agent-windows-troubleshoot
100101

101102
To validate: Check VMs connected workspace or Heartbeat table of corresponding log analytics.
102103

103-
`Heartbeat | where Computer =~ ""`
104+
```
105+
Heartbeat | where Computer =~ ""
106+
```
104107

105108
### Windows update service status
106109

@@ -151,8 +154,10 @@ Simplifies the ongoing management of your network security rules. Allow the [pre
151154

152155
After the network changes, you can either rerun the Troubleshooter or run the below commands to validate:
153156

154-
`$uri = "https://eus2-jobruntimedata-prod-su1.azure-automation.net"`
155-
`*Invoke-WebRequest -URI $uri -UseBasicParsing `
157+
```
158+
$uri = "https://eus2-jobruntimedata-prod-su1.azure-automation.net"
159+
Invoke-WebRequest -URI $uri -UseBasicParsing
160+
```
156161

157162

158163
### Proxy settings
@@ -162,12 +167,16 @@ If the proxy is enabled, ensure that you have access to the [prerequisite URLs](
162167

163168
To check if the proxy is set correctly, use the below commands:
164169

165-
`netsh winhttp show proxy`
170+
```
171+
netsh winhttp show proxy
172+
```
166173

167174
or check the registry key **ProxyEnable** is set to 1 in
168175

169-
`HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings`
176+
```
177+
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings
170178
179+
```
171180

172181
### IMDS endpoint connectivity
173182

@@ -221,7 +230,10 @@ To fix, remove the registry keys from:
221230

222231
Configure reboot according to Update Management schedule configuration.
223232

224-
`AlwaysAutoRebootAtScheduledTime AlwaysAutoRebootAtScheduledTimeMinutes`
233+
```
234+
AlwaysAutoRebootAtScheduledTime 
235+
AlwaysAutoRebootAtScheduledTimeMinutes
236+
```
225237

226238
For more information, see [Configure reboot settings](../update-management/configure-wuagent.md#configure-reboot-settings)
227239

0 commit comments

Comments
 (0)