Bug 1253798
Summary: | lighttpd.service fails on boot | ||
---|---|---|---|
Product: | [Fedora] Fedora EPEL | Reporter: | Chris Adams <linux> |
Component: | lighttpd | Assignee: | Gwyn Ciesla <gwync> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | epel7 | CC: | andre.taniguchi, gwync, jjhh.spam.trap, rhbugs |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | lighttpd-1.4.44-1.1.el7 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-01-12 03:20:29 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Chris Adams
2015-08-14 17:57:51 UTC
Interesting. If you have it bind only to an ipv4 address, does it work? Yes, it appears to be specific to IPv6. I'm not sure what's happening actually. I put in a systemd service that ran a script before lighttpd.service that would watch to make sure the IPv6 address was assigned to the interface, but lighttpd still failed to bind it. Is there something in the kernel that would keep it from being bound right away? I'm not really sure where to ask (don't know if there's an issue with the way lighttpd is trying to bind the IPv6 address, an issue with the kernel showing an address before it can be bound, or an issue with systemd coordinating/timing startup). Does it behave the same way on Fedora? Sorry it took a bit to test, but yes, it does have the same issue on Fedora 21 with lighttpd-1.4.36-1.fc21.x86_64. Setting it to listen on a specific IPv6 address means it won't start on boot. (In reply to Jon Ciesla from comment #1) > If you have it bind only to an ipv4 address, does it work? Not for my CentOS 7.1 droplet at DigitalOcean. lighttpd binds to a specific IPv4 address, and uses two non-standard ports. Yesterday I rebooted the droplet, and lighttpd did not start. "(network.c.410) can't bind to port: x.x.x.x xxxx Cannot assign requested address". lighttpd runs OK when manually started. Until I found this bug report I thought I'd misconfigured lighttpd. jon h Hmmm, this may be a more generic problem (possibly some race condition in systemd?). I just ran into a CentOS 7 server with rsyslogd configured to listen on a specific IPv4 address, and it had the same problem (couldn't bind to that IP at boot). In the rsyslogd case, it ran anyway, it just didn't listen on the network (so logs weren't logged). Not sure where to go with this now... Is this still occurring? I don't have an easy way to test it at this point - I had to change my configs to bind IPs in other ways. I'll see what I can do, but it'll take me a bit. Any updates? I apologize; I haven't had a chance to check. I should have time next week. However, I think this may be the underlying issue: https://bugzilla.redhat.com/show_bug.cgi?id=1119787 Okay, tested with a fresh and up-to-date CentOS 7 + lighttpd install. I just added a server.bind option to the default config, and lighttpd does still fail to start on boot because it can't bind. I added a systemd override for lighttpd with: [Unit] After=network-online.target With that, it starts on boot fine. So, this is an instance of BZ 1119787, and changing the systemd unit file from network.target to network-online.target should fix it. Excellent, thanks. I'll get a fix out ASAP. lighttpd-1.4.44-1.1.el7 has been submitted as an update to Fedora EPEL 7. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-854f12305e lighttpd-1.4.44-1.1.el7 has been pushed to the Fedora EPEL 7 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-854f12305e lighttpd-1.4.44-1.1.el7 has been pushed to the Fedora EPEL 7 stable repository. If problems still persist, please make note of it in this bug report. tested with a fresh and up-to-date Fedora 25 + lighttpd 1.4.45. I just added a server.bind option to the default config, and lighttpd does still fail to start on boot because it can't bind. I added a systemd override for lighttpd with: [Unit] After=network-online.target With that, it starts on boot fine. But before changing the systemd unit file from network.target to network-online.target, first activate the service: sudo systemctl enable NetworkManager-online.service, should fix it! |