ID:               17606
 Comment by:       aiphuong1001 at yahoo dot com
 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:

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.


Previous Comments:
------------------------------------------------------------------------

[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.....

------------------------------------------------------------------------

[2002-12-22 06:42:34] marco_m at inbox dot lv

people in all world !!!! i need your HELP i have same problem i cannot
upload files that are greater than 2M, mlin
what to do, maybe some of you solved this problem

------------------------------------------------------------------------

[2002-12-12 10:59:53] luimarma at iti dot upv dot es

If want you can send me your php.ini to check if any 
variable is left to a default, otherway we are in a dead 
end; but believe me I been running my upload scripts in 3 
diferent machines (2 Redhat, 1 Suse) and I have had no 
trouble with it. Also you can send me if you want your 
upload script.

------------------------------------------------------------------------

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

Reply via email to