Bug 476847
Summary: | proftpd hangs on startup if TLS parameters are misconfigured (if daemonized can cause Fedora boot to hang) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Damir Malenicic <d.malenicic> |
Component: | proftpd | Assignee: | Matthias Saou <matthias> |
Status: | CLOSED UPSTREAM | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 10 | CC: | matthias, tj |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-01-02 12:39:25 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Damir Malenicic
2008-12-17 14:30:43 UTC
I can indeed easily reproduce the problem, but this is something that needs to be reported and fixed upstream : A daemon meant to be started in the background should never hang like this, so it's clearly a bug. Note that the example TLSRenegotiate commented out in the default Fedora configuration file works fine, so there is nothing to fix in the Fedora package itself. As for the init, there is no watchdog or timeout, but again, this is something that needs fixing elsewhere, not in the proftpd package. I'm closing this report as UPSTREAM. Feel free to report this problem in the proftpd bugzilla, and if/when the developers fix it, I'll be more than happy to apply a patch to the Fedora package! No one reported it upstream; I had to find it by reading the RH proftpd bugs myself. http://bugs.proftpd.org/show_bug.cgi?id=3261 Patch attached to that report, and committed to the proftpd CVS repository. |