Univention Bugzilla – Full Text Bug Listing |
Summary: | univention-directory-listener avoid module initialization if partition is full | ||
---|---|---|---|
Product: | UCS | Reporter: | Daniel Orrego <orrego> |
Component: | Listener (univention-directory-listener) | Assignee: | Listener maintainers <listener-maintainers> |
Status: | RESOLVED DUPLICATE | QA Contact: | |
Severity: | normal | ||
Priority: | P5 | CC: | hahn |
Version: | UCS 4.2 | ||
Target Milestone: | --- | ||
Hardware: | Other | ||
OS: | Linux | ||
What kind of report is it?: | --- | What type of bug is this?: | --- |
Who will be affected by this bug?: | --- | How will those affected feel about the bug?: | --- |
User Pain: | Enterprise Customer affected?: | ||
School Customer affected?: | ISV affected?: | ||
Waiting Support: | Flags outvoted (downgraded) after PO Review: | ||
Ticket number: | Bug group (optional): | ||
Max CVSS v3 score: |
We had the situation that the listener somehow lost the state of the handlers when its partition was full and the service was stopped or killed. In such case it is possible that the file containing the state of the listener gets emptied (see below for a potential lead). The consequence being that, next time, once the partition has space, and the listener is started or reloaded, all modules will be initialized. This could be undesired in large environments. Is it possible that this happens in handler.c >handler_free(Handler *handler)? > ... > state_fp = fopen(state_filename, "w");