Skip to content

Commit f2d1a0c

Browse files
committed
markdown fixes
1 parent 18c6796 commit f2d1a0c

File tree

1 file changed

+7
-4
lines changed

1 file changed

+7
-4
lines changed

ibm-mq-metrics/README.md

Lines changed: 7 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -153,13 +153,13 @@ This software extracts metrics through [PCF framework](https://www.ibm.com/suppo
153153
[A complete list of PCF commands are listed here](https://www.ibm.com/support/knowledgecenter/SSFKSJ_7.5.0/com.ibm.mq.ref.adm.doc/q086870_.htm).
154154
Each queue manager has an administration queue with a standard queue name and
155155
the extension sends PCF command messages to that queue. On Windows and Unix platforms, the PCF
156-
commands are sent is always sent to the SYSTEM.ADMIN.COMMAND.QUEUE queue. More details about that
157-
is mentioned [here](https://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.adm.doc/q020010_.htm)
156+
commands are sent is always sent to the SYSTEM.ADMIN.COMMAND.QUEUE queue.
157+
[More details mentioned here](https://www.ibm.com/support/knowledgecenter/SSFKSJ_8.0.0/com.ibm.mq.adm.doc/q020010_.htm)
158158
159159
By default, the PCF responses are sent to the SYSTEM.DEFAULT.MODEL.QUEUE. Using this queue causes
160160
a temporary dynamic queue to be created. You can override the default here by using the
161161
`modelQueueName` and `replyQueuePrefix` fields in the config.yml.
162-
More details mentioned [here](https://www.ibm.com/support/knowledgecenter/SSFKSJ_7.5.0/com.ibm.mq.ref.adm.doc/q083240_.htm)
162+
[More details mentioned here](https://www.ibm.com/support/knowledgecenter/SSFKSJ_7.5.0/com.ibm.mq.ref.adm.doc/q083240_.htm)
163163
164164
## Metrics
165165
@@ -180,7 +180,7 @@ See [docs/metrics.md](docs/metrics.md).
180180
181181
For more details, please check this [doc](https://www.ibm.com/support/knowledgecenter/en/SSFKSJ_7.1.0/com.ibm.mq.doc/zr00610_.htm)
182182
183-
This might occour due to various reasons ranging from incorrect installation to applying [ibm fix packs](http://www-01.ibm.com/support/docview.wss?uid=swg21410038) but most of the time it happens when you are trying to connect in `Bindings` mode and machine agent is not on the same machine on which WMQ server is running. If you want to connect to WMQ server from a remote machine then connect using `Client` mode.
183+
This might occur due to various reasons ranging from incorrect installation to applying [ibm fix packs](http://www-01.ibm.com/support/docview.wss?uid=swg21410038) but most of the time it happens when you are trying to connect in `Bindings` mode and machine agent is not on the same machine on which WMQ server is running. If you want to connect to WMQ server from a remote machine then connect using `Client` mode.
184184
185185
Another way to get around this issue is to avoid using the Bindings mode. Connect using CLIENT transport type from a remote box.
186186
@@ -195,13 +195,16 @@ See [docs/metrics.md](docs/metrics.md).
195195
This could happen if unsupported cipherSuite is provided or JRE not having/enabled unlimited jurisdiction policy files. Please check SSL Support section.
196196
197197
6. If you are seeing "NoClassDefFoundError" or "ClassNotFound" error for any of the MQ dependency even after providing correct path in monitor.xml, then you can also try copying all the required jars in WMQMonitor (MAHome/monitors/WMQMonitor) folder and provide classpath in monitor.xml like below
198+
198199
```
199200
<classpath>ibm-mq-monitoring-<version>-all.jar;com.ibm.mq.allclient.jar</classpath>
200201
```
201202
OR
203+
202204
```
203205
<classpath>ibm-mq-monitoring-<version>-all.jar;com.ibm.mq.jar;com.ibm.mq.jmqi.jar;com.ibm.mq.commonservices.jar;com.ibm.mq.headers.jar;com.ibm.mq.pcf.jar;connector.jar;dhbcore.jar</classpath>
204206
```
207+
205208
## Component Owners
206209
207210
- [Antoine Toulme Sharma](https://github.com/atoulme), Splunk

0 commit comments

Comments
 (0)