mirror of
https://github.com/s3fs-fuse/s3fs-fuse.git
synced 2026-04-25 13:26:00 +03:00
[GH-ISSUE #1592] Unable to mv or cp big files to object storage, which is mounted with s3-fs #835
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#835
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 @erki-karblane on GitHub (Mar 3, 2021).
Original GitHub issue: https://github.com/s3fs-fuse/s3fs-fuse/issues/1592
Additional Information
The following information is very important in order to help us to help you. Omission of the following details may delay your support request or receive no attention at all.
Keep in mind that the commands we provide to retrieve information are oriented to GNU/Linux Distributions, so you could need to use others if you use s3fs on macOS or BSD
Version of s3fs being used (s3fs --version)
Amazon Simple Storage Service File System V1.89 (commit:unknown) with OpenSSL
Version of fuse being used (pkg-config --modversion fuse, rpm -qi fuse, dpkg -s fuse)
Version : 2.9.2
Kernel information (uname -r)
3.10.0-1160.15.2.el7.x86_64
GNU/Linux Distribution, if applicable (cat /etc/os-release)
NAME="CentOS Linux"
VERSION="7 (Core)"
s3fs command line used, if applicable
/etc/fstab entry, if applicable
s3fs#application-backup /mnt/application-backup fuse _netdev,allow_other,url=https://s3.private.eu-de.cloud-object-storage.appdomain.cloud 0 0
Details about issue
I am trying to move large files (over 80G) to object storeage, but I get I/O errors and the file size in the object storage is always 5368709120.
Tried with version 1.88 and 1.89
mv errors:
mv: preserving times for ‘/mnt/application-backup/xxx/test7.zip’: Operation not permitted
mv: preserving permissions for ‘/mnt/application-backup/xxx/test7.zip’: Operation not permitted
mv: failed to close ‘/mnt/application-backup/xxx/test7.zip’: Input/output error
cp errors:
cp: failed to close ‘/mnt/application-backup/xxx/test6.zip’: Input/output error
@gaul commented on GitHub (Mar 3, 2021):
Can you run s3fs with
-f -o curldbgwhich may reveal the cause? Do you use AWS or some other object store? If the latter, perhaps it does not support MPU CopyPart? As a temporary workaround you might try setting-o max_dirty_data=-1.@erki-karblane commented on GitHub (Mar 3, 2021):
Thanks, the -o max_dirty_data=-1 seems to be working.
@gaul commented on GitHub (Mar 4, 2021):
While this workaround may work, you may want to root cause it. Again, do you use AWS or some other object store?
-o nocopyapimay be the more appropriate flag if you have a similar problem when renaming.@erki-karblane commented on GitHub (Mar 4, 2021):
IBM cloud Object Storage