Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The report-portal.js plugin procreates an enormous amount of processes during execution #192

Closed
epam-avramenko opened this issue Jun 7, 2024 · 1 comment · Fixed by #194

Comments

@epam-avramenko
Copy link
Collaborator

epam-avramenko commented Jun 7, 2024

While executing Cypress Tests and integrating with Reportal Portal via report-portal.js, we encountered a significant issue involving the generation of a large number of hanging processes, as depicted in the image below. Towards the end of the execution, the count of these processes can surge to over 30 thousand, causing a degradation in system performance.

The hung-up processes are like ./cache/12.0.0/Cypress/Cypress ./node_modules/@reportportal/agent-js-cypress/lib/worker.js

Therefore, the question is: Does anyone know what the problem is?

@epam-avramenko
Copy link
Collaborator Author

After conducting additional investigation, it was found that the issue originates from a significant flaw in the integration plugin for Report Portal. This issue occurs when results are being sent via a single launch ID, causing a separate process to be initiated for each test. These processes then remain hung during the entire test execution.
Therefore, a workaround solution was found after further investigation and many tests. The plugin contains an approach that allows starting a standalone launch for each test in the test suite. This leads to a side effect of a vast number of launches for each pipeline execution, but in the case of defining proper prompt parameters, the plugin merges all of those launches and their results into one launch at the end of execution. However, a precise combination of parameters has to be passed to achieve that effect.

epam-avramenko added a commit that referenced this issue Jun 19, 2024
… test suite when launchId is defined has been removed.
epam-avramenko added a commit that referenced this issue Jun 19, 2024
…ases with and without specifying launchId. In the case of specifying launchId, the launch should not be terminated.
epam-avramenko added a commit that referenced this issue Jun 20, 2024
…ases with and without specifying launchId. In the case of specifying launchId, the launch should not be terminated.Fixed.
epam-avramenko added a commit that referenced this issue Jun 20, 2024
epam-avramenko added a commit that referenced this issue Jun 20, 2024
…ases with and without specifying launchId. In the case of specifying launchId, the launch should not be terminated.Fixed.2
AmsterGet added a commit that referenced this issue Jun 20, 2024
AmsterGet added a commit that referenced this issue Jun 20, 2024
… processes would hang until the entire test set execution was completed. (#194)

* #192. The code stopper for killing the processes after completing the test suite when launchId is defined has been removed.

* #192. The process for completing launches has been altered for both cases with and without specifying launchId. In the case of specifying launchId, the launch should not be terminated.

* #192. The process for completing launches has been altered for both cases with and without specifying launchId. In the case of specifying launchId, the launch should not be terminated.Fixed.

* #192. Eslint fix.

* #192. The process for completing launches has been altered for both cases with and without specifying launchId. In the case of specifying launchId, the launch should not be terminated.Fixed.2

* #192. Fix basePromise usage

---------

Co-authored-by: Ilya Hancharyk <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
1 participant