Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Upload fails silently for large files #14

Closed
2 tasks done
eboileau opened this issue Sep 29, 2022 · 1 comment
Closed
2 tasks done

Upload fails silently for large files #14

eboileau opened this issue Sep 29, 2022 · 1 comment
Assignees
Labels
bug Something isn't working

Comments

@eboileau
Copy link
Collaborator

eboileau commented Sep 29, 2022

Is there an existing issue for this?

  • I checked the documentation and found no answer
  • This bug has not already been reported

A clear and concise description of what the issue is.

This is related to #8 : Data upload (large data) - [ENHANCEMENT].

For large data (how large, what is the limit?), the upload fails silently, i.e. I cannot find any errors in the apache logs (or any other logs). I modified /etc/php/7.4/apache2/php.ini to set all error handling and logging more verbose, specifying the location of a php log e.g. /var/log/php_errors.log, to no avail.

This happens in js/upload_dataset.js in validate_expression. The call to cgi/validate_expression.cgi returns with an error, but filename is not None, so it is as if PHP succeeded. However, the dataset uploader fails to read it because the file is actually not there. Effectively, uploads/files/ does not contain the expression data, but only the metadata.

Output or error messages.

Oops! [Errno 2] Unable to open file (unable to open file: name = '../uploads/files/EGAS00001006374 (1).h5ad', errno = 2, error message = 'No such file or directory', flags = 0, o_flags = 0)

Anything else?

No response

What browser were you using?

Chrome

@eboileau eboileau self-assigned this Sep 29, 2022
@eboileau eboileau added the bug Something isn't working label Sep 29, 2022
@eboileau
Copy link
Collaborator Author

UploadHandler.php does not really log anything, so we had to debug the hard way. Essentially, the problem was the /tmp size/location. I set upload_tmp_dir=/dhart/tmp, on the same file system as the final destination, with enough space /dev/mapper/vgdata-lvdhart 1007G 18G 939G 2% /dhart.

Maybe we should set this up in the install playbook (although this will depend on the actual set-up on the server side), or else make note of it.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant