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

fseek(): stream does not support seeking at *** with S3 #8275

Closed
tomtomas99911 opened this issue Feb 9, 2018 · 35 comments
Closed

fseek(): stream does not support seeking at *** with S3 #8275

tomtomas99911 opened this issue Feb 9, 2018 · 35 comments
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap bug feature: filesystem feature: object storage

Comments

@tomtomas99911
Copy link

Hi,
i have problem with Nextcloud and S3 based on CEPH. When I am accessing some files (e.g. *jpg) I am getting this error : "fseek(): stream does not support seeking at /var/www/nextcloud/apps/files_external/3rdparty/icewind/streams/src/Wrapper.php#74"

Is there any way to repair it please?

Steps to reproduce

  1. Use CEPH S3 storage
  2. Set S3 as a primary storage

Server configuration

Operating system:
Debian 9

Web server:
Apache 2
Database:
Percona DB
PHP version:
7
Nextcloud version: (see Nextcloud admin page)
Nextcloud 13
Updated from an older Nextcloud/ownCloud or fresh install:
Fresh install

Are you using external storage, if yes which one: S3

Are you using encryption: NO

Are you using an external user-backend, if yes which one: NO

@MorrisJobke
Copy link
Member

cc @icewind1991 @rullzer

@dnwk
Copy link

dnwk commented Feb 12, 2018

I am having the same problem when using S3 as primary storage.
fseek(): stream does not support seeking at /var/www/html/apps/files_external/3rdparty/icewind/streams/src/Wrapper.php#74 is coming up repeatly in my log. However, I haven't encounter failure in opening the file.

@MorrisJobke
Copy link
Member

Could you check with the upcoming 13.0.3. We updated quite some code in the object storage and filesystem part.

If this is then still not resolved, we could reopen the ticket again and check what's going on here.

@C439
Copy link

C439 commented Jul 10, 2018

@MorrisJobke Hi, sorry to re-open this issue. I'm using Nextcloud version13.0.4 and I can see this issue in my log:
fseek(): stream does not support seeking at /var/www/nextcloud/apps/files_external/3rdparty/icewind/streams/src/Wrapper.php#74.
This only happens when I open a video in my external, not encrypted S3 storage.

@MorrisJobke MorrisJobke reopened this Jul 11, 2018
@MorrisJobke
Copy link
Member

@icewind1991 Could it be that the stream actually does not support it?

@C439 What storage do you use? Is this the real Amazon S3 or just another product hosted somewhere or something like minio on own servers?

@C439
Copy link

C439 commented Jul 11, 2018

@MorrisJobke I'm using DigitalOcean Spaces, it's similar to S3.

Unrelated but another issue I have is that I first used decryption on the storage and then disabled it, this results in error messages like "OC\Encryption\Exceptions\DecryptionFailedException: Can not decrypt this file, probably this is a shared file. Please ask the file owner to reshare the file with you." and "Couldn't re-calculate unencrypted size for files_versions/directory". These files don't exist anymore. Can I fix this somehow?

@Gmognon
Copy link

Gmognon commented Aug 11, 2018

@MorrisJobke I Can confirm this behavior when using S3 as Primary Storage and watch a video on web interface.
The video plays ok, but log this.
fseek(): stream does not support seeking at /var/www/html/nextcloud/3rdparty/icewind/streams/src/Wrapper.php#74

@tomtomas99911
Copy link
Author

Same problem on NX 14.0.0 - I am facing this issue when I am syncing files via Windows Client.

@HLFH
Copy link
Contributor

HLFH commented Jan 22, 2019

Same issue on NC 15. I can provide logs if that can help.

@HLFH
Copy link
Contributor

HLFH commented Feb 8, 2019

@MorrisJobke @icewind1991 Hi. Is this issue fixed by #13866?

@koehn
Copy link

koehn commented Feb 11, 2019

I'm using 15.0.4 which includes #13866 and I'm still seeing the issue in the logs:

fseek(): stream does not support seeking at /var/www/html/3rdparty/icewind/streams/src/Wrapper.php

@theopen-institute
Copy link

I am also still seeing this issue in 15.0.5 using S3 (digital ocean) as primary backend. Specifically, it prevents all functioning of the collabora plugin on my server.

@helge000
Copy link

Same here, using Amazon S3

@torbenschinke
Copy link

I see this also using Minio S3 Server in 15.0.5

@MorrisJobke
Copy link
Member

cc @rullzer

@jothoma1
Copy link

