3.1 beta 1: big files upload problem

Next topic

Author	Message
Oliver Dissars	Sunday 01 June 2003 6:49:13 am Hi, I noticed that the 3.1 beta 1 (Win XP, P4 > 2G, 512 MB) has problems to store big files (file object, > 20 MB) via web publisher admin. The upload seems to start, after a while the browser comes back and nothing has been added to the system. Any experiences or hints with this issue? Regards, Oliver Dissars
Selmah Maxim	Sunday 01 June 2003 7:48:45 am check phpinfo(); there is limit for uploaded file size, u can set it from php.ini config file, the default is 2 MB, search this under windows_path/php.ini ;;;;;;;;;;;;;;;; ; File Uploads ; ;;;;;;;;;;;;;;;; ; Whether to allow HTTP file uploads. file_uploads = On ; Temporary directory for HTTP uploaded files (will use system default if not ; specified). ;upload_tmp_dir = ; Maximum allowed size for uploaded files. upload_max_filesize = 2M
Oliver Dissars	Tuesday 03 June 2003 7:55:51 am Hello, >there is limit for uploaded file size, u can set it from php.ini >config file, the default is 2 MB, search this under >windows_path/php.ini Thanks for the hint! But the upload of big files still not works. I have set the upload_max_filesize to 2000M but the upload of a 21M file is still not possible. I also tried to set the value to a really big value (200000M), but this changes nothing. File upload bigger 5M don't works - indepedent from this value. Regards, Oliver Dissars
Huib Kleinhout	Tuesday 03 June 2003 8:04:28 am Have you looked for a LimitRequestBody value in the apache configuration? Another cause could be a connection time out.
Oliver Dissars	Wednesday 04 June 2003 7:31:07 am There're no more entries in httpd.conf or php.ini that affect IMO a upload. It also seems to be not a timeout, because the data stream stops a much ealier than a potential timeout could take place. In the log files are no entries related to the upload (access.log / error.log). I just tested more in detail a figured out, that the 3.0.2 shows the same behaviour. Also the problem occurs not only with files over 5 MB than with each file bigger as ~1,5 MB. I know that http is not the best protocol for handling big files, but it is possible. Nobody out there who managed bigger files with eZ?
Huib Kleinhout	Wednesday 04 June 2003 7:36:07 am Any entries in your apache log files? Did you turn try to turn on all debug options of ezpublish?
Oliver Dissars	Wednesday 04 June 2003 8:33:23 am No entries in the apache logs. eZ Debug delivers the following output for a "dead upload": [...] Warning: PHP Jun 04 2003 17:30:41 Undefined offset: 1 in c:\test\ez systems\ezpublish\lib\ezutils\classes\ezhttpfile.php on line 64 Notice: extension Jun 04 2003 17:30:41 1 Debug: Jun 04 2003 17:30:41 var/storage/original//.exe Warning: PHP Jun 04 2003 17:30:41 unlink(var/storage/original//) [<a href='http://www.php.net/function.unlink'>function.unlink</a>]: Permission denied in c:\test\ez systems\ezpublish\lib\ezutils\classes\ezhttpfile.php on line 140 Error: eZBinaryFileType Jun 04 2003 17:30:41 Failed to store http-file: InstallNSR.exe Warning: PHP Jun 04 2003 17:30:41 Undefined offset: 0 in c:\test\ez systems\ezpublish\kernel\classes\ezcontentobjecttreenode.php on line 1579 Warning: eZModuleOperationInfo::execute Jun 04 2003 17:30:41 Missing main operation memento for key: 71cc1aca04f82bbfbcf6bb6eae8938d2 Debug: Jun 04 2003 17:30:41 will update section ID Warning: PHP Jun 04 2003 17:30:41 Undefined index: real_translation in c:\test\ez systems\ezpublish\kernel\classes\ezcontentobjecttreenode.php on line 1505 Warning: PHP Jun 04 2003 17:30:41 Undefined index: real_translation in c:\test\ez systems\ezpublish\kernel\classes\ezcontentobjecttreenode.php on line 1505 Warning: eZModule::redirect Jun 04 2003 17:30:41 Missing parameter(s) LanguageCode in view 'view' Warning: PHP Jun 04 2003 17:30:41 Undefined index: real_translation in c:\test\ez systems\ezpublish\kernel\classes\ezcontentobjecttreenode.php on line 1505 Debug: eZContentCache::cleanup Jun 04 2003 17:30:41 Removing cache file 'var/cache/content/admin/full/eng-GB/2/215-99814bf1bfe575429f1e6525639a5817.php' Warning: PHP Jun 04 2003 17:30:41 in_array() [<a href='http://www.php.net/function.in-array'>function.in-array</a>]: Wrong datatype for second argument in c:\test\ez systems\ezpublish\lib\ezutils\classes\ezhttpfile.php on line 174 Error: eZTemplate @ content/datatype/edit/ezbinaryfile.tpl:11[16] Jun 04 2003 17:30:41 No such attribute for object(ezhttpfile): original_filename Choose one of following: original_filename, filename, filesize, is_temporary, mime_type, mime_type_category, mime_type_part Warning: PHP Jun 04 2003 17:30:41 in_array() [<a href='http://www.php.net/function.in-array'>function.in-array</a>]: Wrong datatype for second argument in c:\test\ez systems\ezpublish\lib\ezutils\classes\ezhttpfile.php on line 174 Error: eZTemplate @ content/datatype/edit/ezbinaryfile.tpl:15[15] Jun 04 2003 17:30:41 No such attribute for object(ezhttpfile): mime_type Choose one of following: original_filename, filename, filesize, is_temporary, mime_type, mime_type_category, mime_type_part Warning: PHP Jun 04 2003 17:30:41 in_array() [<a href='http://www.php.net/function.in-array'>function.in-array</a>]: Wrong datatype for second argument in c:\test\ez systems\ezpublish\lib\ezutils\classes\ezhttpfile.php on line 174 Error: eZTemplate @ content/datatype/edit/ezbinaryfile.tpl:19[15] Jun 04 2003 17:30:41 No such attribute for object(ezhttpfile): filesize Choose one of following: original_filename, filename, filesize, is_temporary, mime_type, mime_type_category, mime_type_part