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: packages/ceph/_dev/build/docs/README.md
+94Lines changed: 94 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -87,6 +87,100 @@ In the above JSON, please consider `api` as API User and value of `52dffd92-a103
87
87
88
88
After the integration is successfully configured, clicking on the Assets tab of the Ceph Integration should display a list of available dashboards. Click on the dashboard available for your configured data stream. It should be populated with the required data.
89
89
90
+
### Troubleshooting
91
+
92
+
If host.ip is shown conflicted under ``logs-*`` data view, then this issue can be solved by reindexing the ``Cluster Disk``, ``Cluster Health``, ``Cluster Status``, ``OSD Performance``, ``OSD Pool Stats``, ``OSD Tree`` and ``Pool Disk`` data stream's indices.
93
+
To reindex the data, the following steps must be performed.
94
+
95
+
1. Stop the data stream by going to `Integrations -> Ceph -> Integration policies` open the configuration of Ceph and disable the `Collect Ceph metrics` toggle to reindex logs data streams and save the integration.
96
+
97
+
2. Copy data into the temporary index and delete the existing data stream and index template by performing the following steps in the Dev tools.
3. Go to `Integrations -> Ceph -> Settings` and click on `Reinstall Ceph`.
139
+
140
+
4. Copy data from temporary index to new index by performing the following steps in the Dev tools.
141
+
142
+
```
143
+
POST _reindex
144
+
{
145
+
"conflicts": "proceed",
146
+
"source": {
147
+
"index": "temp_index"
148
+
},
149
+
"dest": {
150
+
"index": "<index_name>",
151
+
"op_type": "create"
152
+
153
+
}
154
+
}
155
+
```
156
+
Example:
157
+
```
158
+
POST _reindex
159
+
{
160
+
"conflicts": "proceed",
161
+
"source": {
162
+
"index": "temp_index"
163
+
},
164
+
"dest": {
165
+
"index": "logs-ceph.cluster_disk-default",
166
+
"op_type": "create"
167
+
168
+
}
169
+
}
170
+
```
171
+
172
+
5. Verify data is reindexed completely.
173
+
174
+
6. Start the data stream by going to the `Integrations -> Ceph -> Integration policies` and open configuration of integration and enable the `Collect Ceph metrics` toggle and save the integration.
175
+
176
+
7. Delete temporary index by performing the following step in the Dev tools.
177
+
178
+
```
179
+
DELETE temp_index
180
+
```
181
+
182
+
More details about reindexing can be found [here](https://www.elastic.co/guide/en/elasticsearch/reference/current/docs-reindex.html).
Copy file name to clipboardExpand all lines: packages/ceph/docs/README.md
+101Lines changed: 101 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -87,6 +87,100 @@ In the above JSON, please consider `api` as API User and value of `52dffd92-a103
87
87
88
88
After the integration is successfully configured, clicking on the Assets tab of the Ceph Integration should display a list of available dashboards. Click on the dashboard available for your configured data stream. It should be populated with the required data.
89
89
90
+
### Troubleshooting
91
+
92
+
If host.ip is shown conflicted under ``logs-*`` data view, then this issue can be solved by reindexing the ``Cluster Disk``, ``Cluster Health``, ``Cluster Status``, ``OSD Performance``, ``OSD Pool Stats``, ``OSD Tree`` and ``Pool Disk`` data stream's indices.
93
+
To reindex the data, the following steps must be performed.
94
+
95
+
1. Stop the data stream by going to `Integrations -> Ceph -> Integration policies` open the configuration of Ceph and disable the `Collect Ceph metrics` toggle to reindex logs data streams and save the integration.
96
+
97
+
2. Copy data into the temporary index and delete the existing data stream and index template by performing the following steps in the Dev tools.
3. Go to `Integrations -> Ceph -> Settings` and click on `Reinstall Ceph`.
139
+
140
+
4. Copy data from temporary index to new index by performing the following steps in the Dev tools.
141
+
142
+
```
143
+
POST _reindex
144
+
{
145
+
"conflicts": "proceed",
146
+
"source": {
147
+
"index": "temp_index"
148
+
},
149
+
"dest": {
150
+
"index": "<index_name>",
151
+
"op_type": "create"
152
+
153
+
}
154
+
}
155
+
```
156
+
Example:
157
+
```
158
+
POST _reindex
159
+
{
160
+
"conflicts": "proceed",
161
+
"source": {
162
+
"index": "temp_index"
163
+
},
164
+
"dest": {
165
+
"index": "logs-ceph.cluster_disk-default",
166
+
"op_type": "create"
167
+
168
+
}
169
+
}
170
+
```
171
+
172
+
5. Verify data is reindexed completely.
173
+
174
+
6. Start the data stream by going to the `Integrations -> Ceph -> Integration policies` and open configuration of integration and enable the `Collect Ceph metrics` toggle and save the integration.
175
+
176
+
7. Delete temporary index by performing the following step in the Dev tools.
177
+
178
+
```
179
+
DELETE temp_index
180
+
```
181
+
182
+
More details about reindexing can be found [here](https://www.elastic.co/guide/en/elasticsearch/reference/current/docs-reindex.html).
183
+
90
184
## Metrics reference
91
185
92
186
### Cluster Disk
@@ -182,6 +276,7 @@ An example event for `cluster_disk` looks as following:
182
276
| event.module | Name of the module this data is coming from. If your monitoring agent supports the concept of modules or plugins to process events of a given source (e.g. Apache logs), `event.module` should contain the name of this module. | keyword |||
183
277
| event.original | Raw text message of entire event. Used to demonstrate log integrity or where the full log message (before splitting it up in multiple parts) may be required, e.g. for reindex. This field is not indexed and doc_values are disabled. It cannot be searched, but it can be retrieved from `_source`. If users wish to override this and index this field, please see `Field data types` in the `Elasticsearch Reference`. | keyword |||
184
278
| event.type | This is one of four ECS Categorization Fields, and indicates the third level in the ECS category hierarchy. `event.type` represents a categorization "sub-bucket" that, when used along with the `event.category` field values, enables filtering events down to a level appropriate for single visualization. This field is an array. This will allow proper categorization of some events that fall in multiple event types. | keyword |||
279
+
| host.ip | Host ip addresses. | ip |||
185
280
| input.type | Type of Filebeat input. | keyword |||
186
281
| service.address | Address where data about this service was collected from. This should be a URI, network address (ipv4:port or [ipv6]:port) or a resource path (sockets). | keyword |||
187
282
| tags | List of keywords used to tag each event. | keyword |||
@@ -272,6 +367,7 @@ An example event for `cluster_health` looks as following:
272
367
| event.module | Name of the module this data is coming from. If your monitoring agent supports the concept of modules or plugins to process events of a given source (e.g. Apache logs), `event.module` should contain the name of this module. | keyword ||
273
368
| event.original | Raw text message of entire event. Used to demonstrate log integrity or where the full log message (before splitting it up in multiple parts) may be required, e.g. for reindex. This field is not indexed and doc_values are disabled. It cannot be searched, but it can be retrieved from `_source`. If users wish to override this and index this field, please see `Field data types` in the `Elasticsearch Reference`. | keyword ||
274
369
| event.type | This is one of four ECS Categorization Fields, and indicates the third level in the ECS category hierarchy. `event.type` represents a categorization "sub-bucket" that, when used along with the `event.category` field values, enables filtering events down to a level appropriate for single visualization. This field is an array. This will allow proper categorization of some events that fall in multiple event types. | keyword ||
370
+
| host.ip | Host ip addresses. | ip ||
275
371
| input.type | Type of Filebeat input. | keyword ||
276
372
| service.address | Address where data about this service was collected from. This should be a URI, network address (ipv4:port or [ipv6]:port) or a resource path (sockets). | keyword ||
277
373
| tags | List of keywords used to tag each event. | keyword ||
@@ -453,6 +549,7 @@ An example event for `cluster_status` looks as following:
453
549
| event.module | Name of the module this data is coming from. If your monitoring agent supports the concept of modules or plugins to process events of a given source (e.g. Apache logs), `event.module` should contain the name of this module. | keyword |||
454
550
| event.original | Raw text message of entire event. Used to demonstrate log integrity or where the full log message (before splitting it up in multiple parts) may be required, e.g. for reindex. This field is not indexed and doc_values are disabled. It cannot be searched, but it can be retrieved from `_source`. If users wish to override this and index this field, please see `Field data types` in the `Elasticsearch Reference`. | keyword |||
455
551
| event.type | This is one of four ECS Categorization Fields, and indicates the third level in the ECS category hierarchy. `event.type` represents a categorization "sub-bucket" that, when used along with the `event.category` field values, enables filtering events down to a level appropriate for single visualization. This field is an array. This will allow proper categorization of some events that fall in multiple event types. | keyword |||
552
+
| host.ip | Host ip addresses. | ip |||
456
553
| input.type | Type of Filebeat input. | keyword |||
457
554
| service.address | Address where data about this service was collected from. This should be a URI, network address (ipv4:port or [ipv6]:port) or a resource path (sockets). | keyword |||
458
555
| tags | List of keywords used to tag each event. | keyword |||
@@ -547,6 +644,7 @@ An example event for `osd_performance` looks as following:
547
644
| event.module | Name of the module this data is coming from. If your monitoring agent supports the concept of modules or plugins to process events of a given source (e.g. Apache logs), `event.module` should contain the name of this module. | keyword |||
548
645
| event.original | Raw text message of entire event. Used to demonstrate log integrity or where the full log message (before splitting it up in multiple parts) may be required, e.g. for reindex. This field is not indexed and doc_values are disabled. It cannot be searched, but it can be retrieved from `_source`. If users wish to override this and index this field, please see `Field data types` in the `Elasticsearch Reference`. | keyword |||
549
646
| event.type | This is one of four ECS Categorization Fields, and indicates the third level in the ECS category hierarchy. `event.type` represents a categorization "sub-bucket" that, when used along with the `event.category` field values, enables filtering events down to a level appropriate for single visualization. This field is an array. This will allow proper categorization of some events that fall in multiple event types. | keyword |||
647
+
| host.ip | Host ip addresses. | ip |||
550
648
| input.type | Type of Filebeat input. | keyword |||
551
649
| service.address | Address where data about this service was collected from. This should be a URI, network address (ipv4:port or [ipv6]:port) or a resource path (sockets). | keyword |||
552
650
| tags | List of keywords used to tag each event. | keyword |||
@@ -649,6 +747,7 @@ An example event for `osd_pool_stats` looks as following:
649
747
| event.module | Name of the module this data is coming from. If your monitoring agent supports the concept of modules or plugins to process events of a given source (e.g. Apache logs), `event.module` should contain the name of this module. | keyword |||
650
748
| event.original | Raw text message of entire event. Used to demonstrate log integrity or where the full log message (before splitting it up in multiple parts) may be required, e.g. for reindex. This field is not indexed and doc_values are disabled. It cannot be searched, but it can be retrieved from `_source`. If users wish to override this and index this field, please see `Field data types` in the `Elasticsearch Reference`. | keyword |||
651
749
| event.type | This is one of four ECS Categorization Fields, and indicates the third level in the ECS category hierarchy. `event.type` represents a categorization "sub-bucket" that, when used along with the `event.category` field values, enables filtering events down to a level appropriate for single visualization. This field is an array. This will allow proper categorization of some events that fall in multiple event types. | keyword |||
750
+
| host.ip | Host ip addresses. | ip |||
652
751
| input.type | Type of Filebeat input. | keyword |||
653
752
| service.address | Address where data about this service was collected from. This should be a URI, network address (ipv4:port or [ipv6]:port) or a resource path (sockets). | keyword |||
654
753
| tags | List of keywords used to tag each event. | keyword |||
@@ -758,6 +857,7 @@ An example event for `osd_tree` looks as following:
758
857
| event.module | Name of the module this data is coming from. If your monitoring agent supports the concept of modules or plugins to process events of a given source (e.g. Apache logs), `event.module` should contain the name of this module. | keyword ||
759
858
| event.original | Raw text message of entire event. Used to demonstrate log integrity or where the full log message (before splitting it up in multiple parts) may be required, e.g. for reindex. This field is not indexed and doc_values are disabled. It cannot be searched, but it can be retrieved from `_source`. If users wish to override this and index this field, please see `Field data types` in the `Elasticsearch Reference`. | keyword ||
760
859
| event.type | This is one of four ECS Categorization Fields, and indicates the third level in the ECS category hierarchy. `event.type` represents a categorization "sub-bucket" that, when used along with the `event.category` field values, enables filtering events down to a level appropriate for single visualization. This field is an array. This will allow proper categorization of some events that fall in multiple event types. | keyword ||
860
+
| host.ip | Host ip addresses. | ip ||
761
861
| input.type | Type of Filebeat input. | keyword ||
762
862
| service.address | Address where data about this service was collected from. This should be a URI, network address (ipv4:port or [ipv6]:port) or a resource path (sockets). | keyword ||
763
863
| tags | List of keywords used to tag each event. | keyword ||
@@ -862,6 +962,7 @@ An example event for `pool_disk` looks as following:
862
962
| event.module | Name of the module this data is coming from. If your monitoring agent supports the concept of modules or plugins to process events of a given source (e.g. Apache logs), `event.module` should contain the name of this module. | keyword |||
863
963
| event.original | Raw text message of entire event. Used to demonstrate log integrity or where the full log message (before splitting it up in multiple parts) may be required, e.g. for reindex. This field is not indexed and doc_values are disabled. It cannot be searched, but it can be retrieved from `_source`. If users wish to override this and index this field, please see `Field data types` in the `Elasticsearch Reference`. | keyword |||
864
964
| event.type | This is one of four ECS Categorization Fields, and indicates the third level in the ECS category hierarchy. `event.type` represents a categorization "sub-bucket" that, when used along with the `event.category` field values, enables filtering events down to a level appropriate for single visualization. This field is an array. This will allow proper categorization of some events that fall in multiple event types. | keyword |||
965
+
| host.ip | Host ip addresses. | ip |||
865
966
| input.type | Type of Filebeat input. | keyword |||
866
967
| service.address | Address where data about this service was collected from. This should be a URI, network address (ipv4:port or [ipv6]:port) or a resource path (sockets). | keyword |||
867
968
| tags | List of keywords used to tag each event. | keyword |||
0 commit comments