-
Notifications
You must be signed in to change notification settings - Fork 1
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
[EOS] Upload to ocis-eos fails with "mismatched offset" -- filesystem is offline #134
Comments
The errno=28 above is an indicator, that the storage is offline.
Solution suggested by @butonic :
Afterwards, I can do
... and both file upload and file download via phoenix and desktop client starts working! Learning: All error messages are bastards. |
First Step: Add it to the instructions in the devdocs. |
Vincent Petry commented: Docs updated here: owncloud/ocis#361 |
Retested with 1.0.0-rc3
|
Retested with 1.0.0-rc6
Thanks! Duplicate of owncloud/ocis#862 |
Setup Procedure
Installed according to the instructions at https://owncloud.github.io/ocis/eos on a hetzner cloud machine.
Three additional variables are needed:
These need to be added to a .env file next the docker-compose.yml in a git checkout of https://github.com/owncloud/ocis master branch (or v1.0.0-beta8 -- same behaviour).
These three variables must also be added to
config/eos-docker.env
To make the IDP login work, we also need to allow additional
redirect_uris
andorigins
entries inconfig/identifier-registration.yaml
As this file is not part of the ocis git tree, but auto-generated upon first start, we patch the file after starting ocis briefly.
The command
docker-compose exec -d ocis /start-ldap
and the given restart instructions are only partially effective.The ocis process itself still does not recognize user einstein via ldap. In this state uploads hang at 0% and fail with a TUS error after a while, see owncloud/ocis#308
Workaround for this defect: Add user einstein also to the system passwd file:
docker-compose exec ocis sh -c "echo 'einstein:x:20000:30000:Albert Einstein:/:/sbin/nologin' >> /etc/passwd";
The entire above procedure is reproducable with https://github.com/owncloud-docker/compose-playground/blob/master/examples/hetzner-deploy/make_ocis_eos_compose_test.sh
Test upload
With firefox, login to https://95.217.220.120:9200 with user einstein.
![image](https://user-images.githubusercontent.com/1108546/87994147-8d4dcc00-caec-11ea-9c0a-e60c2221f6ca.png)
![image](https://user-images.githubusercontent.com/1108546/87994309-e61d6480-caec-11ea-8308-750009ae11cc.png)
The files view shows a
Shares
folder.Create a new folder
tt
at top level using+ New
->New Folder ...
-> OK.Enter this folder (or remain at top level -- no difference), upload a file. The upload start, the progress bar moves from back and forth multiple times,
No error message is shown, the file does not appear.
Or: the progress bar starts moving, but is reset, before it reaches the end, repeats a few time and finally freezes:
![image](https://user-images.githubusercontent.com/1108546/87994752-08fc4880-caee-11ea-9d56-23ec4e2ae2e6.png)
Expected behaviour: The progress bar only moves once from left to right, then the file is shown.
Server Log snippets
Testing upload with a desktop client
Connect desktop client client-2.7.0daily20200708 -- wait until initial sync is finished
The empty folders Shares and tt appear in the local sync root folder.
Copy a 8MB file Polymorphia_for_48_Penderezki.mp3 into the sync root folder.
An internal server 500 appears after a few seconds.
Server log snippet:
Client log snippet:
The text was updated successfully, but these errors were encountered: