Bug 177885
Summary: | large file support isn't working in httpd | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Nathan G. Grennan <redhat-bugzilla> | ||||
Component: | httpd | Assignee: | Joe Orton <jorton> | ||||
Status: | CLOSED NOTABUG | QA Contact: | |||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | rawhide | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2006-02-03 09:58:10 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: | |||||||
Attachments: |
|
Description
Nathan G. Grennan
2006-01-16 05:49:44 UTC
Works fine for me on a variety of systems. What platform is the system running httpd, x86 (you only mention x86_64)? Tried curl? Can you run: strace -o /tmp/httpd.t wget ... and attach the httpd.t. Anything in the server error_log? I am testing this on a Fedora Core 5 Test 2 x86_64 system and connecting to localhost. I tried curl and got the error below. [root@proton ~]# curl http://localhost/test/FC5-test2-x86_64-DVD.iso curl: (18) transfer closed with 3235653632 bytes remaining to read I tried wget again with strace. I will attach the log. I assumed wget would work in that one of the features of a wget version a while back was that it finally supported large files. Created attachment 123243 [details]
strace log of wget
wget and curl on a Fedora Core 4 i386 and x86_64 systems get the same results. It looks like the server is crashing. Please look at /var/log/httpd/error_log; if a segmentation fault is listed, please run as root: echo CoreDumpDirectory /tmp > /etc/httpd/conf.d/core.conf service httpd restart yum install httpd-debuginfo apr-debuginfo apr-util-debuginfo # <... trigger the crash... > gdb /usr/sbin/httpd /tmp/core.* ... (gdb) backtrace full and attach the output of gdb. I figured out the problem. Another round of fun in SELinux world. I had disabled SELinux via firstboot to avoid such problems, but I hadn't rebooted. So I guess it automatically boots with SELinux the first time, and then respects your decesion. I simply rebooted and tried again, and now it works. Too bad the anaconda developers probably can't be talked into putting the selinux and firewall control back in the anaconda. I am sure more bugs like this are going to crop up. Thanks for tracking this down. |