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: docs/content/preview/yugabyte-platform/troubleshoot/universe-issues.md
+18-19Lines changed: 18 additions & 19 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -104,25 +104,25 @@ The focus is to ensure that support bundle generation is successful in most case
104
104
105
105
You can create a support bundle as follows:
106
106
107
-
- Open the universe that needs to be diagnosed and click **Actions > Support Bundles**.
107
+
1. Open the universe that needs to be diagnosed and click **Actions > Support Bundles**.
108
108
109
-
- If the universe already has support bundles, they are displayed by the **Support Bundle** dialog. If there are no bundles for the universe, use the **Support Bundles** dialog to generate a bundle by clicking **Create Support Bundle**, as per the following illustration:
109
+
1. If the universe already has support bundles, they are displayed by the **Support Bundle** dialog. If there are no bundles for the universe, use the **Support Bundles** dialog to generate a bundle by clicking **Create Support Bundle**, as per the following illustration:
110
110
111
-

111
+

112
112
113
-
- Select the date range and the types of files to be included in the bundle, as per the following illustration:
113
+
1. Select the date range and the types of files to be included in the bundle, as per the following illustration:
114
114
115
-

115
+

116
116
117
-
For information about the components, see [Support bundle components](#support-bundle-components).
117
+
For information about the components, see [Support bundle components](#support-bundle-components).
118
118
119
-
- Click **Create Bundle**.
119
+
1. Click **Create Bundle**.
120
120
121
-
YugabyteDB Anywhere starts collecting files from all the nodes in the cluster into an archive. Note that this process might take several minutes. When finished, the bundle's status is displayed as **Ready**, as per the following illustration:
121
+
YugabyteDB Anywhere starts collecting files from all the nodes in the cluster into an archive. Note that this process might take several minutes. When finished, the bundle's status is displayed as **Ready**, as per the following illustration:
122
122
123
-

123
+

124
124
125
-
The **Support Bundles** dialog allows you to either download the bundle or delete it if it is no longer needed. By default, bundles expire after ten days to free up space.
125
+
The **Support Bundles** dialog allows you to either download the bundle or delete it if it is no longer needed. By default, bundles expire after ten days to free up space.
126
126
127
127
### Support bundle components
128
128
@@ -135,7 +135,9 @@ Logs generated by YBA.
135
135
136
136
#### YBA Metadata
137
137
138
-
This component collects a fingerprint of the YBA data. The metadata is collected at a customer level, rather than a global level (like [PG_dump](https://support.yugabyte.com/hc/en-us/articles/4412743193741-How-to-create-a-credential-free-dump-of-YugabyteDB-Anywhere-Database)) to ensure multi-tenancy is respected going forward. Following are the included metadata sub-components in this phase:
138
+
This component collects a fingerprint of the YBA data. The metadata is collected at a customer level, rather than a global level (like [PG_dump](https://support.yugabyte.com/hc/en-us/articles/4412743193741-How-to-create-a-credential-free-dump-of-YugabyteDB-Anywhere-Database)) to ensure multi-tenancy is respected going forward.
139
+
140
+
This metadata includes the following:
139
141
140
142
- Customer metadata
141
143
- Cloud providers metadata
@@ -190,18 +192,15 @@ Node agent logs generated in the YugabyteDB nodes (if node agent is enabled).
190
192
191
193
#### Core Files
192
194
193
-
The Core Files component collects all the core files and mitigates two issues that may happen when collecting files such as the following:
194
-
195
-
- Files can be very large (for example, 200GB+)
196
-
- There can be a huge number of files (for example, when a crashloop happens)
195
+
If you select the Core Files option (the default), the support bundle will include all core files generated within the specified date range.
197
196
198
-
When you create a support bundle, if you select the Core Files component (by default, the component is selected), there are two optional Core files properties:
197
+
When the Core Files option is selected, you can specify the following additional options:
199
198
200
-
- Maximum number of recent core files: YugabyteDB Anywhere (YBA) collects the most recent "N" number of files. "N" is set to a default value of collecting 1 file.
199
+
- Maximum number of recent core files: In some instances (for example, when a crashloop happens), there can be a large number of files. Specify the maximum number of files to include; YugabyteDB Anywhere collects the most recent files up to this value (default is 1).
201
200
202
-
- Maximum core file size: This field collects the recent core files only if the core file size is below the specified size limit. It is set to a default value of 25000000000 bytes (25GB).
201
+
- Maximum core file size: Specify the maximum file size for core files to be collected, in bytes. Only core files smaller than the specified size are collected (default is 25000000000 bytes (25GB)).
203
202
204
-
YBA also provides a runtime flag `yb.support_bundle.allow_cores_collection`, which is used to globally disable cores collection across any new support bundles generated on the platform. This flag can only be set by the SuperAdmin and is true by default.
203
+
You can disable core collection globally by setting the global runtime configuration flag `yb.support_bundle.allow_cores_collection`to false. You must be a Super Admin to set global runtime configuration flags.
Copy file name to clipboardExpand all lines: docs/content/stable/yugabyte-platform/troubleshoot/universe-issues.md
+41-18Lines changed: 41 additions & 18 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -101,25 +101,25 @@ The focus is to ensure that support bundle generation is successful in most case
101
101
102
102
You can create a support bundle as follows:
103
103
104
-
- Open the universe that needs to be diagnosed and click **Actions > Support Bundles**.
104
+
1. Open the universe that needs to be diagnosed and click **Actions > Support Bundles**.
105
105
106
-
- If the universe already has support bundles, they are displayed by the **Support Bundle** dialog. If there are no bundles for the universe, use the **Support Bundles** dialog to generate a bundle by clicking **Create Support Bundle**, as per the following illustration:
106
+
1. If the universe already has support bundles, they are displayed by the **Support Bundle** dialog. If there are no bundles for the universe, use the **Support Bundles** dialog to generate a bundle by clicking **Create Support Bundle**, as per the following illustration:
107
107
108
-

108
+

109
109
110
-
- Select the date range and the types of files to be included in the bundle, as per the following illustration:
110
+
1. Select the date range and the types of files to be included in the bundle, as per the following illustration:
111
111
112
-

112
+

113
113
114
-
For information about the components, see [Support bundle components](#support-bundle-components).
114
+
For information about the components, see [Support bundle components](#support-bundle-components).
115
115
116
-
- Click **Create Bundle**.
116
+
1. Click **Create Bundle**.
117
117
118
-
YugabyteDB Anywhere starts collecting files from all the nodes in the cluster into an archive. Note that this process might take several minutes. When finished, the bundle's status is displayed as **Ready**, as per the following illustration:
118
+
YugabyteDB Anywhere starts collecting files from all the nodes in the cluster into an archive. Note that this process might take several minutes. When finished, the bundle's status is displayed as **Ready**, as per the following illustration:
119
119
120
-

120
+

121
121
122
-
The **Support Bundles** dialog allows you to either download the bundle or delete it if it is no longer needed. By default, bundles expire after ten days to free up space.
122
+
The **Support Bundles** dialog allows you to either download the bundle or delete it if it is no longer needed. By default, bundles expire after ten days to free up space.
123
123
124
124
### Support bundle components
125
125
@@ -132,14 +132,20 @@ Logs generated by YBA.
132
132
133
133
#### YBA Metadata
134
134
135
-
This component collects a fingerprint of the YBA data. The metadata is collected at a customer level, rather than a global level (like [PG_dump](https://support.yugabyte.com/hc/en-us/articles/4412743193741-How-to-create-a-credential-free-dump-of-YugabyteDB-Anywhere-Database)) to ensure multi-tenancy is respected going forward. Following are the included metadata sub-components in this phase:
135
+
This component collects a fingerprint of the YBA data. The metadata is collected at a customer level, rather than a global level (like [PG_dump](https://support.yugabyte.com/hc/en-us/articles/4412743193741-How-to-create-a-credential-free-dump-of-YugabyteDB-Anywhere-Database)) to ensure multi-tenancy is respected going forward.
136
+
137
+
This metadata includes the following:
136
138
137
139
- Customer metadata
138
140
- Cloud providers metadata
139
141
- Universes metadata
140
142
- Users metadata
141
143
- Instance_type metadata (sizing info, cores)
142
144
- Customer_task table metadata
145
+
- Audit logs
146
+
- High availability metadata
147
+
- xCluster metadata
148
+
- Tasks metadata
143
149
144
150
An example of the YBA metadata directory structure is as follows:
145
151
@@ -187,18 +193,19 @@ Node agent logs generated in the YugabyteDB nodes (if node agent is enabled).
187
193
188
194
#### Core Files
189
195
190
-
The Core Files component collects all the core files and mitigates two issues that may happen when collecting files such as the following:
196
+
If you select the Core Files option (the default), the support bundle will include all core files generated within the specified date range.
197
+
198
+
When the Core Files option is selected, you can specify the following additional options:
191
199
192
-
- Files can be very large (for example, 200GB+)
193
-
- There can be a huge number of files (for example, when a crashloop happens)
200
+
- Maximum number of recent core files: In some instances (for example, when a crashloop happens), there can be a large number of files. Specify the maximum number of files to include; YugabyteDB Anywhere collects the most recent files up to this value (default is 1).
194
201
195
-
When you create a support bundle, if you select the Core Files component (by default, the component is selected), there are two optional Core files properties:
202
+
- Maximum core file size: Specify the maximum file size for core files to be collected, in bytes. Only core files smaller than the specified size are collected (default is 25000000000 bytes (25GB)).
196
203
197
-
- Maximum number of recent core files: YugabyteDB Anywhere (YBA) collects the most recent "N" number of files. "N" is set to a default value of collecting 1 file.
204
+
You can disable core collection globally by setting the global runtime configuration flag `yb.support_bundle.allow_cores_collection` to false. You must be a Super Admin to set global runtime configuration flags.
198
205
199
-
- Maximum core file size: This field collects the recent core files only if the core file size is below the specified size limit. It is set to a default value of 25000000000 bytes (25GB).
206
+
#### Manifest file
200
207
201
-
YBA also provides a runtime flag `yb.support_bundle.allow_cores_collection`, which is used to globally disable cores collection across any new support bundles generated on the platform. This flag can only be set by the SuperAdmin and is true by default.
208
+
The `manifest.json` file, which contains the parameters that were used to create the support bundle.
202
209
203
210
#### YB-Controller logs
204
211
@@ -231,6 +238,22 @@ Note that YBA will only collect files if you have sufficient permissions to requ
231
238
- Statefulsets.yaml
232
239
- Persistentvolumeclaims.yaml
233
240
241
+
#### Prometheus metrics
242
+
243
+
The Prometheus metrics for the selected universe. You can customize the timeframe and the metrics to collect.
244
+
245
+
You can include the following metrics with the support bundle:
246
+
247
+
- Master Export - YB-Master metrics.
248
+
- Node Export - System-level metrics for various hardware and OS parameters, such as CPU, memory, disk, and network usage, collected by Prometheus Node Exporter.
249
+
- Platform - YugabyteDB Anywhere metrics.
250
+
- Prometheus - metrics for Prometheus.
251
+
- TServer Export - YB-TServer metrics; these are scraped from the TServer processes, and mostly cover the storage layer.
252
+
- YSQL Export - YSQL query layer metrics.
253
+
- YCQL Export - YCQL query layer metrics.
254
+
255
+
The Prometheus metrics are stored in JSON files in the `support_bundle/YBA/promdump` directory.
Copy file name to clipboardExpand all lines: docs/content/v2024.2/yugabyte-platform/troubleshoot/universe-issues.md
+41-18Lines changed: 41 additions & 18 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -101,25 +101,25 @@ The focus is to ensure that support bundle generation is successful in most case
101
101
102
102
You can create a support bundle as follows:
103
103
104
-
- Open the universe that needs to be diagnosed and click **Actions > Support Bundles**.
104
+
1. Open the universe that needs to be diagnosed and click **Actions > Support Bundles**.
105
105
106
-
- If the universe already has support bundles, they are displayed by the **Support Bundle** dialog. If there are no bundles for the universe, use the **Support Bundles** dialog to generate a bundle by clicking **Create Support Bundle**, as per the following illustration:
106
+
1. If the universe already has support bundles, they are displayed by the **Support Bundle** dialog. If there are no bundles for the universe, use the **Support Bundles** dialog to generate a bundle by clicking **Create Support Bundle**, as per the following illustration:
107
107
108
-

108
+

109
109
110
-
- Select the date range and the types of files to be included in the bundle, as per the following illustration:
110
+
1. Select the date range and the types of files to be included in the bundle, as per the following illustration:
111
111
112
-

112
+

113
113
114
-
For information about the components, see [Support bundle components](#support-bundle-components).
114
+
For information about the components, see [Support bundle components](#support-bundle-components).
115
115
116
-
- Click **Create Bundle**.
116
+
1. Click **Create Bundle**.
117
117
118
-
YugabyteDB Anywhere starts collecting files from all the nodes in the cluster into an archive. Note that this process might take several minutes. When finished, the bundle's status is displayed as **Ready**, as per the following illustration:
118
+
YugabyteDB Anywhere starts collecting files from all the nodes in the cluster into an archive. Note that this process might take several minutes. When finished, the bundle's status is displayed as **Ready**, as per the following illustration:
119
119
120
-

120
+

121
121
122
-
The **Support Bundles** dialog allows you to either download the bundle or delete it if it is no longer needed. By default, bundles expire after ten days to free up space.
122
+
The **Support Bundles** dialog allows you to either download the bundle or delete it if it is no longer needed. By default, bundles expire after ten days to free up space.
123
123
124
124
### Support bundle components
125
125
@@ -132,14 +132,20 @@ Logs generated by YBA.
132
132
133
133
#### YBA Metadata
134
134
135
-
This component collects a fingerprint of the YBA data. The metadata is collected at a customer level, rather than a global level (like [PG_dump](https://support.yugabyte.com/hc/en-us/articles/4412743193741-How-to-create-a-credential-free-dump-of-YugabyteDB-Anywhere-Database)) to ensure multi-tenancy is respected going forward. Following are the included metadata sub-components in this phase:
135
+
This component collects a fingerprint of the YBA data. The metadata is collected at a customer level, rather than a global level (like [PG_dump](https://support.yugabyte.com/hc/en-us/articles/4412743193741-How-to-create-a-credential-free-dump-of-YugabyteDB-Anywhere-Database)) to ensure multi-tenancy is respected going forward.
136
+
137
+
This metadata includes the following:
136
138
137
139
- Customer metadata
138
140
- Cloud providers metadata
139
141
- Universes metadata
140
142
- Users metadata
141
143
- Instance_type metadata (sizing info, cores)
142
144
- Customer_task table metadata
145
+
- Audit logs
146
+
- High availability metadata
147
+
- xCluster metadata
148
+
- Tasks metadata
143
149
144
150
An example of the YBA metadata directory structure is as follows:
145
151
@@ -187,18 +193,19 @@ Node agent logs generated in the YugabyteDB nodes (if node agent is enabled).
187
193
188
194
#### Core Files
189
195
190
-
The Core Files component collects all the core files and mitigates two issues that may happen when collecting files such as the following:
196
+
If you select the Core Files option (the default), the support bundle will include all core files generated within the specified date range.
197
+
198
+
When the Core Files option is selected, you can specify the following additional options:
191
199
192
-
- Files can be very large (for example, 200GB+)
193
-
- There can be a huge number of files (for example, when a crashloop happens)
200
+
- Maximum number of recent core files: In some instances (for example, when a crashloop happens), there can be a large number of files. Specify the maximum number of files to include; YugabyteDB Anywhere collects the most recent files up to this value (default is 1).
194
201
195
-
When you create a support bundle, if you select the Core Files component (by default, the component is selected), there are two optional Core files properties:
202
+
- Maximum core file size: Specify the maximum file size for core files to be collected, in bytes. Only core files smaller than the specified size are collected (default is 25000000000 bytes (25GB)).
196
203
197
-
- Maximum number of recent core files: YugabyteDB Anywhere (YBA) collects the most recent "N" number of files. "N" is set to a default value of collecting 1 file.
204
+
You can disable core collection globally by setting the global runtime configuration flag `yb.support_bundle.allow_cores_collection` to false. You must be a Super Admin to set global runtime configuration flags.
198
205
199
-
- Maximum core file size: This field collects the recent core files only if the core file size is below the specified size limit. It is set to a default value of 25000000000 bytes (25GB).
206
+
#### Manifest file
200
207
201
-
YBA also provides a runtime flag `yb.support_bundle.allow_cores_collection`, which is used to globally disable cores collection across any new support bundles generated on the platform. This flag can only be set by the SuperAdmin and is true by default.
208
+
The `manifest.json` file, which contains the parameters that were used to create the support bundle.
202
209
203
210
#### YB-Controller logs
204
211
@@ -231,6 +238,22 @@ Note that YBA will only collect files if you have sufficient permissions to requ
231
238
- Statefulsets.yaml
232
239
- Persistentvolumeclaims.yaml
233
240
241
+
#### Prometheus metrics
242
+
243
+
The Prometheus metrics for the selected universe. You can customize the timeframe and the metrics to collect.
244
+
245
+
You can include the following metrics with the support bundle:
246
+
247
+
- Master Export - YB-Master metrics.
248
+
- Node Export - System-level metrics for various hardware and OS parameters, such as CPU, memory, disk, and network usage, collected by Prometheus Node Exporter.
249
+
- Platform - YugabyteDB Anywhere metrics.
250
+
- Prometheus - metrics for Prometheus.
251
+
- TServer Export - YB-TServer metrics; these are scraped from the TServer processes, and mostly cover the storage layer.
252
+
- YSQL Export - YSQL query layer metrics.
253
+
- YCQL Export - YCQL query layer metrics.
254
+
255
+
The Prometheus metrics are stored in JSON files in the `support_bundle/YBA/promdump` directory.
0 commit comments