openhpi2 / openhpi_bug_test

0 stars 0 forks source link

when Kill is issued some times few threads are still alive indefinitly #1848

Closed openhpi2 closed 8 years ago

openhpi2 commented 10 years ago

cat /etc/issue

Welcome to SUSE Linux Enterprise Server 11 (x86_64) - Kernel \r (\l). Openhpi version : Openhpi-3.5.x

Back Trace Analysis: Discovery thread holds the mutex lock and wait for the event thread to join, But oa_soap_event thread is blocked indefinitely in SSL_connect() call.

But this issue occurs very rarely.

Attached the full back trace of all the thread which are still alive even after kill -15.

Reported by: hemanthreddy

openhpi2 commented 10 years ago

Subsystem: OpenHPI Daemon --> HP c-Class Plugin

Original comment by: hemanthreddy

openhpi2 commented 9 years ago

labels: --> HP c-Class Plugin
3.5.0: 3.5.0 --> Future

Original comment by: dr_mohan

openhpi2 commented 9 years ago

The attached patch avoids the thread hangs at the plugin level. The infrastructure calls the discovery even after the SIGTERM / SIGINT is issued. Even after this change, there is a small chance that plguin could be in discovery when the variable it set. Infrastructure also needs to change a bit. It needs to stop making a new plugin discovery call as soon as the SIGTERM / SIGINT is issued.

Original comment by: dr_mohan

openhpi2 commented 9 years ago

status: open --> closed-fixed
assigned_to: dr_mohan
3.6.0: Future --> 3.6.0

Original comment by: dr_mohan

openhpi2 commented 9 years ago

Closed with checkin 7619

Original comment by: dr_mohan