...
| Issue Description | Environment (carrier or FOLIO) | Troubleshoot Date | Time spent (hours) | Notes | Resolved? | By |
|---|---|---|---|---|---|---|
| Enabling profiler on mod-data-export, mod-source-record-storage - building mod-data-export and mod-source-record-storage from old scripts | FOLIO | 8/7, 8/11 | 3Used the workaround Wayne provided, still does not work | Seeing strange errors for mod-source-record-storage. Had to research, ask around. mod-data-export's profiler was enabled but the tasks did not stabilize, even after hours of waiting and a few times shut them all down and restarting them | Yes | Martin |
| Data Export App crashing with Reactjs(white screen) | FOLIO | 8/7 | 1 | Troubleshoot mod-data-export draining connections caused by enabling/disabling profiler | Yes | Varun, Martin |
| Rebuilding Okapi to enable profiler results in Hazelcast errors | FOLIO | 8/12 | 3 | 2 hours for fcp1, 1 hour for fcp1. Hongwei pointed out what to do and it quickly fixed the issues. (Could have taken 15-30 mins if had Hongwei's knowledge. | Yes | Martin |
| Created a new branch of fse.hosting.FSE configurations to feed in the custom docker entrypoint file to enable profiler on mod-data-export and mod-source-record-storage pr. | FOLIO | 8/11 | 2 | Used the workaround Wayne provided, still does not work | No | Martin |
| InfluxDB and Telegraf data on gcp1 nodes not shipping to carrier-io box | FOLIO | 8/7, 8/10 | 1 | Closely looked at the differences of subnets in gcp1 and fcp1 (where there is no such issue). Hongwei added a rule to the carrier-io security group to enable data to flow from gcp1 to fcp1 | Yes | Martin |
| Profiler on mod-data-export and mod-source-record-storage not profiling anything other than CPUandMemory | FOLIO? carrier-io | 8/12 | 2 | Looked at the logs of modules where enabling worked, compared them against these two modules' logs. Found a pattern. Follow up with carrier-io team is needed to understand more on how the profiler works. | No | Martin, Roman |