mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 13:26:00 +03:00
[GH-ISSUE #2389] Input/output error with Scaleway S3 bucket when trying to write #1173
Labels
No labels
bug
bug
dataloss
duplicate
enhancement
feature request
help wanted
invalid
need info
performance
pull-request
question
question
testing
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/s3fs-fuse#1173
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Doctor-Who on GitHub (Dec 9, 2023).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/2389
Additional Information
Version of s3fs being used (
s3fs --version)V1.93 (commit:unknown) with OpenSSL
Version of fuse being used (
pkg-config --modversion fuse,rpm -qi fuseordpkg -s fuse)2.9.9
Kernel information (
uname -r)6.6.3-1-default
GNU/Linux Distribution, if applicable (
cat /etc/os-release)How to run s3fs, if applicable
Used in fstab as below :
s3fs#reolink /srv/backup/reolink fuse _netdev,allow_other,use_path_request_style,passwd_file=/root/.passwd-s3fs,url=https://s3.fr-par.scw.cloud/ 0 0s3fs#gislab-homeassistant /srv/backup/homeassistant fuse _netdev,allow_other,use_path_request_style,passwd_file=/root/.passwd-s3fs,url=https://s3.fr-par.scw.cloud/ 0 0cp files or even a simple touch text file :
touch: failed to close 'test.txt': Input/output errorcp: cannot create directory '/srv/backup/reolink/2023/12': Input/output errorinformation : rm command well works
s3fs syslog messages (
grep s3fs /var/log/syslog,journalctl | grep s3fs, ors3fs outputs)Cannot find any log, I'm running on a Pi3B+ :/
Details about issue
Since few weeks, upload to my s3 bucket is not working anymore. Was working during 2 years without any problem.
It is suppose to copy from FTP (camera video) to S3 mount point to send them into the cloud.
I've try to umount and mount without any success.
Even rebooting the Raspberry not working.
I've see other issue but without any solution (or any solution I cannot understand)
Thanks for this amazing opensource project.
@klausbadelt commented on GitHub (Dec 9, 2023):
similar issue on AWS S3, simple
cpfails after ~50 secs.@ggtakec commented on GitHub (Feb 12, 2024):
@Doctor-Who
The version of s3fs described in this issue is 1.93, but does the fact that it has been working for several years mean that s3fs was upgraded when it stopped working?
I need to know the reason why it doesn't work in detail, so if you can, please specify options such as
dbglevelorcurldbgand provide the log of the problem area.Thanks in advance for your assistance.
@Doctor-Who commented on GitHub (Feb 25, 2024):
@ggtakec Thanks for your message.
It happens when my openSUSE Tumbleweed updated. It do upgrade every month by cron event. And it stops working since snapshot in december.
Now my version is :
Perhaps kernel incompatibility ?
@juliogonzalez commented on GitHub (Feb 25, 2024):
Please provide the info requested by @ggtakec :-)
It would probably also help if you can list the differences in the installed packages packages, if you still have the right btrtfs snapshots available:
One of the runtime requirements for s3fs is
fuse. Butfusedidn't get a bump in December according to https://build.opensuse.org/package/show/openSUSE%3AFactory/fuse, so could be the kernel or something else.And s3fs 1.93 was submitted 7 months ago, so the build dependencies should not be a problem either.
@andibraeu commented on GitHub (Feb 25, 2024):
Hi,
I have the same problem, but it's a server running on debian (dev-instance at scaleway):
Version of s3fs being used (s3fs --version)
V1.89 (commit:unknown) with GnuTLS(gcrypt) (delivered with debian)
V1.94 (commit:70a30d6) with OpenSSL
GNU/Linux Distribution, if applicable (cat /etc/os-release)
Kernel information (uname -r)
4.19.0-26-amd64
What I know: Writing worked until Feb 16, 8:32 UTC, as I have a cronjob running there updating a timestamp every minute. I also don't think there was an update of s3fs. But maybe there were changes at scaleway?
@andibraeu commented on GitHub (Feb 26, 2024):
I found the root case in the logs:
Maybe Scaleway accepted other regions, earlier. And now they updated or corrected their security config. I simply appended
endpoint=fr-parto my config and now it works.@blacklight commented on GitHub (Feb 27, 2024):
I can confirm that @andibraeu's workaround (adding
endpoint=<cc>-<city>to the mount configuration) works.Same issue here as the others - I can't recall exactly when s3fs stopped working when writing to my Scaleway buckets, but it was probably around November/December.
Maybe worth adding the
endpoint=configuration for Scaleway to the README/FAQ?@andibraeu commented on GitHub (Feb 28, 2024):
I think it's not a workaround, it's the solution ;)
It's also documented by scaleway: https://www.scaleway.com/en/docs/tutorials/object-storage-s3fs/#s3fs-fuse