Skip to content
This repository has been archived by the owner. It is now read-only.

[dev.icinga.com #4033] segfaults on reload with multiple neb modules of the same binary #1268

Closed
icinga-migration opened this issue May 2, 2013 · 2 comments
Labels
Milestone

Comments

@icinga-migration
Copy link
Member

@icinga-migration icinga-migration commented May 2, 2013

This issue has been migrated from Redmine: https://dev.icinga.com/issues/4033

Created by mfriedrich on 2013-05-02 08:56:23 +00:00

Assignee: mfriedrich
Status: Resolved (closed on 2013-05-18 19:00:50 +00:00)
Target Version: 1.9.1
Last Update: 2013-05-18 19:00:50 +00:00 (in Redmine)

Icinga Version: 1.9.0dev
OS Version: Debian 6.0.7 x64

May  2 10:42:18 sol icinga: Event loop started...
May  2 10:42:24 sol icinga: Caught SIGHUP, restarting...
May  2 10:42:25 sol icinga: idomod: Shutdown complete.
May  2 10:42:25 sol icinga: Event broker module '/usr/lib/idomod.so' deinitialized successfully.
May  2 10:42:25 sol icinga: Caught SIGSEGV, shutting down...

common problem with

define module{
        module_name     idomod1
        module_type     neb
        path            /usr/lib/idomod.so
        args            config_file=/etc/icinga/idomod.cfg
        }

define module{
        module_name     idomod2
        module_type     neb
        path            /usr/lib/idomod.so
        args            config_file=/etc/icinga/idomod2.cfg
        }

Changesets

2013-05-18 17:30:31 +00:00 by (unknown) 0eb9671

idoutils: fix segfaults on reload with multiple neb modules of the same binary

my bad, the loop did not fetch the correct next address pointer for
free'ing the module list items, resulting in a SIGSEGV.

fixed, but unveils a different problem - multiple handles of a binary
loaded via dlopen() share the same global symbol space which means that
the registered callback functions only work for the first match.

fixes #4033

2013-05-22 20:53:47 +00:00 by (unknown) 4bbd583

idoutils: fix segfaults on reload with multiple neb modules of the same binary

my bad, the loop did not fetch the correct next address pointer for
free'ing the module list items, resulting in a SIGSEGV.

fixed, but unveils a different problem - multiple handles of a binary
loaded via dlopen() share the same global symbol space which means that
the registered callback functions only work for the first match.

fixes #4033

Conflicts:
	Changelog
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented May 18, 2013

Updated by mfriedrich on 2013-05-18 17:41:13 +00:00

  • Target Version set to 1.9.1
@icinga-migration

This comment has been minimized.

Copy link
Member Author

@icinga-migration icinga-migration commented May 18, 2013

Updated by Anonymous on 2013-05-18 19:00:50 +00:00

  • Status changed from Assigned to Resolved
  • Done % changed from 0 to 100

Applied in changeset 0eb9671.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
1 participant
You can’t perform that action at this time.