Bug 1801109
Summary: | haproxy hangs at startup | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Joe Orton <jorton> |
Component: | haproxy | Assignee: | Ryan O'Hara <rohara> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 32 | CC: | bperkins, carl, ingvar, jeremy, mitchb, mrittenb, pavloos, quentin, rohara |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | haproxy-2.1.3-2.fc32 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2020-03-24 17:50:16 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
Joe Orton
2020-02-10 09:40:56 UTC
[root@ci-vm-10-0-137-223 ~]# rpm -q haproxy haproxy-2.1.2-2.fc32.x86_64 May easily be reproduced also in a mock chroot mock -r fedora-rawhide-x86_64 init mock -r fedora-rawhide-x86_64 install haproxy mock -r fedora-rawhide-x86_64 shell <mock-chroot> sh-5.0# haproxy --version (hangs forever) This bug appears to have been reported against 'rawhide' during the Fedora 32 development cycle. Changing version to 32. This was fixed upstream [1]. I am going to asked for a new upstream release of haproxy-2.1 since it has been while and there are many worthwhile patches committed since 2.1.2. [1] http://git.haproxy.org/?p=haproxy-2.1.git;a=commit;h=a102c1be693d3149559058cb62130812a0310ad7 If that's likely to take a while would you be able to backport the patches? (This makes varnish FTBFS because the test suite runs haproxy.) Upstream already did a new release. I will rebase the Fedora package. This should be fixed by the latest rebase in rawhide. haproxy-2.1.3-1.fc33.x86_64 in Rawhide unfortunately still has the same bug. I don't seem to have permission to reopen this bug. Recompiling the rawhide package gives interesting results: rebuilt in mock f31 chroot, installed on f31 system: haproxy -v works rebuilt in mock f32 chroot, installed on f31 system: haproxy -v does NOT work rebuilt in mock rawhide chroot, installed on f31 system: haproxy -v does NOT work Ingvar Sorry. I was sure it was fixed. I just built from the latest haproxy-2.1 git tree (on F32) and confirmed that 'haproxy -v' still hangs. I've informed upstream. (In reply to Ryan O'Hara from comment #10) > Sorry. I was sure it was fixed. I just built from the latest haproxy-2.1 git > tree (on F32) and confirmed that 'haproxy -v' still hangs. I've informed > upstream. I took the same source code and built on F31 and it works. Perhaps this is related to gcc/glibc changes in F32? (In reply to Ryan O'Hara from comment #11) > (In reply to Ryan O'Hara from comment #10) > > Sorry. I was sure it was fixed. I just built from the latest haproxy-2.1 git > > tree (on F32) and confirmed that 'haproxy -v' still hangs. I've informed > > upstream. > > I took the same source code and built on F31 and it works. Perhaps this is > related to gcc/glibc changes in F32? Just for fun I put gcc-10 (from F32 repos) on a F31 machine and rebuilt. This time it failed. Sure seems like gcc-10 is the cause. FEDORA-2020-d247b5f22a has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-d247b5f22a haproxy-2.1.3-2.fc32 has been pushed to the Fedora 32 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-2020-d247b5f22a FEDORA-2020-d247b5f22a has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report. |