ID: 17606
Comment by: j dot henshaw at ulster dot ac dot uk
Reported By: luimarma at iti dot upv dot es
Status: Closed
Bug Type: HTTP related
Operating System: RedHat 7.3
PHP Version: 4.2.1
New Comment:
with reference to "[9 Jan 8:56am CST] OK, problem solved - here's what
I did"
(I just found this thread ... and thanks to all that contributed, 'cos
you helped me fix my box.)
The reboot was not necessary.
However, the php.ini file is only read when apache starts. So issue
"service httpd restart" command and your changes to php.ini are read
when apache restarts.
No way will Linux ever behave like a windoze box!
Previous Comments:
------------------------------------------------------------------------
[2003-06-03 02:42:26] luimarma at iti dot upv dot es
Use a newer php version, versions under 4.2 have this feature
broken.
------------------------------------------------------------------------
[2003-06-02 19:45:56] aiphuong1001 at yahoo dot com
It doesn't work for my case. What did I do wrong?
I'm using PHP version 4.1.2, apache 1.3.26 on Mac OS X and
trying to upload a 200M file via Internet Explorer with the
setting in php.ini:
max_execution_time = 30000
max_input_time = 30000
memory_limit = 2000M
post_max_size = 2000M
file_uploads = On
;upload_tmp_dir =
upload_max_filesize = 2000M
allow_url_fopen = On
and in http.conf:
Timeout = 30000
MaxKeepAliveRequests = 50000
The result is that the progress bar keeps showing 3/10 of
the bar, the spinning wheel keeps spinning and the
uploading never ends for hours.
Files under 50M are uploaded successfully though. In my php
code, I direct the uploaded files to a specific folder in
the server. So, Is the upload_tmp_dir used at all? By the
way, where is this folder? How can I check whether the
upload eats sytem memory or not?
This task is so important to me. Please help!!!
Thanks so much.
------------------------------------------------------------------------
[2003-02-12 02:33:12] simone at cisbic dot com
Someone found a solution for old PHP like 4.0.6?
------------------------------------------------------------------------
[2003-01-09 08:56:03] mlampard at excite dot com
OK, problem solved - here's what I did:
Initially this box had redhat stock apache and php installs, so I blew
those installs away (rpm -e) and installed apache 1.3.26 and PHP 4.2.3
from source. This is when I first posted my issue here, as I still
couldn't upload large files. I played with all the ini file parameters
and a few of the apache conf parameters, but all to no avail - the
script just would not write to any temp directory. The ulimit was set
to unlimited, no disk quotas, plenty of available disk space, memory
available etc etc. Everything looked fine and healthy and everything
else on the box worked just fine. In desperation, I finally rebooted
the box (it hadn't been down in years) and voila, now it magically
works! This scares me somewhat - a linux box behaving like a windows
box! So, I still don't know the cause of the issue, but thankfully it
now works and I guess this one will go into the "unknown" black
cloud....
Thanks to everyone, especially Luis, for your help with this.
Marty.
------------------------------------------------------------------------
[2002-12-24 13:52:00] mlampard at excite dot com
Not yet - still unresolved! I've had to setup a different machine for
these people to use. Funnily enough, the new machine is configured
identically (and I mean IDENTICALLY) to the old machine, but it works
just fine. I'm starting to wonder if there's some sort of kernel
bug.....
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/17606
--
Edit this bug report at http://bugs.php.net/?id=17606&edit=1
