ID: 17606
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Closed
Bug Type: HTTP related
Operating System: RedHat 7.3
PHP Version: 4.2.1
New Comment:
1. The upload script is also identical on both machines and does not
override any settings
2. There's some diff's in the conf files - but only around hostname
etc. I actually ran one box as the other just to check (i.e. swapped
httpd.conf and php.ini)
3. Not sure what command to run to check this?
4. php.ini is root.root 744 (i.e. -rw-r--r--) and is definitely being
read (changing variables, restarting apache and then running phpinfo()
script shows the changes)
Previous Comments:
------------------------------------------------------------------------
[2002-12-12 09:12:40] [EMAIL PROTECTED]
It is very strange, I have been working OK uploading big
files, also with the version you are using. I can only
advice you 3 things more to check.
1.- Check that you dont override tmp dir and
upload max file size on the script or includes of your
problem machine.
2.- Diff the config files (you have already done
this as you can swap them between machines)
3.- Check which files the httpd process and its
children are using while uploading to see where it is
stored tmp.
4.- Check that php.ini is readable.
------------------------------------------------------------------------
[2002-12-12 08:42:29] [EMAIL PROTECTED]
One php.ini file in /usr/local/lib. Been through all that - removed all
previous (redhat standard install) incarnations of php. Doing a line by
line comparison on the two boxes using phpinfo() shows they are
configured identically also. The one box will just not write to the
upload_tmp_dir, even when I chmod that directory to 777. I've changed
the apache user and group thinking it may have been a wierd permissions
problem. Not much memory in the box, but it doesn't fill up and swap is
basically unused.
------------------------------------------------------------------------
[2002-12-12 03:28:26] [EMAIL PROTECTED]
Are you sure that both machines are using the equal
compiled php version?, please double check with locate how
many php.ini files do you have on the problem machine and
to which is your php pointing at.
------------------------------------------------------------------------
[2002-12-11 14:29:44] [EMAIL PROTECTED]
I think you closed this "bug" prematurely! I have two very similar
machines - both running PHP 4.2.3 and apache 1.3.26 on Redhat Linux
2.4.7-10 (7.1). I have an upload script and can upload ANY size file to
one machine, but am limited to about 9mb on the other box. The php.ini
and httpd.conf files are identical (actually, I swapped them over just
for the hell of it). I've even swapped the libphp4.so files in the
apache libexec directory, between boxes! If this isn't a bug, why does
the upload work flawlessly on one machine, but not the other? It will
not write to the /tmp directory (or any directory, no matter what I set
upload_tmp_dir to) on the one box, but does on the other. Permissions
and apache user/group are identical across boxes. It has me stumped! It
should either work on both, or neither!
------------------------------------------------------------------------
[2002-06-10 03:24:45] [EMAIL PROTECTED]
Well, I have been doing more tests and it seems
that the system memory that is being used is for
the catching of the filesystem. I dont know if it
is a good thing that so many memory is eaten just
for file catching but this is an operating system
issue and not php related bug so If everyone
agrees I close the bug.
Regarding last message from [EMAIL PROTECTED],
did you double check the values for the php.ini
file, related with post and file uploading?
Remenber that post limit should be at least
filesize+size of php script.
memory_limit = ??
post_max_size = ??
file_uploads = On
upload_max_filesize = ??
allow_url_fopen = On
------------------------------------------------------------------------
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