Same here, ceph backend with 15.0.7

@neckos
Copy link

neckos commented May 13, 2019

Getting the same error on Wasabi Object Storage as primary storage with 15.0.7

@Tost69
Copy link

Tost69 commented May 16, 2019

Same issue with 15.0.7 on a Synology NAS when using the Nextcloud app with audio or video files from external storage (secured webdav on the same machine). To use this are there special requirements for the transmission protocol (e.g. ftp, sftp, unsecured webdav) or is there a php module which needs to be enabled? Thanks and Kind regards, Tom

@alexgreenshift
Copy link

alexgreenshift commented May 20, 2019

Same issue with 16.0.1 using S3 storage backed by a Ceph RGW gateway. It seems to be happening with MOV's and PNG's for me. This occurrs during download sync.

[PHP] Error: fseek(): stream does not support seeking at /var/www/nextcloud/apps/files_external/3rdparty/icewind/streams/src/Wrapper.php#82 GET /remote.php/dav/files/.../IMG_7495.MOV

Thanks
Alex

@zocker-160
Copy link

I have same issue when trying to move / copy / delete text files in my folder, which is a external file share from another NC server.

It looks like a general issue with external_files regardless of share type (NC, ftp, webdav etc)

@msumm
Copy link

msumm commented Aug 21, 2019

I observe the same log entries every time I access a txt/md-file using the new Text App where the file is located on an external WebDAV storage.
Anyhow, there is no restriction in functionality - I can view and edit the files.
[See also #14617]

@KimmoJ
Copy link

KimmoJ commented Sep 11, 2019

16.0.4, my logs are absolutely hammered with this error, I deleted a gigabyte and have another in the most recent log. Wasabi S3, the External Storage plugin. I'm not seeing anything obviously break in NC itself, Collabora works, I can listen to music with the Music app too, in spite of the error.

@snomisneb
Copy link

I'm having the same issue with NC 16.0.4. I have fixed this 'issue' in the past with an edited version of the AmazonS3.php file but I can't find this file anymore on GitHub!

@firemdkfighter
Copy link

My installation NC 17.0.1 have the same issue

@joelkennedy
Copy link

joelkennedy commented Nov 29, 2019

I thought it might be possible to support this by adding 's3' => ['seekable' => true] to

but it doesn't seem to work.

Not sure if that is on the right lines or not.

https://docs.aws.amazon.com/sdk-for-php/v3/developer-guide/s3-stream-wrapper.html

@skjnldsv skjnldsv added 0. Needs triage Pending check for reproducibility or if it fits our roadmap bug labels Dec 9, 2019
@SimplyCorbett
Copy link

SimplyCorbett commented Dec 18, 2019

Same issue! 18.0.0 beta2.

@totalcaos
Copy link

I have the same issue .. running NC 17.0.2 with S3 as primary storage on Ubuntu 18.04

@krakazyabra
Copy link

Me too. NC 17.0.1 on Debian 10, Minio S3 as primary storage, using objectstore_multibucket

@SimplyCorbett
Copy link

Is there a workaround for this? Also using multibucket.

@amalinda
Copy link

same issue on NC 18, Debian Amazon S3.

@kc0bfv
Copy link

kc0bfv commented May 11, 2020

Updating to 19.0.0 RC1 - I no longer see this error message when taking actions that would have previously shown it.

@MorrisJobke
Copy link
Member

Updating to 19.0.0 RC1 - I no longer see this error message when taking actions that would have previously shown it.

Let's close this then for now.

@krakazyabra
Copy link

@MorrisJobke It will be nice, if there will be fix for this bug in production branch (16.0.11)

@krakazyabra
Copy link

krakazyabra commented Jun 30, 2020

Update: continue to see this error on 18.0.6 with minio S3 as primary storage. Now it appears, when user tries to connect mobile phone.
@MorrisJobke using release candidate version - is not solving of the problem.

@cy8aer
Copy link

cy8aer commented Jul 19, 2020

For me it already fails when opening the file with fopen because of

certificate verify failed at /var/www/html/lib/private/Files/ObjectStore/S3ObjectTrait.php#73

Though creating the S3 storage and adding deleting objects into the store does not make any problems (own certificte chain, simply stored in /etc/ssl/certs/ca-certificates.crt)
(minio on 18.0.6 and 19.0.1)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
0. Needs triage Pending check for reproducibility or if it fits our roadmap bug feature: filesystem feature: object storage
Projects
None yet
Development

No branches or pull requests