mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 13:26:00 +03:00
[GH-ISSUE #1939] HTTP response code 400 when run command "sed" to replace charecter on S3 #976
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#976
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 @sontt710 on GitHub (Apr 29, 2022).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/1939
Version of s3fs being used (s3fs --version)
s3fs-fuse-1.89-1.el7.x86_64
Version of fuse being used (pkg-config --modversion fuse, rpm -qi fuse, dpkg -s fuse)
V1.89
Kernel information (uname -r)
3.10.0-957.10.1.el7.x86_64
GNU/Linux Distribution, if applicable (cat /etc/os-release)
CentOS Linux release 7.6.1810 (Core)
s3fs syslog messages (grep s3fs /var/log/syslog, journalctl | grep s3fs, or s3fs outputs)
Details about issue
Thanks.
@ggtakec commented on GitHub (May 22, 2022):
@sontt710 Thank you for contacting us about the problem.
I would appreciate it if you could give me a little more information to investigate this issue.
sedcommand(Are you using the--in-place(-i) option?)From the content of the error, it seems that there was a problem with the file size when using the S3 - Copy API.
If possible, is it possible to try it with the latest version v1.91 (or master code)?
While investigating this case, we also detected another problem #1947 (although the relationship with this issue is unknown), so it would be helpful if you could provide the above information.
@sontt710 commented on GitHub (May 23, 2022):
Hello @ggtakec
allow_other,umask=000,mp_umask=000,multireq_max=10,max_dirty_data=102400,endpoint=ap-southeast-1,dbglevel=warn
Thanks.
@ggtakec commented on GitHub (May 31, 2022):
@sontt710
I'm sorry, I notice that you are using s3fs v1.89.
This issue occurred in v1.89 and it has been fixed in v1.90.
To solve this issue, you can use the latest version v1.91 or the binaries built from the master branch.
FYI.
Issue #1947 had nothing to do with this issue.
However, I think you don't have to specify the
umaskandmp_umaskoptions when using sed(with--in-place).@sontt710 commented on GitHub (Jun 1, 2022):
Hello @ggtakec,
Thanks so much. I tried to with version v1.91, issue was resolved.